(Marc Espie) writes:
[...]
| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai peur que
| >ça ne tourne au Troll bien velu :'(
|
| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| ils permettent surtout de verifier que ca compile sur plusieurs variations
| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| qui utilisent sed -i dans un configure.ac...)
Je suis persuadé qu'ils apprécieront des patches pour les autres systèmes.
espie@lain.home (Marc Espie) writes:
[...]
| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai peur que
| >ça ne tourne au Troll bien velu :'(
|
| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| ils permettent surtout de verifier que ca compile sur plusieurs variations
| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| qui utilisent sed -i dans un configure.ac...)
Je suis persuadé qu'ils apprécieront des patches pour les autres systèmes.
(Marc Espie) writes:
[...]
| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai peur que
| >ça ne tourne au Troll bien velu :'(
|
| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| ils permettent surtout de verifier que ca compile sur plusieurs variations
| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| qui utilisent sed -i dans un configure.ac...)
Je suis persuadé qu'ils apprécieront des patches pour les autres systèmes.
On 24 nov, 22:21, TSalm wrote:Merci à tous pour vos réponses.
Vu qu'il semble qu'il faut en passer par là, je vais déjà commencer par
apprendre les Makefile.
Puisque c'est cette direction que vous avez choisi, jetez un oeil sur
la GNU Make Standard Library
http://gmsl.sourceforge.net/
Ca n'explique pas les fondements de make, mais plutot comment faire
des macros utiles.
a+, ld.
On 24 nov, 22:21, TSalm <ts...@free.fr> wrote:
Merci à tous pour vos réponses.
Vu qu'il semble qu'il faut en passer par là, je vais déjà commencer par
apprendre les Makefile.
Puisque c'est cette direction que vous avez choisi, jetez un oeil sur
la GNU Make Standard Library
http://gmsl.sourceforge.net/
Ca n'explique pas les fondements de make, mais plutot comment faire
des macros utiles.
a+, ld.
On 24 nov, 22:21, TSalm wrote:Merci à tous pour vos réponses.
Vu qu'il semble qu'il faut en passer par là, je vais déjà commencer par
apprendre les Makefile.
Puisque c'est cette direction que vous avez choisi, jetez un oeil sur
la GNU Make Standard Library
http://gmsl.sourceforge.net/
Ca n'explique pas les fondements de make, mais plutot comment faire
des macros utiles.
a+, ld.
(Marc Espie) writes:
| In article ,
| Gabriel Dos Reis wrote:
| > (Marc Espie) writes:
| >
| >[...]
| >
| >| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai
peur que
| >| >ça ne tourne au Troll bien velu :'(
| >| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| >| ils permettent surtout de verifier que ca compile sur plusieurs variations
| >| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| >| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| >| qui utilisent sed -i dans un configure.ac...)
| >Je suis persuadé qu'ils apprécieront des patches pour les
autres systèmes.
| C'est tout le framework qui est a jeter, a ce niveau... deja, distribue
| du shell script auto-genere, beurk.
Donc, ton probleme c'est pas qu'ils verifient que leur "truc" marche sur
des variations de linux/i386...
espie@lain.home (Marc Espie) writes:
| In article <87d433q1tx.fsf@gauss.cs.tamu.edu>,
| Gabriel Dos Reis <gdr@cs.tamu.edu> wrote:
| >espie@lain.home (Marc Espie) writes:
| >
| >[...]
| >
| >| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai
peur que
| >| >ça ne tourne au Troll bien velu :'(
| >| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| >| ils permettent surtout de verifier que ca compile sur plusieurs variations
| >| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| >| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| >| qui utilisent sed -i dans un configure.ac...)
| >Je suis persuadé qu'ils apprécieront des patches pour les
autres systèmes.
| C'est tout le framework qui est a jeter, a ce niveau... deja, distribue
| du shell script auto-genere, beurk.
Donc, ton probleme c'est pas qu'ils verifient que leur "truc" marche sur
des variations de linux/i386...
(Marc Espie) writes:
| In article ,
| Gabriel Dos Reis wrote:
| > (Marc Espie) writes:
| >
| >[...]
| >
| >| > Je voulais parler des autotools pour savoir ce que vous en pensiez
| >| >tous, et surtout si vous l'utilisiez. Mais vu ta réaction, j'ai
peur que
| >| >ça ne tourne au Troll bien velu :'(
| >| Je pense enormement de mal des autotools. Typiquement, ces derniers temps
| >| ils permettent surtout de verifier que ca compile sur plusieurs variations
| >| de linux/i386... j'ai passe suffisamment de temps a corriger des tonnes de
| >| bugs sur ceux-ci pour ne plus du tout les aimer (entre autres, des cons
| >| qui utilisent sed -i dans un configure.ac...)
| >Je suis persuadé qu'ils apprécieront des patches pour les
autres systèmes.
| C'est tout le framework qui est a jeter, a ce niveau... deja, distribue
| du shell script auto-genere, beurk.
Donc, ton probleme c'est pas qu'ils verifient que leur "truc" marche sur
des variations de linux/i386...
James Kanze writes:
> On Nov 26, 8:49 am, Michael Doubez wrote:
> > On 25 nov, 18:16, James Kanze wrote:
> > [snip]
> > Il y a aussi les outils gnuwin32 (dont make) qui permettent
> > d'avoir les outils classics en win32 natif. Je les utilise
> > pour compléter mon install de MinGW avec sed, cat, wget ... et
> > même les expression [ - f ... ]. Le seul conflit que j'ai
> > trouvé avec Windows est avec echo et find.
> En effet.
> En général, les ports plus ou moins complets des outils Unix
> (CygWin, MinGW) s'integrent mal dans Windows, et posent des
Je n'ai pas de problème particulier avec MSYS/MinGW -- c'est
une plateforme de cross-compilation qui remplit largement son
but. Il n'a aucune prétention de fournir POSIX.
James Kanze <james.ka...@gmail.com> writes:
> On Nov 26, 8:49 am, Michael Doubez <michael.dou...@free.fr> wrote:
> > On 25 nov, 18:16, James Kanze <james.ka...@gmail.com> wrote:
> > [snip]
> > Il y a aussi les outils gnuwin32 (dont make) qui permettent
> > d'avoir les outils classics en win32 natif. Je les utilise
> > pour compléter mon install de MinGW avec sed, cat, wget ... et
> > même les expression [ - f ... ]. Le seul conflit que j'ai
> > trouvé avec Windows est avec echo et find.
> En effet.
> En général, les ports plus ou moins complets des outils Unix
> (CygWin, MinGW) s'integrent mal dans Windows, et posent des
Je n'ai pas de problème particulier avec MSYS/MinGW -- c'est
une plateforme de cross-compilation qui remplit largement son
but. Il n'a aucune prétention de fournir POSIX.
James Kanze writes:
> On Nov 26, 8:49 am, Michael Doubez wrote:
> > On 25 nov, 18:16, James Kanze wrote:
> > [snip]
> > Il y a aussi les outils gnuwin32 (dont make) qui permettent
> > d'avoir les outils classics en win32 natif. Je les utilise
> > pour compléter mon install de MinGW avec sed, cat, wget ... et
> > même les expression [ - f ... ]. Le seul conflit que j'ai
> > trouvé avec Windows est avec echo et find.
> En effet.
> En général, les ports plus ou moins complets des outils Unix
> (CygWin, MinGW) s'integrent mal dans Windows, et posent des
Je n'ai pas de problème particulier avec MSYS/MinGW -- c'est
une plateforme de cross-compilation qui remplit largement son
but. Il n'a aucune prétention de fournir POSIX.
James Kanze writes:
> On Nov 26, 2:49 pm, Michael Doubez wrote:
> > On 26 nov, 14:03, (Marc Espie) wrote:
> > > In article groups.com>,
> [...]
> > > Parce que mv file file.old && sed <file.old >file c'est pas
> > > sorcier.
> > Et pourtant il y a une erreur pour avoir le même comportement
> > ;) mv file file.old && sed <file.old >file && rm file.old
> J'espère que ce n'est pas le comportement du -i. Sinon,
> c'est à éviter. Comme j'ai dire ailleurs, il ne faut pas
> détruire l'original si on rencontre une erreur lors de la
> transformation.
Dans ce cas, la commande 'rm file.old' n'est jamais exécutée.
Non?
James Kanze <james.ka...@gmail.com> writes:
> On Nov 26, 2:49 pm, Michael Doubez <michael.dou...@free.fr> wrote:
> > On 26 nov, 14:03, es...@lain.home (Marc Espie) wrote:
> > > In article <7e4eb714-457f-4f2e-beb0-07c3ae175...@g26g2000yqe.google groups.com>,
> [...]
> > > Parce que mv file file.old && sed <file.old >file c'est pas
> > > sorcier.
> > Et pourtant il y a une erreur pour avoir le même comportement
> > ;) mv file file.old && sed <file.old >file && rm file.old
> J'espère que ce n'est pas le comportement du -i. Sinon,
> c'est à éviter. Comme j'ai dire ailleurs, il ne faut pas
> détruire l'original si on rencontre une erreur lors de la
> transformation.
Dans ce cas, la commande 'rm file.old' n'est jamais exécutée.
Non?
James Kanze writes:
> On Nov 26, 2:49 pm, Michael Doubez wrote:
> > On 26 nov, 14:03, (Marc Espie) wrote:
> > > In article groups.com>,
> [...]
> > > Parce que mv file file.old && sed <file.old >file c'est pas
> > > sorcier.
> > Et pourtant il y a une erreur pour avoir le même comportement
> > ;) mv file file.old && sed <file.old >file && rm file.old
> J'espère que ce n'est pas le comportement du -i. Sinon,
> c'est à éviter. Comme j'ai dire ailleurs, il ne faut pas
> détruire l'original si on rencontre une erreur lors de la
> transformation.
Dans ce cas, la commande 'rm file.old' n'est jamais exécutée.
Non?