[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gnulib] Re: CVS Bug? or User error?

From: Derek Robert Price
Subject: [Bug-gnulib] Re: CVS Bug? or User error?
Date: Thu, 27 May 2004 09:03:52 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413

Hash: SHA1

Hi Automake & GNULIB folks,

Don't know if this is something you've encountered before or anything
you would even consider trying to provide some sort of work-around
for, but here's another platform that tries to compile CVS's getdate.y
when it shouldn't.

Given all the broken yacc implementations out there, in conjunction
with the fact that Automake already automatically includes *.c files
generated from *.y as part of DIST_COMMON, I think that the .y.c rule
should be set up to only run in maintainer mode.

I'll submit a patch if this is determined to be an acceptable solution.



Mark D. Baushke wrote:

>SANTOS, DANIEL (SBCSI) <address@hidden> writes:
>>thank you soo much! Yes, I discovered that I'm using HP
>>make and not gmake.
>Hmmm... it seems we may have yet another make that does not
>obey POSIX rules. Sigh. If you wish to file a bug report with
>HP on this you may reference this URL:
>  http://www.opengroup.org/onlinepubs/009695399/utilities/make.html
>in which you will find the following text:
>    The make utility examines time relationships and
>    shall update those derived files (called targets)
>    that have modified times earlier than the modified
>    times of the files (called prerequisites) from which
>    they are derived.
>A target should NOT be rebuilt if it has the *same* time as
>a prerequisite.
>I have added Derek to this message to let him note this in
>the litany of recent problems we have been having about our
>Makefiles and assumptions of POSIX conformance of the 'make'
>programs we are assuming folks are using...
>>I did finally get around it but it wasn't NEARLY as
>>elegant as yours. getdate.c and getdate.y had the exact
>>same date/time so I just renamed getdate.y and then I
>>changed a reference to getdate.y in the ./lib/Makefile.in
>>to getdate.c and this worked.
>>Actually, I did a whole slew of other strange crap but
>>I'll save myself the embrassment of explaining all of

[... snip ...]

>>-----Original Message-----
>>From: address@hidden [mailto:address@hidden
>>Sent: Wednesday, May 26, 2004 7:20 PM
>>Cc: address@hidden
>>Subject: Re: CVS Bug? or User error?
>>SANTOS, DANIEL (SBCSI) <address@hidden> writes:
>>>Hello, I'm not sure if this is a bug or user error. This
>>>is the 1st time trying to compile CVS. running on HP-UX
>>>11i. I have scoured the internet for answers and can get
>>>none :(
>>It seems that your make does not like the rules that
>>update the lib/getdate.c file. However, you should not
>>need to do it.
>>Try unpacking the cvs 1.11.16 sources again and doing a
>>'touch cvs-1.11.16/lib/getdate.c' command and seeing if
>>building works a bit better for you.
>>    -- Mark


- --

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]