[Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-10-03 Thread Raphael Manfredi
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :Raphael Manfredi wrote: :> The latest Configure does include the warning flags by default if it detects :> that gcc is being used. : :Not here with ./Configure -Oders. Shouldn't the initial value of "hint" :be 'none' or

Re: [Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-10-02 Thread Christian Biere
Raphael Manfredi wrote: > The latest Configure does include the warning flags by default if it detects > that gcc is being used. Not here with ./Configure -Oders. Shouldn't the initial value of "hint" be 'none' or 'recommended'? -- Christian pgpeA7kK5ZpgS.pgp Description: PGP signature

[Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-19 Thread Raphael Manfredi
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :I believe Configure does now pick those ccflags by default. If I :were a tid more lazy or needed more ccflags and ldflags, I'd put that :in a wrapper script in my PATH. The latest Configure does include the warning flag

Re: [Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-19 Thread Christian Biere
Raphael Manfredi wrote: > Isn't life wonderful? Depends on the current flavour and phase of the moon I'd guess. -- Christian pgp1cA4jsNUg1.pgp Description: PGP signature

Re: [Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-19 Thread Christian Biere
Alex Bennee wrote: > On Mon, 2005-09-19 at 05:28 +, Raphael Manfredi wrote: > > As a rule of thumb, whenever "Configure" changes during a "cvs update", > > it needs to be re-reun as "Configure -ders". > I've never figured out what the correct "select what I did last time" > foo for ./Configure

Re: [Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-19 Thread Alex Bennee
On Mon, 2005-09-19 at 05:28 +, Raphael Manfredi wrote: > Perhaps, but as I said, Configure already computes VAL_EAGAIN for us, > and it simplifies things a bit. > > As a rule of thumb, whenever "Configure" changes during a "cvs update", > it needs to be re-reun as "Configure -ders". > I've

[Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-19 Thread Raphael Manfredi
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :Personally I despise compile checks which needlessly require :running code making cross-compiling impossible and are far :from being "correct". I agree cross-compiling support is not one of metaconfig's strengths. But t

Re: [Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-18 Thread Christian Biere
Raphael Manfredi wrote: > Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: > :IMHO, VAL_EAGAIN is unnecessary. > > It's a standard metaconfig symbol. > > :#if defined(EWOULDBLOCK) && EWOULDBLOCK != EAGAIN > :... > :#endif > : > :should take care of that, in other plac

[Gtk-gnutella-devel]Re: GTKG compile error from anon cvs.

2005-09-18 Thread Raphael Manfredi
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :IMHO, VAL_EAGAIN is unnecessary. It's a standard metaconfig symbol. :#if defined(EWOULDBLOCK) && EWOULDBLOCK != EAGAIN :... :#endif : :should take care of that, in other places a macro ERROR_RETRY() might be :more hand