> 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
--
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
--- 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.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35100
--- Y
--- 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 rec
--- 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 changed:
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 contac
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #21 from rth at gcc dot gnu dot org 2008-02-06 17:38 ---
Created an attachment (id=15109)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15109&action=view)
fix, try 2
"I see," said the blind man.
It turns out that the emission of the libcall had been responsible for
co
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
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
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 i
--
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
--- You
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 http://gcc.gnu.
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
-I/home/doko/tmp/atl
Package: gcc-4.2
Version: 4.2.3-1
seen with current branch, 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
-I/home/doko/tmp/atlas-3.6.
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
> -B/bu
18 matches
Mail list logo