Kernel vs Nostub? - Page 20

pour continuer ce que dit Uther : c'est une «_Kerstub» !

Je ne voit pas l'interêt de continuer ce débat, le Kernel a des avantage et le nostub aussi. Ca sert à rien de faire régresse le nostub il est franchement pratique pour un type de programmation... Le mieux serait de rassembler les qualitées du kernel et du nostub pour faire quelque chose de concret et non faire mourrir le nostub. Personnelement je trouve se débât nul, les 2 sont utile pour divers programmes.

geogeo
a écrit : Je ne voit pas l'interêt de continuer ce débat, le Kernel a des avantage et le nostub aussi. Ca sert à rien de faire régresse le nostub il est franchement pratique pour un type de programmation... Le mieux serait de rassembler les qualitées du kernel et du nostub pour faire quelque chose de concret et non faire mourrir le nostub. Personnelement je trouve se débât nul, les 2 sont utile pour divers programmes.

Certes mais ça fait de la lecture...

Et puis bien que le débat paraisse stérile, tous les avantages de l'une et l'autre partie sont mis en exergue par leur défenseurs !!!

Bien que "violent" ce débat est plus qu'instructif pour la plupart des gens qui se donnent la peine de tout lire...

Oui, c'est ce que je disais 145612 pages avant... quand on ne connait rien à la prog sur calc, c'est très interessant... quoique exaspérant arrivé à la page 20.

Arg, mais je suis en retard la !

PpHd
a écrit : Arg, mais je suis en retard la !

Bah ouais faut que tu répondes à TOUS les posts...

nEUrOne a écrit :
Que ce soit de la programmation de jeux ou d'apps, il est plus avantageux pour le programmeur de programmer KERNEL mais pas pour l'utilisateur non programmeur
Kevin Kofler a répondu : Pourquoi? TIGCCLIB apporte exactement les mêmes fonctionnalités en les 2 modes!

On peut accéder aux ramcalls du dernier kernel en date, à savoir PreOs? Celles où il y a écrit (PreOs only) dans RamCalls.txt.

De toute façon GCC étant en GPL, n'importe qui peut rajouter les extensions kernel qu'il veut (même si c'est de l'irrespect). Elles pourront alors par la suite être intégrées à la version officielle.

Je vais répondre aux posts longs quand ça sera leur tour, mais pour les 2 derniers posts courts:

BiHi
a écrit : On peut accéder aux ramcalls du dernier kernel en date, à savoir PreOs? Celles où il y a écrit (PreOs only) dans RamCalls.txt.

Non.

Blue_Z
a écrit : De toute façon GCC étant en GPL, n'importe qui peut rajouter les extensions kernel qu'il veut (même si c'est de l'irrespect).

Pas parce que GCC est sous GPL, mais parce que TIGCCLIB l'est (avec une exception pour permettre l'usage dans les programmes sous d'autres licences, même closed-source et/ou commerciaux). Et parce qu'on peut faire des headers complètement séparés comme le kernel.h de PpHd.

Elles pourront alors par la suite être intégrées à la version officielle.

Probablement pas. Je m'y opposerai, et je pense que Sebastian et Zeljko seront probablement eux aussi contre. Et les décisions sont prises par nous 3. Si tu veux pouvoir prendre des décisions, il faudra te remettre au travail.

Qu'est-ce que c'est laid un "private joke" dans un topic... c'est vraiment le truc qui sert à rien, vu que personne ne capte la blague.

>>[PpHd:] Ben alors je vais creer une lib dynamique ttpacklib
>Une très bonne idée
>En quoi est-ce une très bonne idée? Presque personne ne l'utilisera, donc le "gain de place" (entre guillemets, parce que ce n'est pas vraiment un gain de place) des librairies dynamiques (dû au partage) est totalement inexistant.

C'est vrai que maintenant que j'y pense, il ne serait pas possible de créeer de PackArchives avec ttpack vu que ca ne gère qu'un seul fichier donc en effet c'est inutile.

Et voilà. Et on peut faire tout ce que fait le kernel même sans écrivant un kernel.

Et bien si si tu fait tout ce que fait le kernel tu as réécris le kernel

>>Je passe outre l'argument de la taille puisque je sais que tu ne seras pas d'accord. >Je pense que tu n'aurais pas du faire l'impasse dessus, même si Kevin n'est pas d'accord, avoir des progs les plus petits possible reste essentiel sur TI le fait d'avoir un programme sans stub ne voudra pas forcément dire qu'il prendra moins de place, la place utilisée par les lib doit aussi être comptabilisée.

Le problème est que malgré les tentative plus ou moins valables pour quantifier le gain ou la perte de place, c'est persque impossible a juger. D'un coté le kernel fait gagner de la place avec ses fonction qui ne sont présentes qu'une seule fois, et de l'autre, il en fait perdre car on peut ce retrouver avec des fonction inutilisée sur sa calc, PpHd te dira que le kernel fait gagner de la place, Kevin te diras qu'il en fait perdre. Quoi qu'il en soit, l'un dans l'autre le résultat sera à peu près le même .
Ximoon> Je crois que tu as relativement bien résumé ce que je pense, Tu n'as cependant pas parlé des dernières fonctionnalités de PreOS qui offrent vraiment de grosses améliorations au possibilités du kernel

XDanger #554 > qui fait chier beaucoup de monde, particulièrement Kevin et moi...

Kevin est tellement sympathique...

d'ailleurs Kevin je sais pas si je le fais si chier que ça vu que en général il prends plutot bien mes remarques g l'impression

xdanger par contre c autre chose ...

Je peux te dire que tu me fais ch**r pas mal de fois. Mais tu n'es pas le seul.

> XDanger par contre c'est autre chose...
Tes remarques sont toujours si constructives, fines, polies, que je ne peux m'empêcher de les apprécier toujours pleinement...

XDanger a écrit :
> XDanger par contre c'est autre chose... Tes remarques sont toujours si constructives, fines, polies, que je ne peux m'empêcher de les apprécier toujours pleinement...

ooooh merci




Kevin> oué mais tu vois toi tu mets un smiley "" déjà ^^

Vark: je te rassure, c'est de l'ironie...

Je pense qu'il avait compris

ha cool alors en fait quand tu faisait , ca veut dire que tu nous aimais cool alors. A mois que je ne fasse de l'ironie

XDanger
a écrit : Vark: je te rassure, c'est de l'ironie...

roh merde alors

> Je pense qu'il avait compris
Je pense aussi...

> ha cool alors en fait quand tu faisait, ca veut dire que tu nous aimais
C'est rare que j'utilise un tel smiley...

> Tes remarques sont toujours si constructives, fines, polies, que je ne peux m'empêcher de les apprécier toujours pleinement...
Tes posts sont si humbles que je ne peux m'empêcher de les apprécier toujours pleinement...

"Tes remarques sont toujours si constructives, fines, polies, que je ne peux m'empêcher de les apprécier toujours pleinement..."
Ca s'applique aussi à Thibaut.

Merci mon cher, je n'avais pas compris, tu es trop intelligent pour moi

Desole. Mon post traine sur mon ordi. @+

Thibaut & XDanger: vos attaques personnelles ne servent vraiment a rien ici ...

Tu crois que ce topic sert à quelque chose

Bonne réponse de Thibaut...

nEUrOne: tu crois que ta remarque sert à quelque chose ?

Je suis d'accord avec lui. Si vous voulez vraiment vous tapper dessus créez chacun un topic "j'aime pas xxx" dans 'coups de gueule".