--
Bug 18589 depends on bug 22312, which changed state.
Bug 22312 Summary: reassoc does not handle (i+j)+(k+l) well
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22312
What|Old Value |New Value
-
Accepted:
cpp-4.1_4.1-0exp4_alpha.deb
to pool/main/g/gcc-4.1/cpp-4.1_4.1-0exp4_alpha.deb
fastjar_4.1-0exp4_alpha.deb
to pool/main/g/gcc-4.1/fastjar_4.1-0exp4_alpha.deb
fixincludes_4.1-0exp4_alpha.deb
to pool/main/g/gcc-4.1/fixincludes_4.1-0exp4_alpha.deb
g++-4.1_4.1-0exp4_alpha.deb
to pool
gcc-4.1_4.1ds4-0exp4_alpha.changes uploaded successfully to localhost
along with the files:
gcc-4.1-base_4.1-0exp4_alpha.deb
libgcc1_4.1-0exp4_alpha.deb
cpp-4.1_4.1-0exp4_alpha.deb
protoize_4.1-0exp4_alpha.deb
fixincludes_4.1-0exp4_alpha.deb
libmudflap0_4.1-0exp4_alpha.deb
libmudflap0
Accepted:
cpp-4.1_4.1-0exp4_sparc.deb
to pool/main/g/gcc-4.1/cpp-4.1_4.1-0exp4_sparc.deb
fastjar_4.1-0exp4_sparc.deb
to pool/main/g/gcc-4.1/fastjar_4.1-0exp4_sparc.deb
fixincludes_4.1-0exp4_sparc.deb
to pool/main/g/gcc-4.1/fixincludes_4.1-0exp4_sparc.deb
g++-4.1_4.1-0exp4_sparc.deb
to pool
gcc-4.1_4.1ds4-0exp4_sparc.changes uploaded successfully to localhost
along with the files:
gcc-4.1-base_4.1-0exp4_sparc.deb
libgcc1_4.1-0exp4_sparc.deb
lib64gcc1_4.1-0exp4_sparc.deb
cpp-4.1_4.1-0exp4_sparc.deb
protoize_4.1-0exp4_sparc.deb
fixincludes_4.1-0exp4_sparc.deb
libmudflap0_4
Accepted:
cpp-4.1_4.1-0exp4_mips.deb
to pool/main/g/gcc-4.1/cpp-4.1_4.1-0exp4_mips.deb
fastjar_4.1-0exp4_mips.deb
to pool/main/g/gcc-4.1/fastjar_4.1-0exp4_mips.deb
fixincludes_4.1-0exp4_mips.deb
to pool/main/g/gcc-4.1/fixincludes_4.1-0exp4_mips.deb
g++-4.1_4.1-0exp4_mips.deb
to pool/main/g
--- Comment #20 from steven at gcc dot gnu dot org 2005-12-12 22:14 ---
Created an attachment (id=10463)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10463&action=view)
a full set of debugging dumps
Re. comment #16, sorry, I didn't read it until after going through the
scheduler
--- Comment #19 from steven at gcc dot gnu dot org 2005-12-12 22:03 ---
The dumps before and after scheduling look OK to me.
There are three groups of instructions for libcalls:
1) 19-14-18-20
inputs: regs 95, 99, and 102 (all of them for x)
result: reg 97
clobbers: nothing
2)
gcc-4.1_4.1ds4-0exp4_mips.changes uploaded successfully to localhost
along with the files:
gcc-4.1-base_4.1-0exp4_mips.deb
libgcc1_4.1-0exp4_mips.deb
cpp-4.1_4.1-0exp4_mips.deb
protoize_4.1-0exp4_mips.deb
fixincludes_4.1-0exp4_mips.deb
libmudflap0_4.1-0exp4_mips.deb
libmudflap0-dev_4.
--- Comment #18 from steven at gcc dot gnu dot org 2005-12-12 21:38 ---
Created an attachment (id=10462)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10462&action=view)
Instruction stream (stripped) after scheduling
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837
--
--- Comment #17 from steven at gcc dot gnu dot org 2005-12-12 21:38 ---
Created an attachment (id=10461)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10461&action=view)
Instruction stream (stripped) before scheduling
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837
-
--- Comment #16 from amylaar at gcc dot gnu dot org 2005-12-12 20:28
---
(In reply to comment #15)
> I can reproduce this on hppa2.0-suse-linux-gnu with the "4.2-20051210"
> snapshot.
Could you make a full set of debugging dumps (i.e. from compiling with -da)
available somewhere?
--
--- Comment #15 from steven at gcc dot gnu dot org 2005-12-12 20:19 ---
I can reproduce this on hppa2.0-suse-linux-gnu with the "4.2-20051210"
snapshot.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
Package: libstdc++6-4.0-dev
Version: 4.0.2-5
Severity: normal
The following code segfaults. Looks like a double delete,
_S_destroy_c_locale() being called twice: first in the regular path of
codecvt.h:codecvt_byname ctor, then a second time when ~codecvt() is
automatically called to clean up the
--- Comment #7 from bero at arklinux dot org 2005-12-12 19:05 ---
Works for me too (4.1 branch SVN 108424 w/ the referenced patch, x86)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24441
--- You are receiving this mail because: ---
You reported the bug, or are watching th
--- Comment #6 from aph at gcc dot gnu dot org 2005-12-12 16:38 ---
I just tried it with the patch at
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00861.html.
Works for me.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from overholt at redhat dot com 2005-12-12 16:09 ---
(In reply to comment #3)
> I am experiencing this now as well.
I should mention that I'm seeing this on x86_64 but not on i386.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24441
--- You are receiving this m
--- Comment #4 from aph at gcc dot gnu dot org 2005-12-12 15:58 ---
Please try the patch at
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00861.html.
Let me know if it doesn't work.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from overholt at redhat dot com 2005-12-12 15:07 ---
I am experiencing this now as well.
--
overholt at redhat dot com changed:
What|Removed |Added
Hi,
I will try to compile gnat-4.1 under a powerpc environment.
I have debootstraped an unstable debian + experimental sources.
I have already succedded in recompiling gnat gpl based on gcc-3.4 (asis,
aws and glade seem to run).
In the same environment, I will try to recompile gnat-4.1 with the
gn
Package: gcc-3.3
Version: 1:3.3.6-10
Severity: important
Compiling the 2.4.27 kernel from the Debian kernel-source-2.4.27
package, version 2.4.27-11:
make[2]: Entering directory
`/sw/WORK/Debian/Kernel/kernel-source-2.4.27/arch/i386/kernel'
gcc-3.3 -D__KERNEL__ -I/sw/WORK/Debian/Kernel/kernel-so
21 matches
Mail list logo
