150

Pfou, pas beaucoup j'en ai peur :/
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

151

@squalyl:
Bah, je ne comprends pas pourquoi c'est à moi que tu t'en prends. PedroM n'a pas à utiliser des fonctionnalités qui n'existent pas dans la version officielle la plus récente de la chaîne d'outils (un problème qu'on retrouve d'ailleurs dans la version en développement actuellement, sauf que cette fois-ci c'est ld-tigcc qu'il forke, pas A68k), surtout s'il est trivial de faire sans (se passer du CNOP:
+START_ARCHIVE EQU ROM_BASE+$30000	; Start of the archive!
[...]
-	CNOP 0,65536			; Skip the last bytes of this sector
-START_ARCHIVE:				; Start of the archive!

aurait été moins de travail que faire le patch pour A68k) et si le patch pour la chaîne d'outils n'a pas été accepté (il ne m'a même pas demandé mon avis avant de l'utiliser, et quand il m'a envoyé le patch et que je l'ai rejeté, il a refusé de modifier PedroM pour assembler sans le patch, alors que ça aurait été trivial de le faire, cf. ci-dessus).

Pour les nouvelles fonctionnalités qu'il a rajoutées à ld-tigcc, il serait aussi tout à fait possible de s'en passer:
* pour les BSS, on pourrait utiliser le système du header Vars.h comme dans l'ancienne version - ça permettrait aussi d'utiliser les adressages en .w systématiquement (même pour les opérandes de destination), ce que la version actuelle du patch BSS ne fait pas (c'est la raison principale pour laquelle je n'accepte pas ce patch en l'état actuel),
* __ld_first_user_sector (nom non définitif) pourrait facilement être codé en dur (même histoire que pour le CNOP dans l'ancienne version),
* __ld_bss_even_end (nom non définitif) pourrait facilement être calculé en temps d'exécution:
 move.l #__ld_bss_end,d0
 addq.l #1,d0
 lsr.w #1,d0
 add.w d0,d0
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

152

En tant que justicier de yAronet, je trouve que certains ici s'acharnent une fois de plus sur une personne innocente, qui a consacrer sa vie à la scène "Texas Instrument". S'il vous plaît, faites la paix les gars..; allez on va boire un coup sérieux..
On April 8, 2014, all Windows XP support, including security updates and security-related hotfixes will be terminated.
Windows 7's product support page now says it will offer extended support until January 14, 2020.

153

ok, faisons un bisou grin

(sérieux: ok Kevin smile )

154

KillerX (./139) :
Flanker (./138) :
Quant à ce qu'il fait pour la communauté, tu veux parler de tous les programmeurs qu'il a dégoûté de la programmation sur TI ?

non, je parle de, je sais pas moi, (k)TIGCC par exemple?

Question : la communauté TI a plus besoin d'un TIGCC qui permet de gagner 10 octets dans un cas sur deux, ou d'une bonne ambiance ?
jul2149 (./152) :
En tant que justicier de yAronet, je trouve que certains ici s'acharnent une fois de plus sur une personne innocente, qui a consacrer sa vie à la scène "Texas Instrument". S'il vous plaît, faites la paix les gars..; allez on va boire un coup sérieux..

C'est bien de débarquer dans le sujet sans le connaître...
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

155

C'est bien de débarquer dans le sujet sans le connaître...
pas besoin d'etre un vieux de la vielle avec
11.07.2003 - 39261
pour constater que c'est toujours la même personne qui se fait allumer..
On April 8, 2014, all Windows XP support, including security updates and security-related hotfixes will be terminated.
Windows 7's product support page now says it will offer extended support until January 14, 2020.

156

157

jul2149 (./155) :
C'est bien de débarquer dans le sujet sans le connaître...
pas besoin d'etre un vieux de la vielle avec
11.07.2003 - 39261
pour constater que c'est toujours la même personne qui se fait allumer..

Toujours est-il que tu ne connais rien des raisons et du comportement de KK...


Enfin, c'est marrant, il n'y a que ceux qui n'ont jamais eu à interagir réellement avec lui qui le défendent...
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

158

Flanker (./154) :
Question : la communauté TI a plus besoin d'un TIGCC qui permet de gagner 10 octets dans un cas sur deux, ou d'une bonne ambiance ?

Mes contributions à TIGCC ne se limitent pas à des optimisations taille. Il y a par exemple le débogueur C que j'ai implémenté dans TIGCC et TiEmu. (Le débogueur lui-même est dans TiEmu, mais il m'a aussi fallu travailler sur TIGCC pour générer les informations de débogage et pour la communication entre les EDIs et TiEmu.) Et ce n'est qu'un exemple de fonctionnalité que j'ai rajoutée. De plus, la taille économisée sur pas mal de programmes par les versions récentes de TIGCC dépasse les 10 octets de 1 ou 2 ordres de grandeur si on considère les améliorations à GCC, les optimisations linker, le passage par registres dans TIGCCLIB etc.

Tu me détestes parce que j'ai refusé de te laisser contrôler la convention des hooks d'évènements, c'est ça? Ton comportement là-dessus était absolument intolérable et anti-coopératif, et comme j'ai compris ton jeu (tu as fait exprès de faire tes changements sans m'en parler et de me présenter le tout quand l'implémentation était déjà présente parce que tu ne voulais pas que je fasse le moindre changement à tes idées), t'ai forcé à faire des modifications (le strict minimum pour garantir un fonctionnement correct - j'aurais fait les choses totalement différemment si on en avait discuté à temps, mais je ne pouvais plus changer grand chose puisque tes programmes étaient déjà finis mad), puis ai complètement rejeté ta prochaine convention (j'ai utilisé le passage à la Titanium pour abandonner aussi tes premiers ajouts, que personne à part toi n'utilisait) quand tu as essayé de refaire le coup (c'était vraiment le comble, je t'avais très bien expliqué que cette méthode de "discussion" (présenter l'implémentation complète et demander un fasttrack) ne va pas du tout (ça marche chez ISO (cf. OOXML), mais pas chez moi, désolé roll) et tu as essayé de réutiliser la même technique - le coup de "désolé, je ne savais pas qu'il ne faut pas faire comme ça" ne marchait plus!), tu te venges de toutes les manières possibles.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

159

J'ai l'impression que vous vous battez et élaborez des stratégies sur un champ de bataille déserté, c'est inutile, fout une ambiance de merde et ne fait pas avancer les choses.
Quand une époque bat son plein, c'est normal qu'il y ait des rivalités, mais quand elle est sur la fin, on se rend compte que finalement l'important c'est le plaisir qu'on y a pris et tout le reste n'est que détail. A ce moment, kernel, nostub, patch ou pas on s'en fout, si on veut la préserver l'important c'est que tout le monde puisse trouver du plaisir à coder sur TI, et du coup bah il faut trouver un arrangement car tout le monde n'a pas les mêmes souhaits: (hé non!)
1) faire plaisir à ceux qui réclament des trucs, même si tu les trouves débiles (c'est pareil pour les clients, tu ne seras pas toujours d'accord avec ce qu'ils te demandent Kevin...)
2) faire plaisir aux nouveaux, même si les compromis du point 1) t'empêchent d'arriver à un truc aussi bon que prévu
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

160

Ah parce que tu crois que les entreprises commerciales réalisent toujours tout ce que demandent leurs clients? roll
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

161

Oui.

162

laught
wow, le topic change de troll !

163

\o/

kevin, tu te bats pour le logiciel libre ou pas? comment tu te compares avec une entreprise commerciale?

164

__ld_bss_even_end (nom non définitif) pourrait facilement être calculé en temps d'exécution: move.l #__ld_bss_end,d0; addq.l #1,d0; lsr.w #1,d0; add.w d0,d0

Oooh, Kevin utilise la vilaine syntaxe non libre eek

move.l #__ld_bss_end,d0; addq.l #1,d0; andi.w $FFFE,d0 est plus rapide mais fait la même taille.
Comparée à
move.l #__ld_bss_even_end,d0
cette séquence coûte au moins 6 octets (économisables au linking, du moins dans les versions de ld-tigcc où ce patch trivial est implémenté):
* il y a relocation dans les deux cas, +/-0;
* si on pousse dn sur la pile, ça coûte 6 octets;
* si on transfère dn vers un registre d'adresse (_ld_bss_even_end est un pointeur, donc c'est pas improbable qu'on fasse ça si on l'utilise en tant que pointeur, comme borne d'itération par exemple), ça coûtera deux octets de plus.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

165

J'ai utilisé la syntaxe utilisée par PedroM vu qu'on parle de PedroM.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

166

#mac# grin

c'est surtout qu'elle est naturellement plus rapide à utiliser ^^

#furtif#

167

Kevin Kofler (./165) :
J'ai utilisé la syntaxe utilisée par PedroM vu qu'on parle de PedroM.

Et tu ne trouves pas ça un peu HS ? cheeky
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

168

(c'est moi qui ai commencé le HS sur la syntaxe grin)
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

169

(C'est pas de ta faute, c'est parce qu'on ne peut pas forker, stou embarrassed Tu es une victime en fait tsss)

170

171

Kevin Kofler (./151) :
il ne m'a même pas demandé mon avis avant de l'utiliser


Nonn eek ! Il a osé !! (je me demande si tu demandes l'avis de tous les membres de la communauté avant de faire des modifs sur tigcc... et quand tout le monde te réclame qqch (laisser le choix VTI/TIEmu) – sans que t'ai toi-même ouvert le dialogue – , tu refuses... )
Kevin Kofler (./158) :
ça marche chez ISO (cf. OOXML), mais pas chez moi, désolé roll.gif


communauté Ti == KK. tout projet doit lui être soumis pour acceptation...

Brunni > oui t'as raison c'est pour ça que ça va quand même mieux, mais bon ça repart toujours ici et là. Faut dire qu'il ne sort pas deux phrases sans un troll (et en réponse pour se marrer des fois d'autres font pareil..) ...
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard

La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.

172

squalyl (./170) :
#806#

grin

173

very (./171) :
Kevin Kofler (./151) :
il ne m'a même pas demandé mon avis avant de l'utiliser

Nonn eek ! Il a osé !! (je me demande si tu demandes l'avis de tous les membres de la communauté avant de faire des modifs sur tigcc... et quand tout le monde te réclame qqch (laisser le choix VTI/TIEmu) – sans que t'ai toi-même ouvert le dialogue – , tu refuses... )

Tu ne comprends pas, ou alors tu fais semblant de ne pas comprendre. Tu mélanges des trucs qui n'ont rien à voir. Le fait est que si on veut écrire du code que les utilisateurs réussiront à compiler, il faut coder pour la chaîne d'outils telle qu'elle est actuellement, pas telle qu'elle sera dans le futur et encore moins telle qu'elle ne le sera jamais (parce que le patch en question a été rejeté). C'est pour ça qu'il faut que PpHd demande l'avis du mainteneur de l'outil de développement en question avant d'utiliser une fonctionnalité qu'il a rajoutée à cet outil dans PedroM, et il se trouve que c'est moi. Si c'était XYZ le mainteneur de TIGCC et sa version de A68k, c'est à XYZ qu'il devrait demander l'avis.
Kevin Kofler (./158) :
ça marche chez ISO (cf. OOXML), mais pas chez moi, désolé roll.gif

communauté Ti == KK. tout projet doit lui être soumis pour acceptation...

Non, mais tout changement à la convention des hooks d'évènements, oui! C'est une convention que j'ai été obligé de fixer parce que c'était le bordel des hooks incompatibles les uns avec les autres et qu'il était impossible d'installer plus d'un hook à la fois. Depuis, elle a été suivie par plusieurs autres programmeurs, donc ce n'est pas qu'un truc que j'essaie d'imposer et que personne d'autre n'utilise, mais un standard de facto établi. Et il est très important que la convention est suivie à la lettre parce que sinon on se retrouve avec exactement les problèmes de compatibilité que la convention a éliminés, c'est pour ça que je ne peux pas permettre à n'importe qui de modifier la convention sans en parler à moi ni aux auteurs des autres hooks d'évènements (par exemple Samuel Stearley).

Ce n'est pas que je veux tout controler, mais que je me trouve en des positions de mainteneur pour la chaîne d'outils et de responsable pour certains accords entre programmeurs qui font je suis obligé de faire respecter les accords et le fait que ça n'a absolument pas de sens d'utiliser des fonctionnalités de la chaîne d'outils qui ne sont pas dans la version officielle. Mais je ne fais pas ça pour des histoires d'égo comme tu me le reproches: franchement, si quelqu'un d'autre faisait ce boulot, ça m'irait tout à fait (je le préfèrerais même, ça m'éviterait de perdre mon temps avec des trolls comme toi qui visiblement ne veulent pas comprendre), à condition qu'il soit fait correctement, c'est-à-dire que la personne en question ne permet pas à Flanker de modifier les conventions unilatéralement sans demander l'avis de personne à part lui-même, chose que d'ailleurs je ne ferais pas non plus! La convention étant utilisée par plusieurs personnes, je ne me permettrais pas de faire des modifications sans demander leur avis (j'ai fait des topics sur le forum TICT/TIGCC pour les modifications à la convention des hooks d'évènements, celle des commentaires nostub etc., l'avis des personnes concernées a toujours été recueilli et respecté!). Au contraire, je fais respecter les accords pour le bien de la communauté, pour éviter le bordel des hooks incompatibles, et pour me battre pour avoir une version de PedroM qui compile avec TIGCC tel qu'il existe maintenant (j'ai d'ailleurs un patch pour la dernière release officielle, pedrom-ld-tigcc, qui corrige entre autre ce problème de CNOP, et qui permet aussi d'utiliser ld-tigcc au lieu de son convertisseur .o -> .tib bidouillé, et je vais probablement patcher la prochaine release aussi quand elle sera officielle). Maintenant, Flanker a choisi de tout ignorer et de sortir des hooks incompatibles quand-même, mais du coup c'est bien lui qui crée les problèmes, je ne peux pas l'empêcher de le faire (parce que je n'ai aucun pouvoir, mon autorité est fondée uniquement sur le respect mutuel entre les auteurs de hooks d'évènements, enfin tous sauf Flanker, le choix de respecter la convention est entièrement volontaire et les auteurs le font parce qu'ils ont la communauté et donc l'interopérabilité entre les différents hooks en tête, alors que Flanker ne pense qu'à lui-même et se fiche de ses utilisateurs) et donc je ne peux que fortement déconseiller l'usage de ses hooks d'évènements.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

174

Kevin Kofler (./173) :
Tu ne comprends pas, ou alors tu fais semblant de ne pas comprendre. Tu mélanges des trucs qui n'ont rien à voir. Le fait est que si on veut écrire du code que les utilisateurs réussiront à compiler, il faut coder pour la chaîne d'outils telle qu'elle est actuellement, pas telle qu'elle sera dans le futur et encore moins telle qu'elle ne le sera jamais (parce que le patch en question a été rejeté). C'est pour ça qu'il faut que PpHd demande l'avis du mainteneur de l'outil de développement en question avant d'utiliser une fonctionnalité qu'il a rajoutée à cet outil dans PedroM, et il se trouve que c'est moi. Si c'était XYZ le mainteneur de TIGCC et sa version de A68k, c'est à XYZ qu'il devrait demander l'avis.


Heu c'est très normal de pouvoir utiliser ton patch perso pour un de tes progs perso (que seuls de bons connaisseurs vont s'amuser à recompiler...). Décidément j'ai du mal à comprendre ta conception du libre. (modifier comme vous voulez selon votre usage ? ça te dit qqch ? ). Après que tu refuses c'est une autre histoire, que je connais pas ici en détail, mais bon j'imagine bine le truc.. smile

Tu vois avec chacun tu vas sortir l'histoire en détail et ... bon c'est toujours la faute de l'autre. Y'a surement des points qui sont plus ou moins pertinents dans ce que tu racontes... je ne connais pas très bien ces histoire donc je n'y rentre pas. Mais c'est presque sur la forme des phrases que j'ai réagi1. De manière plus générale, si dans la vie t'as des problèmes avec 99% des gens que tu contactes, tu devrais p-t remettre en cause la vision que c'est toujours à cause des autres... ( tu devrais p-t te rendre compte que ton formidable génie à besoin d'effort de vulgarisation et de pédagogie pour pouvoir être un peu compris par le reste de la planète !! )


Sinon pour te faire râler sur le subjonctif:
Kevin Kofler (./173) :
Et il est très important que la convention est soit suivie à la lettre

( demande à Sally pourquoi .. en fait les francophones maternels le font juste à l'oreille/habitude je crois.. Mais par contre ça passe vraiment pas certains trucs..) [ je sais je fais plus de fautes de français que toi hehe ]

1: Le style du discours dit toujours beaucoup. Il y a des phrases qui marquent l'autorité, la sensibilité d'égo, la crise du petit garçon, le narcissisme ou la manière quasi totalitaire de voir la vie. Typiquement il suffit par exemple d'étudier les discours de dictateurs par rapport à ceux de démocrate lorsqu'ils mettent en œuvre la même politique. ( ça arrive, par exemple niveau économique. ). Entendre parler des enfants gâtés ou des pouffiasses est aussi très instructeur. Pour raconter la même chose, les personne le disent différemment. ça reflète plus ou moins inconsciemment leur jugement, leur vision de la vie. Le style suffit presque, très souvent, à comprendre la vision du monde de l'orateur.

Bon après j'y rajoute une petite goute de troll: ça n'appelle pas vraiment de justification de ta part. Enfin tu perds ton temps.
«Les gens exigent la liberté d’expression pour compenser la liberté de pensée qu’ils préfèrent éviter.» - Sören Kierkegaard

La République, c’est comme la syphilis : quand on l’a attrapée, soit on se fait sauter le caisson, soit on essaie de vivre avec.

175

Si tu codes ton programme d'une manière qui ne compile pas avec la chaîne d'outils standard, ce qui va se passer, c'est que les packageurs vont patcher ton programme pour qu'il compile. Bah oui, c'est comme ça que fonctionne le libre! Chose que j'ai d'ailleurs faite avec PedroM: http://www.tigen.org/kevin.kofler/ti89prog/pedrom-ld-tigcc.zip.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

176

"standard" ? ld-tigcc est un machin spécifique à TIGCC, ou ses forks.

Correction: certains packageurs patcheront le programme pour qu'il compile
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

177

Et les autres font quoi? Packager un programme qui ne compile pas? roll

Et "standard" pour ld-tigcc, c'est dans ce contexte évidemment. C'est le linker de TIGCC, la chaîne d'outils la plus utilisée pour les calculatrices TI.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

178

Les autres suivent la procédure normale pour compiler le programme, en utilisant les outils qui conviennent roll
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

179

Si on se mettait à packager des chaînes d'outils différemment patchées pour chaque paquetage, on ne s'y retrouverait plus! Ce n'est absolument pas faisable de packager comme ça. On voit que tu n'es pas packageur.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

180

pourquoi ld tigcc n'a pas été basé sur gnu ld avec une nouvelle target m68k-kernel ou m68k-nostub? les optims du linker n'étaient absolument pas portables dans cette infrastructure?