[Bug gcov-profile/32316] internal compiler error: Segmentation fault

2008-07-03 Thread haubi at gentoo dot org
--- Comment #8 from haubi at gentoo dot org 2008-07-03 12:44 --- Created an attachment (id=15847) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15847&action=view) proposed patch, seems to work with gcc-4.1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316

[Bug gcov-profile/32316] internal compiler error: Segmentation fault

2008-02-25 Thread haubi at gentoo dot org
--- Comment #6 from haubi at gentoo dot org 2008-02-25 19:24 --- Created an attachment (id=15230) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15230&action=view) valgrind output for cc1plus This coverage_checksum_string() indeed has slightly changed from gcc-4.0-branch

[Bug gcov-profile/32316] internal compiler error: Segmentation fault

2008-02-25 Thread haubi at gentoo dot org
--- Comment #5 from haubi at gentoo dot org 2008-02-25 19:17 --- Similar problem here, with gcc-4.1.1: This issue does not always end up in an ICE, but when using valgrind, some "Invalid read of size 1" are consistently reported for cc1plus caused by coverage_checksum_string

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2008-01-29 Thread haubi at gentoo dot org
--- Comment #21 from haubi at gentoo dot org 2008-01-29 10:22 --- (In reply to comment #18) > (there is no 'install-' target AFAICS, so install would fail never the less), I'm pretty sure there is a target 'install-', already used for empty @POSUB@, becaus

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

2007-12-19 Thread haubi at gentoo dot org
--- Comment #5 from haubi at gentoo dot org 2007-12-19 15:57 --- Created an attachment (id=14796) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14796&action=view) the effect fixincludes could have on aix5.2/aix5.3 When applying this patch to (already fixed) stdio.h on

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2007-12-11 Thread haubi at gentoo dot org
--- Comment #15 from haubi at gentoo dot org 2007-12-11 16:33 --- Created an attachment (id=14730) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14730&action=view) patch to avoid installing treelang info without makeinfo This patch works with gcc-4.2.2, and should apply t

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2007-12-10 Thread haubi at gentoo dot org
--- Comment #13 from haubi at gentoo dot org 2007-12-10 15:40 --- Just asking for status of this bug: Seems to be still valid with gcc-4.2.2 - don't (want to) have texinfo installed. -- haubi at gentoo dot org changed: What|Removed |

[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include

2007-12-01 Thread haubi at gentoo dot org
--- Comment #4 from haubi at gentoo dot org 2007-12-01 22:04 --- Same here with gcc-4.2.2 and powerpc-ibm-aix5.3.0.0. Some diagnostics what happens when _LARGE_FILES (and _LARGE_FILE_API) is defined: /* would both be 'long' without _LARGE_FILES: */ typedef long long fpos_

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

2007-11-01 Thread haubi at gentoo dot org
--- Comment #5 from haubi at gentoo dot org 2007-11-01 20:19 --- Created an attachment (id=14458) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14458&action=view) A workaround (probably not the right fix) for this problem Using this patch I was able to build a working gc

[Bug bootstrap/32287] gas version style changed causes warnings with configure

2007-10-10 Thread haubi at gentoo dot org
--- Comment #6 from haubi at gentoo dot org 2007-10-10 20:47 --- Because 'grep -o' is not portable, what about this patch, done against gcc-4.1.1: --- gcc-4.1.1/gcc/configure.ac.orig Wed Oct 10 08:44:23 2007 +++ gcc-4.1.1/gcc/configure.ac Wed Oct 10 09:03:22 2007 @@ -2061

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

2007-10-10 Thread haubi at gentoo dot org
--- Comment #3 from haubi at gentoo dot org 2007-10-10 20:40 --- Have restarted with gcc-4.2.1 now. There is a second location where arguments to nm causes build error, after gcc-4.2.1/gcc/configure being hacked to "test -x" only the first word of $NM_FOR_TARGET. In gcc

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

2007-10-08 Thread haubi at gentoo dot org
--- Comment #2 from haubi at gentoo dot org 2007-10-08 14:17 --- No - I do not use GNU binutils on aix, but symlinks and wrappers to native binutils, much like: powerpc-ibm-aix5.3.0.0-nm -> /usr/ccs/bin/nm or $ cat powerpc-ibm-aix5.3.0.0 #! /bin/sh exec /usr/ccs/bin

[Bug regression/33637] New: "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

2007-10-03 Thread haubi at gentoo dot org
d symbol: __gxx_personality_v0" Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: haubi at gentoo dot org

[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist

2007-09-28 Thread haubi at gentoo dot org
--- Comment #6 from haubi at gentoo dot org 2007-09-28 12:52 --- More analysis (solution (?) at the end): Compared gmake's debug-output from powerpc-aix5.3 to x86-gentoo-linux: x86-gentoo-linux: <<< Considering target file `build/genmodes'. File `build/genmo

[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist

2007-09-27 Thread haubi at gentoo dot org
--- Comment #4 from haubi at gentoo dot org 2007-09-27 16:09 --- Same here on aix5.3 - it seems to be a make problem, not finding the implicit rule "build/gen%$(build_exeext):" for target 'build/genmodes', defined in gcc-4.2.0/gcc/Makefile.in line 3026. Which versio