"Paul Smith wrote:"
>
> On Tue, 2010-10-05 at 11:07 -0700, David Highley wrote:
> > The latest version of Fedora 13 does not have a 3.82 verion of make so
> > the only way to test would be to build from source which I can do. It
> > may take me a while since were pretty busy right now.
>
> Buildi
On Tue, 2010-10-05 at 11:07 -0700, David Highley wrote:
> The latest version of Fedora 13 does not have a 3.82 verion of make so
> the only way to test would be to build from source which I can do. It
> may take me a while since were pretty busy right now.
Building make from source is pretty trivi
"Paul Smith wrote:"
>
> On Tue, 2010-10-05 at 10:23 -0700, David Highley wrote:
> > Good news, it appears that Red Hat 5.4 with GNU make 3.81-3 fixes the
> > issue we are running into. Now to find the right version for Cygwin.
>
> I'd be really interested to know whether the current latest releas
On Tue, 2010-10-05 at 10:23 -0700, David Highley wrote:
> Good news, it appears that Red Hat 5.4 with GNU make 3.81-3 fixes the
> issue we are running into. Now to find the right version for Cygwin.
I'd be really interested to know whether the current latest release of
GNU make (3.82) has this pro
"David Highley wrote:"
>
> "Edward Welbourne wrote:"
> >
> > > Every time the subject of cache comes up its because they are always
> > > wrong.
> >
> > well, this *is* a *bug* list - every time anything comes up here, it's
> > because someone's found a bug in it ! The vast amount of the time
>
"Edward Welbourne wrote:"
>
> > Every time the subject of cache comes up its because they are always
> > wrong.
>
> well, this *is* a *bug* list - every time anything comes up here, it's
> because someone's found a bug in it ! The vast amount of the time
> that the cache works just fine and make
> Every time the subject of cache comes up its because they are always
> wrong.
well, this *is* a *bug* list - every time anything comes up here, it's
because someone's found a bug in it ! The vast amount of the time
that the cache works just fine and makes builds faster is (quite
properly) not n
"Edward Welbourne wrote:"
>
> > it appears from running make with the debug option that the
> > top level make does not see the object file created by the lower level
> > make in the time when it checks the dependencies for the library.
>
> sounds a *lot* like an issue with make's caching of stat
> it appears from running make with the debug option that the
> top level make does not see the object file created by the lower level
> make in the time when it checks the dependencies for the library.
sounds a *lot* like an issue with make's caching of stat information;
if the uppper make has lo
The manual's example of using $(findstring) to test MAKEFLAGS:
archive.a: ...
ifneq (,$(findstring t,$(MAKEFLAGS)))
+touch archive.a
+ranlib -t archive.a
else
ranlib archive.a
endif
was broken by the addition of --no-print-directory to $
10 matches
Mail list logo
