This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: [Fwd: Some configures in /cvs/src needs regeneration with autoconf]
- To: Andrew Cagney <ac131313 at cygnus dot com>
- Subject: Re: [Fwd: Some configures in /cvs/src needs regeneration with autoconf]
- From: "J. Johnston" <jjohnstn at cygnus dot com>
- Date: Wed, 18 Jul 2001 17:29:06 -0400
- CC: Michael Matz <matzmich at cs dot tu-berlin dot de>, gdb at sources dot redhat dot com, newlib at sources dot redhat dot com
- Organization: Red Hat Inc.
- References: <3B55237D.9080304@cygnus.com>
Andrew Cagney wrote:
>
> Just FYI,
>
> From src/MAINTAINERS:
>
> gdb/; mmalloc/; readline/; sim/; GDB's part of include/ & dejagnu/
> gdb: http://sources.redhat.com/gdb/
> Patches to gdb-patches@sources.redhat.com.
> See also gdb/MAINTAINERS, sim/MAINTAINERS, mmalloc/MAINTAINERS.
>
> newlib/; libgloss/
> http://sources.redhat.com/newlib/
> Patches to newlib@sources.redhat.com.
>
> I'm forwarding your e-mail.
>
> Andrew
>
> ----------------------------------------------------------------------------------------------------
>
> Subject: Some configures in /cvs/src needs regeneration with autoconf
> Date: Wed, 18 Jul 2001 05:21:49 +0200 (MET DST)
> From: Michael Matz <matzmich@cs.tu-berlin.de>
> To: <bug-gdb@gnu.org>, <binutils@sourceware.cygnus.com>
>
> Hi,
>
> I was following Geoff Keatings advices to build a simulated test
> environment (the target in this case was d30v-elf), and after configuring
> gdb failed to build. The inherent reason is that some of the configure
> files involved for this target are still as generated with autoconf 2.10.
> This leads to corruption of the cache file.
>
> For those interested: before one of these files get invoked config.cache
> has entries similar to that: "ac_cv_prog_CPP=${ac_cv_prog_CPP=$'gcc -E'}"
> If the 2.10 files gets the chance to read/write this cache-file they
> convert this to "ac_cv_prog_CPP=${ac_cv_prog_CPP=$'$gcc -E'}", which later
> in all other configure files leads to $gcc being used as $CPP, which
> then of course fails to run (The case at hand was, that poll() support was
> detected, but neither <poll.h> nor <sys/poll.h> were included, because
> configure thought they were not there).
>
> The 2.10 files in my checked out /cvs/src (I may be have not got
> everything, only what is needed for the modules binutils, newlib, dejagnu
> and gdb) are:
>
> ./sim/testsuite/d30v-elf/configure
> ./libgloss/m68k/configure
> ./libgloss/pa/configure
> ./libgloss/hp74x/configure
> ./libgloss/sparc/libsys/configure
> ./libgloss/m32r/configure
> ./utils/sparclite/configure
>
The libgloss files above have been regenerated for newlib/libgloss using 2.13.
-- Jeff J.