Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large

2008-02-06 Thread Lucas Nussbaum
Package: gcj-4.2 version: 4.2.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080205 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /build/user/gcj-4.2-4.2.3/build/./gcc/xgcc

Bug#464343: [PR35100] [4,1/4.2/4.3 regression, powerpc] ICE in extract_insn, at recog.c:1990

2008-02-06 Thread Matthias Klose
Package: gcc-4.3 Version: 4.3-20080202-1 seen with trunk 20080202, works with 3.4. Compiling without -mlongcall succeeds. Matthias $ /usr/bin/gcc-4.3 -save-temps -DL2SIZE=2097152 -I/home/doko/tmp/atlas-3.6.0/include -I/home/doko/tmp/atlas-3.6.0/include/Linux_altivec_shared

Processed: forwarded gcc reports

2008-02-06 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: forwarded 464343 http://gcc.gnu.org/PR35100 Bug#464343: [PR35100] [4,1/4.2/4.3 regression, powerpc] ICE in extract_insn, at recog.c:1990 Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR35100. forwarded 464344

[Bug target/35100] [4,1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

2008-02-06 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35100 ---

Processed: Re: Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large

2008-02-06 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: tag 464268 + unreproducible Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if

Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large

2008-02-06 Thread Matthias Klose
tag 464268 + unreproducible thanks Lucas Nussbaum writes: Package: gcj-4.2 version: 4.2.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080205 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386.

Bug#464268: marked as done (gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large)

2008-02-06 Thread Debian Bug Tracking System
Your message dated Wed, 6 Feb 2008 16:35:37 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large has caused the attached Bug report to be marked as done. This means that you

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

2008-02-06 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

Bug#397853: NoClassDefFoundError in case the path contains umlauts

2008-02-06 Thread Matthias Klose
Michael Tautschnig writes: Some investigations showed that the problem seems to be caused by a umlaut being contained in the directory name; if one copies the files to, e.g., /tmp/ things work fine. What locale are you using? How is the umlaut encoded in the directory name? -- To

Processed: fix typo

2008-02-06 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: forwarded 397853 http://gcc.gnu.org/PR35091 Bug#397853: NoClassDefFoundError in case the path contains umlauts Forwarded-to-address changed from http:/gcc.gnu.org/PR35091 to http://gcc.gnu.org/PR35091. thanks Stopping processing here. Please contact

[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit

2008-02-06 Thread rguenth at gcc dot gnu dot org
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-06 20:52 --- Before we make this anything but P3 I'd like to know whether this is ice-on-valid or ice-on-invalid (at least the original testcase never built without errors for me). -- rguenth at gcc dot gnu dot org

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

2008-02-06 Thread rguenth at gcc dot gnu dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-06 21:09 --- The testcase works for me with a cross from x86_64, but - you mention g77 but this is C preprocessed source. Is it the correct testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35100 --- You are

[Bug target/35100] [4.1/4.2/4.3 regression] internal compiler error: in extract_insn, at recog.c:1990

2008-02-06 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-06 21:14 --- This works for me on the trunk, I don't get an ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35100 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.

[Bug libgcj/33263] [4.3 regression] libjava testsuite failures on alpha-linux

2008-02-06 Thread tbm at cyrius dot com
-- tbm at cyrius dot com changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33263

Bug#397853: NoClassDefFoundError in case the path contains umlauts

2008-02-06 Thread Michael Tautschnig
Michael Tautschnig writes: Some investigations showed that the problem seems to be caused by a umlaut being contained in the directory name; if one copies the files to, e.g., /tmp/ things work fine. What locale are you using? How is the umlaut encoded in the directory name? As