bison-patches
[Top][All Lists]
Advanced

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

Re: Bison no longer builds with K&R C.


From: Akim Demaille
Subject: Re: Bison no longer builds with K&R C.
Date: 17 Oct 2002 12:58:45 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)

| > | > Date: Tue, 15 Oct 2002 22:35:53 +0200
| > | > From: Peter Klein <address@hidden>
| > | 
| > | > But SunOS cc fails. After the third error I gave up.
| > | 
| > | Thanks for trying it and for sending me the (voluminous) log.
| > | 
| > | I doubt whether it's worth your time or mine to debug this, so I
| > | propose that we officially discontinue support for building Bison with
| > | K&R C.  Here is a proposed (and untested patch) for discussion; if
| > | there's no disagreement, I'll test and install it.
| > 
| > This is fine with me, unless the problem is in Automake: they want to
| > keep maintaining ansi2knr, so if the problem was there, we ought to
| > know what went wrong.
| 
| I do not have automake installed, since perl is still missing on my
| SunOS 4.1.4 box.

Sorry, I was unclear: I was asking whether the problem was that
de-ansification failed in some way (in which case it is an Automake
problem since that's it that wrote the de-ansification code), or just
in Bison's sources.



| > Also, GCC does keep the K&R requirement, although in a limited form
| > (IIRC the stage 1 compiler must compile with a K&R compiler).  I
| > suspect that the bitset lib must remain K&R.
| >
| 
| This inital bootstrap of the gcc would be fine. But I assume, every-
| one having an SunOS installed has already some old verion of gcc
| available.
| 
| And I doubt, that there are any new installations of SunOS 4.1.4
| from the scratch.

We try to share *bitset.* with GCC which does maintain the KnR
requirement for the moment.  I'm fearing a fork.


| > Did you have any news from its author?
| > 
| As Paul already mentioned, the problems occur during compiling.
| If you give me a hint, how to set up the structures in abitset.c
| without gcc s prototyping (if my terminologie is wright?)
| I'll do one or two more trials.
| 
| Do you want additional tests? Infos?

Actually I'd say all this should be handled by Michael, the author of
*bitset.*.  I was exactly asking whether Paul had some news.




reply via email to

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