[Bug c/42956] internal compiler error: Segmentation fault with -O1

2010-02-04 Thread peb at mppmu dot mpg dot de
--- Comment #2 from peb at mppmu dot mpg dot de 2010-02-04 14:27 --- Created an attachment (id=19804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19804&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42956

[Bug c/42956] New: internal compiler error: Segmentation fault with -O1

2010-02-04 Thread peb at mppmu dot mpg dot de
Version: 4.4.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peb at mppmu dot mpg dot de GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC ta

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-12-03 Thread peb at mppmu dot mpg dot de
--- Comment #28 from peb at mppmu dot mpg dot de 2007-12-03 12:57 --- (In reply to comment #27) > It seems to me that the "old" RAW_CXX_FOR_TARGET is unused after the patch. > Can you confirm? > I don't think so. The toplevel Makefile.in contains the line

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-04-03 Thread peb at mppmu dot mpg dot de
--- Comment #23 from peb at mppmu dot mpg dot de 2007-04-03 10:29 --- Created an attachment (id=13322) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13322&action=view) patch (3 of 3) as described in comment #20 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5291

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-04-03 Thread peb at mppmu dot mpg dot de
--- Comment #22 from peb at mppmu dot mpg dot de 2007-04-03 10:28 --- Created an attachment (id=13321) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13321&action=view) patch (2 of 3) as described in comment #20 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5291

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-04-03 Thread peb at mppmu dot mpg dot de
--- Comment #21 from peb at mppmu dot mpg dot de 2007-04-03 10:27 --- Created an attachment (id=13320) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13320&action=view) patch (1 of 3) as described in comment #20 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5291

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-04-03 Thread peb at mppmu dot mpg dot de
--- Comment #20 from peb at mppmu dot mpg dot de 2007-04-03 10:24 --- After some investigation I found that the problem of libtool & build paths has three aspects: (1) Build paths stored in installed c++ libraries (libstdc++.la and libsupc++.la) and then propagated to other libra

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2007-02-22 Thread peb at mppmu dot mpg dot de
--- Comment #18 from peb at mppmu dot mpg dot de 2007-02-22 08:58 --- I have tried to analyze the cause of the -L flags passed to libtool when linking libsupc++ and libstdc++ and found these two: (1) explicit flags in the top-level RAW_CXX_FOR_TARGET passed as CXX to the libstdc++ and

[Bug other/16513] Libiberty doesn't honor the multi-os-directory settings

2007-02-20 Thread peb at mppmu dot mpg dot de
--- Comment #10 from peb at mppmu dot mpg dot de 2007-02-20 17:31 --- Created an attachment (id=13076) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13076&action=view) corrected patch for libiberty/multi-os-dir issue I am very sorry. The patch I sent earlier today wa

[Bug other/16513] Libiberty doesn't honor the multi-os-directory settings

2007-02-20 Thread peb at mppmu dot mpg dot de
--- Comment #6 from peb at mppmu dot mpg dot de 2007-02-20 09:42 --- Created an attachment (id=13072) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13072&action=view) This patch resolves the libiberty/MULTIOSDIR issue -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16513

[Bug libstdc++/30861] New: installed libstdc++.la and libsupc++.la files refer to build tree

2007-02-19 Thread peb at mppmu dot mpg dot de
Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peb at mppmu dot mpg dot de GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux

[Bug other/30859] New: libiberty.a is installed in very bad locations

2007-02-19 Thread peb at mppmu dot mpg dot de
Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peb at mppmu dot mpg dot de GCC build triplet: x86_64-linux-gnu GCC host t

[Bug other/28083] fixincludes generates headers not ending with newline

2006-06-19 Thread peb at mppmu dot mpg dot de
--- Comment #2 from peb at mppmu dot mpg dot de 2006-06-19 14:24 --- Created an attachment (id=11703) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11703&action=view) The file asm/posix_typed.h as produced by fixincludes from gcc-3.4.6 I just checked that the same file cre

[Bug other/28083] New: fixincludes generates headers not ending with newline

2006-06-19 Thread peb at mppmu dot mpg dot de
ent: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peb at mppmu dot mpg dot de GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28083

[Bug driver/26466] multilib selection in gcc driver ignores removal of switches

2006-02-27 Thread peb at mppmu dot mpg dot de
--- Comment #5 from peb at mppmu dot mpg dot de 2006-02-27 14:49 --- (In reply to comment #4) > Fixed by: > http://gcc.gnu.org/ml/gcc-patches/2004-03/msg02011.html > > This was not a regression so closing as fixed as per GCC's development guide > lines. > It wou

[Bug driver/26466] multilib selection in gcc driver ignores removal of switches

2006-02-27 Thread peb at mppmu dot mpg dot de
--- Comment #3 from peb at mppmu dot mpg dot de 2006-02-27 09:08 --- (In reply to comment #2) > Patches goto [EMAIL PROTECTED] with a changelog. Second please update > the patch to the mainline first. > In the meantime I have realized that this problem is fixed in version 4

[Bug driver/26466] multilib selection in gcc driver ignores removal of switches

2006-02-25 Thread peb at mppmu dot mpg dot de
--- Comment #1 from peb at mppmu dot mpg dot de 2006-02-25 14:00 --- Created an attachment (id=10912) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10912&action=view) bugfix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26466

[Bug driver/26466] New: multilib selection in gcc driver ignores removal of switches

2006-02-25 Thread peb at mppmu dot mpg dot de
gcc driver ignores removal of switches Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peb at mppmu dot mpg dot de

[Bug libstdc++/5291] Bad reference to build directory in libstdc++.la

2005-07-01 Thread peb at mppmu dot mpg dot de
--- Additional Comments From peb at mppmu dot mpg dot de 2005-07-01 16:24 --- (In reply to comment #7) > > This is a known libtool bug. There's nothing the library > > can do about it. I'm not closing this PR now because it > > does continue to still be a