Re: "has changed since the previous run"

2007-02-02 Thread Ralf Wildenhues
* DJ Delorie wrote on Fri, Feb 02, 2007 at 03:51:15AM CET: > > > To work around this issue with gcc-4.1.x (I do not use it for gcc-4.0.x > > nor gcc-4.2), I am using this hack below. > > We have that hack, plus a few others. I originally asked about this > because I'd rather not have to keep hac

Re: "has changed since the previous run"

2007-02-02 Thread DJ Delorie
> > IMHO autoconf's test shouldn't be so sensitive to whitespace > > changes. > > You keep saying that, but that doesn't make it more right. Since I'm merely stating my opinion, by definition it is right. Whether or not the test should change is, of course, debatable. But I fail to see the poin

Re: "has changed since the previous run"

2007-02-02 Thread Ralf Wildenhues
* DJ Delorie wrote on Fri, Feb 02, 2007 at 02:42:41PM CET: > > > > IMHO autoconf's test shouldn't be so sensitive to whitespace > > > changes. > > > > You keep saying that, but that doesn't make it more right. > > Since I'm merely stating my opinion, by definition it is right. Certainly. Sorry

Re: "has changed since the previous run"

2007-02-02 Thread Ralf Corsepius
On Thu, 2007-02-01 at 13:49 -0500, DJ Delorie wrote: > > Not any more. Nowadays every configured subdirectory gets its own cache. > > Hmmm... I thought our source tree was up to date. I wonder if that > would "solve" our problem. FWIW: I am observing the "CFLAGS" issue in newlib-1.15.0 with gc

Re: "has changed since the previous run"

2007-02-02 Thread Ralf Corsepius
On Thu, 2007-02-01 at 21:29 -0500, DJ Delorie wrote: > > I am observing the "CFLAGS" issue in newlib-1.15.0 with gcc < 4.2, but I > > am not observing this issue with gcc >= 4.2. > > > > So, I am suspecting the "CFLAGS" leak in GCC's toplevel Makefile.in > > triggering the ".. change since previou

Re: "has changed since the previous run"

2007-02-02 Thread Ralf Wildenhues
* quoting myself: > > I should have a working patch soon which adds a > macro file to newlib which will allow you to continue to use stock 2.59. Please try this patch for newlib. I need some help if I should prepare a patch for all of GCC + binutils: For which part of the tree can I refer to the

Re: "has changed since the previous run"

2007-02-02 Thread DJ Delorie
> Independently, I would anyway be interested in issues that keep you > (GCC, binutils, ...) from moving to 2.61 rather than 2.60 or 2.59. I suspect a major issue is that "popular development platforms" still only have 2.59 on them. Making sure that everyone knows which version is the right one,

m4sugar doc example [Was: enforcing the use of string.h related modules]

2007-02-02 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm forwarding this mail to the autoconf list to remind me to take time in the near future to turn it into a good texinfo flow. According to Bruno Haible on 2/2/2007 8:52 AM: > Hello Eric, > > Thanks for writing some doc about this. Indeed this area