[Bug rtl-optimization/23453] [4.0/4.1/4.2 regression] miscompilation of PARI/GP on x86 with gcse after reload

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #11 from steven at gcc dot gnu dot org 2005-12-15 06:50 --- If nobody is going to fix gcse2, the right thing to do is to not set flag_gcse_after_reload for optimize >= 3 in opts.c: Index: opts.c === --- opts.c

[Bug rtl-optimization/23837] [4.0/4.1/4.2 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #27 from steven at gcc dot gnu dot org 2005-12-15 06:42 --- accept while testing a patch... -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/14493] std::bad_alloc::what() does not explain what happened

2005-12-14 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-05-08 17:32:57 |2005-12-15 04:50:22 date||

[Bug rtl-optimization/23837] [4.0/4.1/4.2 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #26 from steven at gcc dot gnu dot org 2005-12-15 00:54 --- Needless to say really, but the patchlet in comment #25 is inverted... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837 --- You are receiving this mail because: --- You reported the bug, or are watc

[Bug rtl-optimization/23837] [4.0/4.1/4.2 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #25 from steven at gcc dot gnu dot org 2005-12-15 00:52 --- Smarter folks than me (iant ;-) suggest that "a multi-word rotate will normally need all the input bits when setting any of the output bits", so the entire no-conflict thing doesn't make sense here. So, let's not do

Results for 4.1.0 20051210 (prerelease) testsuite on sparc-unknown-linux-gnu

2005-12-14 Thread Matthias Klose
LAST_UPDATED: Sat Dec 10 15:45:24 UTC 2005 (revision 108350) === acats tests === FAIL: c32001e FAIL: c52103x FAIL: c52104x FAIL: c52104y FAIL: c64105b FAIL: c95086b FAIL: ce3810b === acats Summary === # of expected passes2312 # of unexpect

Results for 4.1.0 20051210 (prerelease) testsuite on mips-unknown-linux-gnu

2005-12-14 Thread Matthias Klose
LAST_UPDATED: Sat Dec 10 15:45:24 UTC 2005 (revision 108350) === acats tests === FAIL: c32001e FAIL: c34007p FAIL: c34007r FAIL: c37010a FAIL: c41104a FAIL: c45281a FAIL: c47002c FAIL: c48006b FAIL: c52103x FAIL: c62003a FAIL: c62003b FAIL: c64103e FAIL: c

Results for 4.1.0 20051210 (prerelease) testsuite on alpha-unknown-linux-gnu

2005-12-14 Thread Matthias Klose
LAST_UPDATED: Sat Dec 10 15:45:24 UTC 2005 (revision 108350) Native configuration is alpha-unknown-linux-gnu === libffi tests === Running target unix === libffi Summary === # of expected passes228 # of unsupported tests 2 ==

[Bug rtl-optimization/23837] [4.0/4.1/4.2 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #24 from steven at gcc dot gnu dot org 2005-12-15 00:09 --- I think we can blame combine for this bug. -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/23837] [4.0/4.1/4.2 regression] Wrong code with -fschedule-insns

2005-12-14 Thread steven at gcc dot gnu dot org
--- Comment #23 from steven at gcc dot gnu dot org 2005-12-15 00:00 --- lreg decides to do this: ;; Register 95 in 25. ;; Register 97 in 28. ;; Register 99 in 22. ;; Register 102 in 21. ;; Register 104 in 25. ;; Register 111 in 28. ;; Register 112 in 19. ;; Register 113 in 28. and reloa

[Bug libstdc++/25421] [4.0/4.1/4.2 Regression] catching exception from codecvt_byname() segfaults

2005-12-14 Thread pcarlini at suse dot de
--- Comment #2 from pcarlini at suse dot de 2005-12-14 23:09 --- Ok, thanks. Seems a long standing but rather simple issue. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug libstdc++/25421] [4.0/4.1/4.2 Regression] catching exception from codecvt_byname() segfaults

2005-12-14 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 22:02 --- This worked in 3.3.x so this is a regression. Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

Bug#343108: idem with new cvt_byname_t(name, 1)

2005-12-14 Thread Marc Herbert
By the way using new cvt_byname_t(name,1) instead of new cvt_byname_t(name) does not change anything. Looks sensible since the suggested "double delete" explanation is a "locale" double delete, not a "facet" double delete. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "un

Bug#343313: libstdc++6: upgrade breaks existing applications with scim 1.0.2-3

2005-12-14 Thread Peter Moulder
[I haven't cc'd debian-release@lists.debian.org or [EMAIL PROTECTED] On Wed, Dec 14, 2005 at 12:48:50PM +0100, Matthias Klose wrote: > I think it's wrong to add conflicts to libstdc++6. we'll end up with > an unmanagable long list of conflicts. can the conflict be added to > some basic gtk package

Bug#343313: libstdc++6: upgrade breaks existing applications with scim 1.0.2-3

2005-12-14 Thread Matthias Klose
I think it's wrong to add conflicts to libstdc++6. we'll end up with an unmanagable long list of conflicts. can the conflict be added to some basic gtk package instead? Peter Moulder writes: > Package: libstdc++6 > Version: 4.0.2-5 > Severity: important > > > Upgrading libstdc++6 from 4.0.2-2 to

Bug#338513: marked as done ([PR 24572] [4.0 regression] ICE in gimplify_expr, at gimplify.c:3983)

2005-12-14 Thread Debian Bug Tracking System
Your message dated Wed, 14 Dec 2005 12:06:38 +0100 with message-id <[EMAIL PROTECTED]> and subject line [PR 24572] [4.0 regression] ICE in gimplify_expr, at gimplify.c:3983 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If

Bug#343313: libstdc++6: upgrade breaks existing applications with scim 1.0.2-3

2005-12-14 Thread Peter Moulder
Package: libstdc++6 Version: 4.0.2-5 Severity: important Upgrading libstdc++6 from 4.0.2-2 to 4.0.2-5 causes crashes in various gtk programs when GTK_IM_MODULE=scim is in the environment. I have the following scim-related packages: ii scim 1.0.2-3Smart Common Input Me