Thanks.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://www.paulandlesley.org/gmake/
"Please remain calm...I may be mad, but I am a professi
From: Bruno Haible <[EMAIL PROTECTED]>
Date: Mon, 17 Jul 2000 17:23:34 +0200 (CEST)
Here is a patch to convert this 'if' test to a configure time test, thus
avoiding the dependency on librt when the function clock_gettime is not
really used.
That looks like a good approach to work
Paul D. Smith writes:
> it would be interesting to see if make included a reference to
> libutil.so if compiled with -O.
Yes, it did. I verified using "ldd ./make" that it had a reference to
libutil.so before my patch, and that with my patch, the reference was
gone.
Bruno
%% Bruno Haible <[EMAIL PROTECTED]> writes:
bh> Paul D. Smith writes:
>> Seems like any decent compiler would omit this code! Since Linux is
>> using GCC, I would double-expect that. Maybe it only happens when you
>> build with optimization on?
bh> No compiler is required to omit "i
Paul D. Smith writes:
> Seems like any decent compiler would omit this code! Since Linux is
> using GCC, I would double-expect that. Maybe it only happens when you
> build with optimization on?
No compiler is required to omit "if (0)" code, and gcc indeed doesn't
omit it if -O is not given. Th
%% Bruno Haible <[EMAIL PROTECTED]> writes:
bh> make-3.79.1, built on a recent glibc snapshot, links with the shared
bh> library librt, but doesn't any symbol from this library! Of course this
bh> costs startup time.
bh> The reason is that the function file_timestamp_now() in file.c uses
Hi,
make-3.79.1, built on a recent glibc snapshot, links with the shared
library librt, but doesn't any symbol from this library! Of course this
costs startup time.
The reason is that the function file_timestamp_now() in file.c uses
clock_gettime, but that block depends on
if (FILE_TIMESTA
