[Bug bootstrap/63703] [4.9.2/5 Regression] Bootstrap broken on powerpc-apple-darwin, cc1: internal compiler error: in init_reg_sets

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703

--- Comment #22 from Denis Excoffier  ---
I'm also happy with the above patch. Thank you.

[Bug bootstrap/63703] [4.9.2 Regression] cc1: internal compiler error: in init_reg_sets, at reginfo.c:178

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703

--- Comment #7 from Denis Excoffier  ---
(In reply to Francois-Xavier Coudert from comment #6)
There is no lldb here, and also no direct 'bt' available. I used gdb with a
break point:

% cd /tmp/lcl/tmp/gcc/obj
%
% grep -n 'gcc_assert (sizeof reg_names == sizeof initial_reg_names)'
../gcc-4.9.2/gcc/reginfo.c
178:  fprintf(stderr, "%s:%u %u %u\n", __FILE__, __LINE__, sizeof reg_names,
sizeof initial_reg_names); gcc_assert (sizeof reg_names == sizeof
initial_reg_names);
%
% cat test.c
/* nothing */
%
% /usr/bin/cc --version
powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5493)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

%
% ./gcc/cc1 test.c
/tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/reginfo.c:178 596 468
cc1: internal compiler error: in init_reg_sets, at reginfo.c:178
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
%
% /usr/bin/gdb ./gcc/cc1
GNU gdb 6.3.50-20050815 (Apple version gdb-967) (Tue Jul 14 02:15:14 UTC 2009)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin"...Reading symbols for shared
libraries .. done

(gdb) break reginfo.c:178
Breakpoint 1 at 0xa4df88: file /tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/reginfo.c, line
178.
(gdb) run test.c
Starting program: /Users/denis/darlcl/tmp/gcc/obj/gcc/cc1 test.c
Reading symbols for shared libraries +. done

Breakpoint 1, init_reg_sets () at /tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/reginfo.c:178
178  fprintf(stderr, "%s:%u %u %u\n", __FILE__, __LINE__, sizeof reg_names,
sizeof initial_reg_names); gcc_assert (sizeof reg_names == sizeof
initial_reg_names);
(gdb) bt
#0  init_reg_sets () at /tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/reginfo.c:178
#1  0x00b5a074 in general_init (argv0=0xb70c
"/Users/denis/darlcl/tmp/gcc/obj/gcc/cc1") at
/tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/toplev.c:1169
#2  0x00b5bda0 in toplev_main (argc=2, argv=0xb644) at
/tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/toplev.c:1961
#3  0x010265fc in main (argc=2, argv=0xb644) at
/tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/main.c:36
Current language:  auto; currently c++
(gdb) cont
Continuing.
/tmp/lcl/tmp/gcc/gcc-4.9.2/gcc/reginfo.c:178 596 468
cc1: internal compiler error: in init_reg_sets, at reginfo.c:178
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Program exited with code 04.
(gdb) quit
%


Hope this helps,

Denis Excoffier.

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

--- Comment #32 from Denis Excoffier  ---
(In reply to Francois-Xavier Coudert from comment #31)
> WONTFIX sounds reasonable
Okay.

[Bug bootstrap/63703] [4.9.2 Regression] cc1: internal compiler error: in init_reg_sets, at reginfo.c:178

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703

Denis Excoffier  changed:

   What|Removed |Added

 CC||g...@denis-excoffier.org

--- Comment #4 from Denis Excoffier  ---
Me too.

Invocation command line is:

% /tmp/lcl/tmp/gcc/gcc-4.9.2/configure --prefix=/tmp/lcl/uxl/gcc-4.9.2
--disable-multilib --with-local-prefix=/usr/local/nonexistent
--enable-languages=c,c++

And compiler is:
% gcc --version
powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5493)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Near the beginning of config.log, something that could be important:

---
/usr/bin/hostinfo  = Mach kernel version:
   Darwin Kernel Version 9.8.0: Wed Jul 15 16:57:01 PDT 2009;
root:xnu-1228.15.4~1/RELEASE_PPC
Kernel configured for a single processor only.
1 processor is physically available.
1 processor is logically available.
Processor type: ppc7450 (PowerPC 7450)
Processor active: 0
Primary memory available: 1.00 gigabytes
Default processor set: 53 tasks, 178 threads, 1 processors
--

I commented out the gcc_assert at line 178. It then continues a little, until
in
powerpc-apple-darwin9.8.0/libstdc++-v3 (still stage 1), with an another ICE
(Bus error) in guard.cc:114:28.

I also confirm that 4.9.1 compiles (and runs) ok.

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #9 from Denis Excoffier  ---
(In reply to Richard Henderson from comment #8)
Thank you.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #50 from Denis Excoffier  ---
gcc-4.9.1-RC-20140710 bootstraps perfectly. Thank you.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #45 from Denis Excoffier  ---
(In reply to Denis Excoffier from comment #44)
> shouldn't it be possible to make it available to 4.9.0, instead of 4.9.1?
No because 4.9.0 is out.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #44 from Denis Excoffier  ---
(In reply to Kai Tietz from comment #42)
> Second variant of the patch looks ok to me, if bootstrap works for 32-bit
> and 64-bit cygwin.
Post patch to ML for gcc trunk, and if no further issues
> are present we can merge patch to 4.9.1
I have no access to a 64bit cygwin, but if the patch works there, shouldn't it
be possible to make it available to 4.9.0, instead of 4.9.1? After all, the
bootstrap (with --disable-sjlj-exceptions) fails and this cannot be worse with
the patch. Also there is no impact on other (non-cygwin) configurations.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #38 from Denis Excoffier  ---
(In reply to Bernd Edlinger from comment #37)

> Regarding your patch:
I've tested it and it works (as far as i can tell): the bootstrap has gone
until the end (installation in ${prefix}). objdump -d crtbegin.o contains ba 00
00 00 00 instead of ba f0 ff ff ff, and the .weak... objects at the beginning
of crtbegin.o are gone. More than that, i've built (with this GCC 4.9) several
usual distributions (for the moment: sed, patch, diffutils, bzip2, make, gawk,
xz, many others to come of course).

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #36 from Denis Excoffier  ---
(In reply to Bernd Edlinger from comment #35)
> would not using --disable-sjlj-excaptions cause any problems,
> maybe a unwanted ABI-Change?
I don't know really. Cygwin people usually build gcc using
--disable-sjlj-exceptions and the /usr/bin/cyggcc_s-1.dll is never very far.
Without --disable-sjlj-exceptions, you get a ${prefix}/bin/cyggcc_s-sjlj-1.dll,
and i believe that cyggcc_s-1.dll and cyggcc_s-sjlj-1.dll are not supposed to
live together very well.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #34 from Denis Excoffier  ---
The patch under attachment 32651 seems to make bootstrapping behave better, at
least for i686.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #33 from Denis Excoffier  ---
Created attachment 32651
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32651&action=edit
bootstrap works at least under i686

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #26 from Denis Excoffier  ---
After more investigation, it seems that the culprit can be
--disable-sjlj-exceptions. Since the beginning (last Sunday), each time i use
it on the command line, the build fails and each time i don't use it, the build
succeeds.

Please would you mind trying again a cygwin build, but with
--disable-sjlj-exceptions this time. Especially for those where the build
succeeded. For Mikael (see comment #2), it is more than probable that he used
--disable-sjlj-exceptions instead of my gmp kludges known by nobody except by
me.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

Denis Excoffier  changed:

   What|Removed |Added

 CC||mikpelinux at gmail dot com

--- Comment #24 from Denis Excoffier  ---
Well, i suppose it can be RESOLVED_INVALID.

Last night i built successfully with 1.7.28-2. I was using some non-standard
configuration for gmp and as soon as this kludge was removed, gcc built
perfectly (once...). I have to confirm this with a few other builds, latest
cygwin version etc. I'll keep you informed.

Hence, my fault. However, i am curious to know how Mikael (see comment #2) was
able to obtain the exact very same symptoms (to be honest: nearly). Please
could you provide details?

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #21 from Denis Excoffier  ---
(In reply to Kai Tietz from comment #17)
> Just as side-note, I tried to reproduce your reported issue and did a
> personal build of cygwin's gcc.  It worked fine in stage2.  I couldn't
> reproduce the reported ICE on stage2.  Which brings me to the question if
> you are using additional patches/fixes, etc
Did you use 32bits? Did you use a recent cygwin version? There has been some
movement recently (2014-03-28) in dtors.cc, although i believe that only 64bits
is impacted.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #20 from Denis Excoffier  ---
(In reply to Kai Tietz from comment #12)
> In general it would be of interest
> to learn what destructors (by whom) are present in the list called by
> do_global_dtors (&__DTOR_LIST__)

I've rebuilt everything, under plain cygwin-1.7.29-2, with BOOT_CFLAGS=-g
instead of "-g -O2". I carefully didn't rebuilt anything after the failure in
i686-pc-cygwin/libgcc like before and cc1 seems to work, BUT xgcc still does
not work (with the same symptoms).

xgcc --version (or -dumpspecs) shows something on stdout, but when piped into
wc, there is no output... Strange.

The __DTOR_LIST__ contains a single item: deregister_frame_dtor (see attachment
32602).

Also the specs file is not built (is built empty, see in attachment the
-dumpspecs parameter), this is probably the cause of the "xgcc: error:
unrecognized command line option 'X'" (with X=--version, or -mtune=generic, or
-march=pentiumpro) when the -B/tmp/lcl/tmp/gcc/obj/gcc/ option is used.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #19 from Denis Excoffier  ---
Created attachment 32602
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32602&action=edit
discover __DTOR_LIST__

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #14 from Denis Excoffier  ---
I'm now using plain cygwin-1.7.29-2, the cygwin1.dbg now matches with
cygwin1.dll. I've alto tried to recompile without -O2. I'm not so familiar with
gdb, i've produced a session where i break at __call_exitprocs (in
cygwin1.dll), that shows that the destructors are not called more than once.
But i now obtain 2 SEGV. Hope this helps. See attachment 32600.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #13 from Denis Excoffier  ---
Created attachment 32600
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32600&action=edit
gdb session stepping until the end

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #10 from Denis Excoffier  ---
Created attachment 32595
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32595&action=edit
gdb session catching signal SIGABRT

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #9 from Denis Excoffier  ---
(In reply to Jakub Jelinek from comment #8)
> I guess for start, it would be nice to see backtrace from the debugger about
> where the segfault and/or abort happened.

See attachment 3.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #7 from Denis Excoffier  ---
Here are the config.log found at top level and the config.log at
i686-pc-cygwin/libgcc level (see attachments).

What do you need more specifically?

I have to say that i use gmp-6.0.0a, mpfr-3.1.2 (without patches), and
mpc-1.0.2, all of them untarred in the source tree. All of them work well for
building GCC 4.8.2.

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #6 from Denis Excoffier  ---
Created attachment 32592
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32592&action=edit
i686-pc-cygwin/libgcc/config.log

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

--- Comment #5 from Denis Excoffier  ---
Created attachment 32591
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32591&action=edit
top level config.log

[Bug bootstrap/60830] ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

Denis Excoffier  changed:

   What|Removed |Added

 Target||i686-pc-cygwin
   Host||i686-pc-cygwin
  Build||i686-pc-cygwin

--- Comment #1 from Denis Excoffier  ---
Typos:
- 1st cc1 command should read "cc1 -quiet -o foo.o foo.c" instead of "cc1
-quiet -o foo.c foo.c"
- the newmask in strace output is FFFEFEDF and not FFFEFEDK
- the cc1 command is missing when foo.c is erroneous:
cc1 -quiet -o foo.o foo.c

Also, tke kill (, 6) is also present when foo.c is erroneous.

[Bug bootstrap/60830] New: ICE on bootstrapping on cygwin

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830

Bug ID: 60830
   Summary: ICE on bootstrapping on cygwin
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: g...@denis-excoffier.org

Installed gcc-4.9.0-RC-20140411 on darwin (Mavericks) with no problem. But:

On Cygwin 1.7.29-2 (+ latests patches), platform=i686-pc-cygwin (Windows XP
SP3, 32 bits), bootstrap stops with:

xgcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
configure: error: in `/tmp/lcl/tmp/gcc/obj/i686-pc-cygwin/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage2-target-libgcc] Error 1
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2


Indeed, inside /tmp/lcl/tmp/obj/gcc:
% echo "int main() { return 0; }" > foo.c
% cc1 -quiet -o foo.c foo.c
foo.c:1:1: internal compiler error: Aborted
 int main() { return 0; }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
%

The foo.o seems ok. After some investigation, it seems that cc1 receives an
unexpected SIGABRT signal, after the end of main(), and strace confirms the
kill:
% strace -o /tmp/1 cc1 -quiet -o foo.o foo.c
(same messages as above)
% cat /tmp/1
...
 344 4823227 [main] cc1 3768 close: 0 = close(3)
2019 4825246 [main] cc1 3768 set_signal_mask: setmask 0, newmask FFFEFEDK,
mask_bits 0
  23 4825269 [main] cc1 3768 kill0: kill (3768, 6)
  22 4825291 [main] cc1 3768 sig_send: sendsig 0x784, pid 3768, signal 6,
its_me 1
...
%


On the other hand, if foo.c is erroneous, all seems ok:
% echo "it main() { return 0; }" > foo.c
foo.c:1:1: error: unknown type name 'it'
 it main() { return 0; }
 ^
foo.c:1: confused by earlier errors, bailing out
%

I don't know what to do next.

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #7 from Denis Excoffier  ---
The bug is no longer present in GCC 4.8.2 (tested today under Cygwin 1.7.27 XP
32bits).

Please someone to update the WAITING field into RESOLVED (or WORKSFORME etc.).

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

--- Comment #29 from Denis Excoffier  ---
(In reply to Iain Sandoe from comment #28)
> Well, there is a fix - which is to update
> /usr/lib/libgcc_s.dylib to a non-buggy version.
I had understood that it was desirable not to replace libgcc_s.dylib.

Personally, i use the sed command (shown in comment #17) to create my own
libgcc_s.1.dylib, i install it with GCC in /usr/local (or equivalent) and try
to always link with it (and usually succeed since i don't use any libraries
that are already linked with /usr/lib/libgcc_s.dylib). For security matters,
that's like replacing, however.

In any case, that bug is not NEW any more.

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

--- Comment #27 from Denis Excoffier  ---
I (OP) suppose we can WONTFIX that one. Thanks.

[Bug bootstrap/47016] bootstrap on darwin needs much more disk space than expected to complete

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47016

--- Comment #4 from Denis Excoffier  ---
(In reply to Dominique d'Humieres from comment #3)
> Any reason to keep this PR open?
>From my side, no.

[Bug bootstrap/56258] Please upgrade doc/*.texi to the latest texinfo package(s)

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258



--- Comment #16 from Denis Excoffier  2013-03-24 
07:06:40 UTC ---

Bootstrap of gcc-4.7-20130323 works perfectly. Thanks.

[Bug bootstrap/56258] Please upgrade doc/*.texi to the latest texinfo package(s)

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258



--- Comment #11 from Denis Excoffier  2013-03-10 
08:06:54 UTC ---

Please to find someone able to apply the above patches on branches 4.6 and 4.7?

[Bug bootstrap/56258] New: Please upgrade doc/*.texi to the latest texinfo package(s)

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258



 Bug #: 56258

   Summary: Please upgrade doc/*.texi to the latest texinfo

package(s)

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: g...@denis-excoffier.org





Bootstrap fails if the last texinfo (currently 4.13.96) is used (this was also

the case with at least 4.13.94 and 4.13.95). It seems that messages

like:



.../install.texi:3133: warning: @anchor should not appear in @heading



or



.../gcc.texi:88: warning: @tex should only appear at a line beginning



make the building of doc/gcc.info to fail. Prepending "-" in front of the

building rule in gcc/Makefile solves the issue, but gcc.info does not get

installed (of course). Plain texinfo-4.13 is OK. I tried with gcc-4.8-20130203

under x86_64-apple-darwin12.2.0 but i suppose this is platform independent.



Please upgrade the *.texi files in order to be able to cope with the most

recent (even alpha) texinfo releases. This is also applicable to the

soon-to-be-released GCC 4.7.3.



Also, perhaps texinfo should be listed in install/prerequisites.html.



Regards,



Denis Excoffier.

[Bug bootstrap/55699] gmp-5.1.0 no longer supports --host=none-...

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55699



Denis Excoffier  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||WORKSFORME



--- Comment #2 from Denis Excoffier  2012-12-19 
21:09:40 UTC ---

In plain gmp-5.1.0 (ftp://gmplib.org/pub/gmp-5.1.0) the ERROR was downgraded

into a WARNING,

so the patch is no longer necessary. Nevertheless, in my opinion, it should

still be applied.

[Bug bootstrap/55699] gmp-5.1.0 no longer supports --host=none-...

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55699



Denis Excoffier  changed:



   What|Removed |Added



  Attachment #28971|0   |1

is obsolete||



--- Comment #1 from Denis Excoffier  2012-12-15 
07:10:12 UTC ---

Created attachment 28973

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28973

same patch, under text/plain

[Bug bootstrap/55699] New: gmp-5.1.0 no longer supports --host=none-...

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55699



 Bug #: 55699

   Summary: gmp-5.1.0 no longer supports --host=none-...

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: g...@denis-excoffier.org





Created attachment 28971

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28971

use gmp-5.1.0-RC2 (and later) embedded in source directory



Building gcc-4.7.2 with gmp embedded in source directory no longer does not

work with gmp-5.1.0 (gmp-5.0.5 works perfectly), and the following message is

produced:



the "none" host is obsolete, use --disable-assembly



Presumably, this is for all (recent) GCC versions (and including the 4.8

snapshots) and all platforms, when you embed gmp in your source directory.



The attached patch solves this. Hope this helps.

[Bug bootstrap/52039] gcc/gimplify.o differs

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039

--- Comment #6 from Denis Excoffier  2012-01-30 
23:16:52 UTC ---
(In reply to comment #5)
> Please try
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52041#c17
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52041#c18
> patches.

"Comparison successful" ie it works.

[Bug bootstrap/52039] gcc/gimplify.o differs

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039

--- Comment #4 from Denis Excoffier  2012-01-30 
20:54:37 UTC ---
Compared with PR52041, i also have a cltq (or cdqe) missing, but it is missing
in stage2
and present in stage3. After all, i'm perhaps a duplicate of PR52041.

[Bug bootstrap/52039] gcc/gimplify.o differs

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039

--- Comment #3 from Denis Excoffier  2012-01-30 
20:29:45 UTC ---
Tried again, using:
- gmp-5.0.2, like last week
- make with no -j option
Same result (ie gcc/gimplify.o differs).

Also, Xcpde 4.2.1 uses:
% /usr/bin/gcc --version
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658)
(LLVM build 2336.1.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
%

[Bug bootstrap/52039] gcc/gimplify.o differs

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039

--- Comment #2 from Denis Excoffier  2012-01-30 
11:14:54 UTC ---
(In reply to comment #1)
> How did you configure?  Dup of PR51974?

.../configure --enable-languages=c,c++ --prefix=... --with-local-prefix=...
--disable-multilib

I don't use --enable-checking.

I use the latest XCode (4.2.1), with the lastest mpfr, mpc and gmp within
the source directory. Compared to last week i use gmp-5.0.3 instead of
gmp-5.0.2.

Only gcc/gimplify.o fails.

Also i don't think i'm a dup of PR52041.

[Bug bootstrap/52039] New: gcc/gimplify.o differs

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52039

 Bug #: 52039
   Summary: gcc/gimplify.o differs
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@denis-excoffier.org
  Host: *-apple-darwin*
Target: *-apple-darwin*
 Build: *-apple-darwin*


On MacOSX (x86_64-apple-darwin11.2.0), with the last snapshot
(gcc-4.7-20120128),
i obtain "gcc/gimplify.o differs" and the bootstrap stops.

If i include gcc/gimplify.o within compare_exclusions (in configure), the
bootstrap succeeds and all seems OK.

The snapshot of last week (gcc-4.7-20120121) was OK.
See also PR47016.

[Bug tree-optimization/51865] [4.7 Regression] ICE in insert_vi_for_tree, at tree-ssa-structalias.c:2642

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51865

--- Comment #10 from Denis Excoffier  2012-01-22 
10:18:47 UTC ---
(In reply to comment #9)
> Fixed.
Confirmed, using gcc-4.7-20120121. Thank you.

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #6 from Denis Excoffier  2012-01-18 
08:45:36 UTC ---
This bug was still present under gcc-4.7-20120107 snapshot, but it
does no longer show up under gcc-4.7-20120114 snapshot. I suppose it has
been corrected. Thank you.

[Bug tree-optimization/51865] New: ICE in insert_vi_for_tree, at tree-ssa-structalias.c:2642

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51865

 Bug #: 51865
   Summary: ICE in insert_vi_for_tree, at
tree-ssa-structalias.c:2642
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@denis-excoffier.org


Under MacOSX (x86_64-apple-darwin11.2.0), the new gcc-4.7-20120114 gives ICE
with the following. There was no problem with the preceding snapshots. I've
still not tested under other platforms.

% cat stc.c
// gcc -O -finline-small-functions -finline-functions -fipa-pta
-fpartial-inlining -c stc.c
#include 
void zz0(void);
static int xx0;
void zz0(void) { assert(xx0 == 0); return; };
void zz1(void) { zz0(); return; };
void zz2(void) { zz0(); return; };
%
% gcc -v -O -finline-small-functions  -finline-functions -fipa-pta
-fpartial-inlining -c stc.c
Using built-in specs.
COLLECT_GCC=/tmp/lcl/uxl/gcc/bin/gcc
COLLECT_LTO_WRAPPER=/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../libexec/gcc/x86_64-apple-darwin11.2.0/4.7.0/lto-wrapper
Target: x86_64-apple-darwin11.2.0
Configured with: /tmp/lcl/tmp/gcc/gcc-4.7-20120114/configure
--prefix=/tmp/lcl/uxl/gcc-4.7-20120114 --with-local-prefix=/usr/local/here
--enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 4.7.0 20120114 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.7.2' '-O'
'-finline-small-functions' '-finline-functions' '-fipa-pta'
'-fpartial-inlining' '-c' '-v' '-mtune=core2'

/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../libexec/gcc/x86_64-apple-darwin11.2.0/4.7.0/cc1
-quiet -v -iprefix
/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/
-D__DYNAMIC__ stc.c -fPIC -quiet -dumpbase stc.c -mmacosx-version-min=10.7.2
-mtune=core2 -auxbase stc -O -version -finline-small-functions
-finline-functions -fipa-pta -fpartial-inlining -o /tmp/cct66mxd.s
GNU C (GCC) version 4.7.0 20120114 (experimental) (x86_64-apple-darwin11.2.0)
compiled by GNU C version 4.7.0 20120114 (experimental), GMP version
5.0.2, MPFR version 3.1.0-p4, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/../../../../x86_64-apple-darwin11.2.0/include"
ignoring duplicate directory
"/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/../../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/include"
ignoring nonexistent directory "/usr/local/here/include"
ignoring duplicate directory
"/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/../../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/include-fixed"
ignoring nonexistent directory
"/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/../../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/../../../../x86_64-apple-darwin11.2.0/include"
#include "..." search starts here:
#include <...> search starts here:

/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/include

/Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/x86_64-apple-darwin11.2.0/4.7.0/include-fixed
 /Users/denis/darlcl/uxl/gcc-4.7-20120114/bin/../lib/gcc/../../include
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.
GNU C (GCC) version 4.7.0 20120114 (experimental) (x86_64-apple-darwin11.2.0)
compiled by GNU C version 4.7.0 20120114 (experimental), GMP version
5.0.2, MPFR version 3.1.0-p4, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 0bf7ee2f49f6ea7e3844a6dc703323f3
stc.c:7:1: internal compiler error: in insert_vi_for_tree, at
tree-ssa-structalias.c:2642
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #5 from Denis Excoffier  2011-12-19 
15:31:46 UTC ---
Reduced test case is:

% cat exclude.c
int version;
int zz1(char *);

static void zz2(int flags)
{
 static int initialized = 0;
 char xx[4096];
 if (initialized)
  return;
 initialized = 1;
 zz2(flags | (version ? 2 : 0));
 zz2(flags);
 zz1(xx);
}

void zz3()
{
 zz2(0);
}
% gcc -v -O -c exclude.c
Using built-in specs.
COLLECT_GCC=/tmp/lcl/uxl/gcc/bin/gcc
COLLECT_LTO_WRAPPER=/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-4.7-201112
10/bin/../libexec/gcc/i686-pc-cygwin/4.7.0/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with: /tmp/lcl/tmp/gcc/gcc-4.7-20111210/configure
--prefix=/tmp/lcl/u
xl/gcc-4.7-20111210 --with-local-prefix=/usr/local/here
--enable-languages=c,c++
 --disable-sjlj-exceptions
Thread model: single
gcc version 4.7.0 20111210 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-O' '-c' '-mtune=generic' '-march=pentiumpro'

/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-4.7-20111210/bin/../libexec/g
cc/i686-pc-cygwin/4.7.0/cc1.exe -quiet -v -iprefix
/cygdrive/D/Home/dexcoff1/dex
coff1/cyglcl/uxl/gcc-4.7-20111210/bin/../lib/gcc/i686-pc-cygwin/4.7.0/
-D__CYGWI
N32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter
/usr/lib/../include/w32
api -idirafter ../../include/w32api exclude.c -quiet -dumpbase exclude.c
-mtune=
generic -march=pentiumpro -auxbase exclude -O -version -o /tmp/ccK5Dvq6.s
GNU C (GCC) version 4.7.0 20111210 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.7.0 20111210 (experimental), GMP version
5.0
.2, MPFR version 3.1.0-p4, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gc
c-4.7-20111210/bin/../lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/in
clude"
ignoring duplicate directory
"/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-
4.7-20111210/bin/../lib/gcc/../../lib/gcc/i686-pc-cygwin/4.7.0/include"
ignoring nonexistent directory "/usr/local/here/include"
ignoring duplicate directory
"/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-
4.7-20111210/bin/../lib/gcc/../../lib/gcc/i686-pc-cygwin/4.7.0/include-fixed"
ignoring nonexistent directory
"/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gc
c-4.7-20111210/bin/../lib/gcc/../../lib/gcc/i686-pc-cygwin/4.7.0/../../../../i68
6-pc-cygwin/include"
ignoring nonexistent directory "../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:

/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-4.7-20111210/bin/../lib/gcc/i686-pc-cygwin/4.7.0/include

/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-4.7-20111210/bin/../lib/gcc/i686-pc-cygwin/4.7.0/include-fixed

/cygdrive/D/Home/dexcoff1/dexcoff1/cyglcl/uxl/gcc-4.7-20111210/bin/../lib/gcc/../../include
 /usr/include
 /usr/lib/../include/w32api
End of search list.
GNU C (GCC) version 4.7.0 20111210 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.7.0 20111210 (experimental), GMP version
5.0.2, MPFR version 3.1.0-p4, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: e4de487ff334f86f04bb7cab20aac91a
exclude.c: In function 'zz2':
exclude.c:14:1: internal compiler error: in maybe_record_trace_start, at
dwarf2cfi.c:2244
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
%

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135

--- Comment #26 from Denis Excoffier  2011-12-19 
07:36:33 UTC ---
Just for the record: gcc-4.7-20111210 works (with --enable-obsolete of course).

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #4 from Denis Excoffier  2011-12-17 
21:21:55 UTC ---
This patch, committed on the 6th of December (r182056), must be included in the
snapshot of last Saturday (r182194). I tried with this
gcc-4.7-20111210.tar.bz2, and sorry, the result is the same as before.

[Bug other/39400] Dist tarball missing file gengtype-lex.c

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39400

Denis Excoffier  changed:

   What|Removed |Added

 CC||g...@denis-excoffier.org

--- Comment #4 from Denis Excoffier  2011-12-16 
17:36:59 UTC ---
This is the same for gcc-4.7-20111210, with solaris 2.8. However, with
gengtype-lex.c at the right location (and --enable-obsolete), everything builds
nicely.

> That only applies to release tarballs, not snapshots.  You need the same 
> developer tools for building from snapshots as for building from SVN 
> checkouts.
This is a little bit overemphasis in this case. You don't need anything more
than for a release tarball.

Please consider adding this file in the snapshot distribution. If definitely
not possible, please insert the restriction above inside the documentation,
eg in http://gcc.gnu.org/snapshots.html, in addition to the rather terse
"Any given snapshot may [...] even fail to build".

Regards,

Denis Excoffier.

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107

Denis Excoffier  changed:

   What|Removed |Added

Version|4.6.0   |4.7.0

--- Comment #17 from Denis Excoffier  2011-12-11 
19:45:48 UTC ---
Hello,

Here comes gcc-4.7.20111203 with (not unexpectedly) exactly the same symptoms
(see Description above). I tried the patches provided in Comments #4 and #5
with no success:
11 out of 13 hunks FAILED -- saving rejects to file gcc/dwarf2out.c.rej
1 out of 3 hunks FAILED -- saving rejects to file gcc/config/darwin.c.rej
1 out of 1 hunk FAILED -- saving rejects to file gcc/config/darwin10.h.rej

The two patches have been working successfully for all 4.6.x versions. Can we
expect an update
of them for GCC 4.7?

You must know that i also tried the same as before:
sed -e 's|^ifeq (/usr/lib,|ifneq (/usr/lib,|g' libgcc/config/t-slibgcc-darwin
and of course it works.

Regards,

Denis Excoffier.

P.S.
Am i the only one needing this patch? As far as i am concerned, i can live with
the above workaround.

[Bug rtl-optimization/51366] [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

--- Comment #1 from Denis Excoffier  2011-12-01 
09:04:00 UTC ---
Configure line was:

/tmp/lcl/tmp/gcc/gcc-4.7-2019/configure
--prefix=/tmp/lcl/uxl/gcc-4.7-2026 --with-local-prefix=/usr/local/here
--enable-languages=c,c++ --disable-sjlj-exceptions

[Bug rtl-optimization/51271] ICE in in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51271

--- Comment #12 from Denis Excoffier  2011-11-30 
20:03:47 UTC ---
I  have transfered my bug into #51366. Sorry for the noise.

[Bug rtl-optimization/51366] New: [cygwin] ICE in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366

 Bug #: 51366
   Summary: [cygwin] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2244
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@denis-excoffier.org


Created attachment 25960
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25960
preprocessed exclude.c

Under last Cygwin (XP 32bits) and with gcc-4.7-2019, i get this message
with exclude.c (directly from the rsync-3.0.9 distribution), see
attachment (preprocessed). No problem with other platforms (Darwin PPC or
Intel,
Ubuntu at least).

This might have something to do with #51271.
However, i cannot reproduce the minimal test case given under
the first comment of that bug report.

% gcc -O2 -o exclude.o -c exclude.c
exclude.c: In function 'get_cvs_excludes':
exclude.c:943:1: internal compiler error: in maybe_record_trace_start, at
dwarf2cfi.c:2244
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug rtl-optimization/51271] ICE in in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51271

Denis Excoffier  changed:

   What|Removed |Added

 CC||g...@denis-excoffier.org

--- Comment #9 from Denis Excoffier  2011-11-28 
07:44:12 UTC ---
Under last Cygwin (XP 32bits) and with gcc-4.7-2019, i get the same
message with exclude.c (from the rsync-3.0.9 distribution), see
attachment (preprocessed).
However, i cannot reproduce the minimal test case given under
Comment 1.

% gcc -O2 -o exclude.o -c exclude.c
exclude.c: In function 'get_cvs_excludes':
exclude.c:943:1: internal compiler error: in maybe_record_trace_start, at
dwarf2cfi.c:2244
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug rtl-optimization/51271] ICE in in maybe_record_trace_start, at dwarf2cfi.c:2244

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51271

--- Comment #8 from Denis Excoffier  2011-11-28 
07:41:38 UTC ---
Created attachment 25928
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25928
preprocessed exclude.c

[Bug bootstrap/50461] mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/. as previously

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461

--- Comment #2 from Denis Excoffier  2011-10-04 
07:07:20 UTC ---
Also with mpfr-3.1.0 and also on Cygwin.

[Bug bootstrap/50461] mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/. as previously

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461

--- Comment #1 from Denis Excoffier  2011-09-22 
05:22:47 UTC ---
Also with mpfr-3.1.0-rc2.

[Bug bootstrap/50461] New: mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/. as previously

[g...@denis-excoffier.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461

 Bug #: 50461
   Summary: mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/.
as previously
Classification: Unclassified
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: g...@denis-excoffier.org


Hi,

I bootstrap gcc-4.6.1 by installing the gmp/, mpfr/ and mpc/ folders directly
in the GCC source tree as suggested in the installation notes.

Yesterday, they created a new mpfr-3.1.0-rc1 as a replacement for mpfc-3.0.1 we
used to have before. Now, with this new mpfr, the bootstrap fails at the step:
"Configuring mpc at stage 1".

Solution:
Compared to mpfr-3.0.1, the new mpfr-3.1.0-rc1 has an additional src folder.
Therefore, the ./configure of GCC has to be modified, eg by replacing (sed
syntax):

s|$$s/mpfr|&/src|g (1 occurrence)
and
s|$$r/$(HOST_SUBDIR)/mpfr|&/src|g  (2 occurrences)

With this modification, everything works fine. I don't think that the MPFR
people will remove the src folder in the next future. I suppose this is for all
platforms, in any case at least Linux Ubuntu and Darwin Leopard.

Regards,

Denis Excoffier.