bison problem

bison problem

[John David Anglin]

I'm assuming the following change is the cause of the build breakage
that I see today with the cvs head on hppa-unknown-linux-gnu:

2004-09-23  Kelley Cook  <kcook@gcc.gnu.org>

        * config.guess: New upstream version
	* compile, depcomp, install-sh, ylwrap: Likewise.

...
/bin/sh ../../src/gdb/../ylwrap "bison -y" ../../src/gdb/c-exp.y y.tab.c c-exp.c
.tmp -- 
../../src/gdb/../ylwrap: line 109: /home/dave/gdb-6.1/objdir/gdb/bison -y: No su
ch file or directory
make[1]: *** [c-exp.c] Error 1
make[1]: Leaving directory `/home/dave/gdb-6.1/objdir/gdb'

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Re: bison problem

[Daniel Jacobowitz]

On Thu, Sep 23, 2004 at 11:53:17PM -0400, John David Anglin wrote:
> I'm assuming the following change is the cause of the build breakage
> that I see today with the cvs head on hppa-unknown-linux-gnu:
> 
> 2004-09-23  Kelley Cook  <kcook@gcc.gnu.org>
> 
>         * config.guess: New upstream version
> 	* compile, depcomp, install-sh, ylwrap: Likewise.
> 
> ...
> /bin/sh ../../src/gdb/../ylwrap "bison -y" ../../src/gdb/c-exp.y y.tab.c c-exp.c
> .tmp -- 
> ../../src/gdb/../ylwrap: line 109: /home/dave/gdb-6.1/objdir/gdb/bison -y: No su
> ch file or directory
> make[1]: *** [c-exp.c] Error 1
> make[1]: Leaving directory `/home/dave/gdb-6.1/objdir/gdb'

Yes.  Kelley, sorry I didn't notice your post on gcc-patches; please
revert at least the change to ylwrap.  ylwrap is version locked with
  (A) GDB's Makefile.in
  (B) assorted Makefile.in's in binutils
  (C) the versions of Automake used for various directories in binutils

They'll all have to be converted simultaneously.

-- 
Daniel Jacobowitz

Re: bison problem

[Paul Hilfinger]

Daniel & Kelley,

Oh dear.  I went and changed the GDB Makefile.in, assuming that was
intended, so that it conforms to Kelley's patch.  Sorry.  My bad.

Paul Hilfinger

Re: bison problem

[Kelley Cook]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 900 bytes --]


--- Paul Hilfinger <hilfingr@EECS.Berkeley.EDU> wrote:

> 
> Daniel & Kelley,
> 
> Oh dear.  I went and changed the GDB Makefile.in, assuming that was
> intended, so that it conforms to Kelley's patch.  Sorry.  My bad.
> 
> Paul Hilfinger

A grep search shows that GCC has no need for either the old or new
ylwrap. So which version is chosen for src/ is immaterial to me.

If anyone wishes to make sure that everything within src/ works with
the new-style ylwrap ("new-style" apparently being 1998, when ylwrap's
command order changed) and re-upgrade the toplevel in both trees then
please feel free.  Though it may be a nice cleanup, as I don't even
have write access to src/, I clearly won't be the one doing it.

BTW, DJ to prevent this from happening again, would it be possible to
just delete ylwrap from GCC's—but not from src's—toplevel directory as
it is not used anywhere within GCC.

KC

Re: bison problem

[DJ Delorie]

> BTW, DJ to prevent this from happening again, would it be possible
> to just delete ylwrap from GCC's - but not from src's - toplevel
> directory as it is not used anywhere within GCC.

If it's part of the package we import, we should find some other
solution to such things - like testing - and leave the files in sync
in both places.  I'd rather not have different fractions of some
package in each of gcc and src.