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

2010-02-04 Thread peb at mppmu dot mpg dot de
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 target triplet: i686

[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=19804action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42956

[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 lines RAW_CXX_TARGET_EXPORTS

[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 libraries

[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=13320action=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 #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=13321action=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 #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=13322action=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-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

[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=13072action=view) This patch resolves the libiberty/MULTIOSDIR issue -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16513

[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=13076action=view) corrected patch for libiberty/multi-os-dir issue I am very sorry. The patch I sent earlier today was wrong. Here

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

2007-02-19 Thread peb at mppmu dot mpg dot de
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 triplet: x86_64-linux-gnu GCC target

[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
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-gnu GCC target

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

2006-06-19 Thread peb at mppmu dot mpg dot de
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 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=11703action=view) The file asm/posix_typed.h as produced by fixincludes from gcc-3.4.6 I just checked that the same file created

[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.0.0 (gcc

[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 would be nice if you could apply

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

2006-02-25 Thread peb at mppmu dot mpg dot de
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=26466

[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=10912action=view) bugfix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26466

[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 problem. This bug is still present