The removal of the email address:
[EMAIL PROTECTED]
From the mailing list:
Al-Manahel Newsletter List
is all set.
Date of this removal: Sun Oct 21 01:37:37 2007
Please save this email message for future reference.
* Faidon Liambotis [EMAIL PROTECTED] [2007-10-05 10:06]:
It is worth noting that while producing an ICE on -O2, it works fine
on -O0, -O1 and -Os.
Upstream's initial reponse was that it's doubtful there will be a
quick fix for this, so I suggest you put in a workaround into your
package to use
severity 441633 important
retitle 441633 [mips/mipsel] undefined reference to `$L2131' with -O1
thanks
* Sergei Golovan [EMAIL PROTECTED] [2007-09-10 22:38]:
Current gcc 4.2 fails to build erlang package on mips and mipsel
architectures.
Can you either use gcc-4.1 or compile
Your message dated Sun, 21 Oct 2007 11:40:34 +0200
with message-id [EMAIL PROTECTED]
and subject line fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
--
tbm at cyrius dot com changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu dot
|
--
tbm at cyrius dot com changed:
What|Removed |Added
Known to fail||4.3.0
Known to work||4.1.3
--- Comment #1 from tbm at cyrius dot com 2007-10-21 09:46 ---
The problem is that gcc-4.2 generates a bne instruction that references a
label that doesn't exist. This happens with -O1 or higher. It doesn't
happen with gcc 4.1 or current trunk.
If you compile the attached
--- Comment #2 from tbm at cyrius dot com 2007-10-21 09:46 ---
Created an attachment (id=14380)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14380action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
--- You are receiving this mail
--- Comment #3 from steven at gcc dot gnu dot org 2007-10-21 10:00 ---
The way for you to narrow down the bug is this:
1. Compile with -daAP
2. Look in the .s file which instruction references the missing label. There
should be a LABEL_REF with a number.
3. Grep for code_label.*number
--- Comment #4 from tbm at cyrius dot com 2007-10-21 10:15 ---
(In reply to comment #3)
This will help you find the pass during/after which the label disappears.
It's there from 104r (expand) to 139r (postreload) but not anymore in 141r
(flow2).
--
Martin Michlmayr wrote:
Upstream's initial reponse was that it's doubtful there will be a
quick fix for this, so I suggest you put in a workaround into your
package to use -O1 on hppa for now.
This is already happening.
I guess we'll remove it on gcc-4.3 :-)
Thanks,
Faidon
--
To
severity 447143 important
thanks
This bug is rather annoying because it breaks builds. Shall I upload
the patch from this bug report?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
severity 447143 important
Bug#447143: java-gcj-compat-dev: UnboundLocalError: local variable
'MAX_CLASSES_PER_JAR' referenced before assignment
Severity set to `important' from `normal'
thanks
Stopping processing here.
Please contact me if you need
java-gcj-compat_1.0.76-7_i386.changes uploaded successfully to localhost
along with the files:
java-gcj-compat_1.0.76-7.dsc
java-gcj-compat_1.0.76-7.diff.gz
java-gcj-compat-dev_1.0.76-7_i386.deb
java-gcj-compat_1.0.76-7_i386.deb
java-gcj-compat-plugin_1.0.76-7_i386.deb
Greetings,
Accepted:
java-gcj-compat-dev_1.0.76-7_i386.deb
to pool/main/j/java-gcj-compat/java-gcj-compat-dev_1.0.76-7_i386.deb
java-gcj-compat-plugin_1.0.76-7_i386.deb
to pool/main/j/java-gcj-compat/java-gcj-compat-plugin_1.0.76-7_i386.deb
java-gcj-compat_1.0.76-7.diff.gz
to
Your message dated Sun, 21 Oct 2007 18:47:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#447143: fixed in java-gcj-compat 1.0.76-7
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
16 matches
Mail list logo