tags 398129 + moreinfo
thanks
Please recheck with gij-4.1 from experimental
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Marcus:
I think you can close the bug.
doing so. If you see it again, please recheck with gij-4.1 from
experimental.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Your message dated Fri, 9 Mar 2007 09:41:44 +0100
with message-id [EMAIL PROTECTED]
and subject line xulrunner: Broken xulrunner-plugin.pc causes gcj-4.1 to FTBFS
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
Samuel Thibault writes:
Package: gcj-4.1
Version: 4.1.1-20
Severity: important
Tags: patch
Hi,
gcj-4.1 currently FTBFS on hurd-i386. Here are patches:
- libjava-hurdfix.dpatch, to be put in debian/patches/
- gcj-4.1.diff, which enables java for hurd-i386 and the above patch.
thanks
gcj-4.1_4.1.2-2j1_multi.changes uploaded successfully to localhost
along with the files:
gcj-4.1-base_4.1.2-2j1_i386.deb
libgcj7-1-awt_4.1.2-2j1_i386.deb
gcj-4.1_4.1.2.orig.tar.gz
libgcj7-dbg_4.1.2-2j1_powerpc.deb
gcj-4.1_4.1.2-2j1_i386.deb
gij-4.1_4.1.2-2j1_powerpc.deb
java-gcj-compat_1.0.69-2_multi.changes uploaded successfully to localhost
along with the files:
java-gcj-compat_1.0.69-2.diff.gz
java-gcj-compat-dev_1.0.69-2_powerpc.deb
java-gcj-compat-plugin_1.0.69-2_powerpc.deb
java-gcj-compat_1.0.69-2_i386.deb
java-gcj-compat_1.0.69-2.dsc
Accepted:
java-gcj-compat-dev_1.0.69-2_i386.deb
to pool/main/j/java-gcj-compat/java-gcj-compat-dev_1.0.69-2_i386.deb
java-gcj-compat-dev_1.0.69-2_powerpc.deb
to pool/main/j/java-gcj-compat/java-gcj-compat-dev_1.0.69-2_powerpc.deb
java-gcj-compat-plugin_1.0.69-2_i386.deb
to
Warning: ignoring gcj-4.1_4.1.2.orig.tar.gz, since it's already in the archive.
Accepted:
gappletviewer-4.1_4.1.2-2j1_i386.deb
to pool/main/g/gcj-4.1/gappletviewer-4.1_4.1.2-2j1_i386.deb
gappletviewer-4.1_4.1.2-2j1_powerpc.deb
to pool/main/g/gcj-4.1/gappletviewer-4.1_4.1.2-2j1_powerpc.deb
Package: g++
Version: 4:4.1.1-15
I tried to debug this simple program, and i cannot print the local variables
in constructor and destructor methods. I write print i in the gdb command
line and I get No symbol found. I tested this code on Debian etch but, was
tested by other guy who uses
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-09 20:11 ---
-ffloat-store
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #91 from pinskia at gcc dot gnu dot org 2007-03-09 20:11
---
*** Bug 31114 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #92 from whaley at cs dot utsa dot edu 2007-03-09 20:22 ---
I'd like to welcome the newest members of the bug 323 community, where all x87
floating point errors in gcc come to die! All floating point errors that use
the x87 are welcome, despite the fact that many of them
--- Comment #2 from terry at chem dot gu dot se 2007-03-09 20:23 ---
Andrew, this is not a duplicate of #323.
I know why floating point results differ. I know there are
architecture-specific options that result in a more consistent floating point
model. (As far as I know,
--- Comment #3 from kargl at gcc dot gnu dot org 2007-03-09 20:54 ---
(In reply to comment #0)
In other words, I'm after an analogue of ifort's
-mp/-fltconsistency/-mieee-fp.
GCC supports many many many more CPU architectures than ifort. This
isn't going to happen unless you
--- Comment #4 from terry at chem dot gu dot se 2007-03-09 21:29 ---
It seems the x86 is stupid, see bug 323 blinkers have come down.
I'm not asking for anyone to alter any gcc code generation. I specifically
don't want the FP in software mentioned by kargl. The fact that gcc
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-03-09 22:40 ---
I think the feature request is too vague and possibly x86 centric. But there
is ongoing discussion on making all the options that control FP optimization
and
conformance to language and IEEE standards less
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-09 22:45 ---
There is no way to get all the same fp arithmetic model on all targets as some
don't even support IEEE float, SPU comes to mind.
Please read: http://gcc.gnu.org/bugs.html#nonbugs
Also read the paper which is
--- Comment #93 from pinskia at gcc dot gnu dot org 2007-03-09 22:45
---
*** Bug 31114 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Fixed.
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-09 23:09
---
Subject: Bug 28624
Author: pinskia
Date: Fri Mar 9 23:09:13 2007
New Revision: 122768
URL:
Hi,
Matthias Klose, le Fri 09 Mar 2007 09:44:55 +0100, a écrit :
thanks for the patch. Please could you update it for gcj-4.1 from
experimental?
Mmm, there's something odd with gcj-4.1 from experimental: it
build-depends on ecj, which itself depends on gij-4.1 (= 4.1.2-1). How
can I break the
LAST_UPDATED: Tue Mar 6 20:56:00 UTC 2007 (revision 122637)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/lookup/linkage1.C (test for errors, line 3)
FAIL: g++.dg/lookup/linkage1.C (test for errors, line 4)
FAIL:
LAST_UPDATED: Tue Mar 6 20:56:00 UTC 2007 (revision 122637)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/lookup/linkage1.C (test for errors, line 3)
FAIL: g++.dg/lookup/linkage1.C (test for errors, line 4)
FAIL:
LAST_UPDATED: Thu Mar 8 01:16:59 UTC 2007 (revision 122683MS)
Native configuration is x86_64-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not offset: -4B
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not x\\[5\\]
LAST_UPDATED: Thu Mar 8 01:16:59 UTC 2007 (revision 122683MS)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not offset: -4B
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not x\\[5\\]
LAST_UPDATED: Thu Mar 8 01:16:59 UTC 2007 (revision 122683MS)
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not offset: -4B
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-dump-not x\\[5\\]
LAST_UPDATED: Thu Mar 8 01:16:59 UTC 2007 (revision 122683MS)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes12686
# of expected failures 67
# of unsupported
LAST_UPDATED: Thu Mar 8 01:16:59 UTC 2007 (revision 122683MS)
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes13386
# of expected failures 67
# of
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.27
submitter 337340 Josh Triplett [EMAIL PROTECTED]
Bug#337340: [PR28319] sentinel attribute should support non-NULL sentinels
Changed Bug submitter from Josh Triplett [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.27
submitter 333952 Josh Triplett [EMAIL PROTECTED]
Bug#333952: Cross-compilers should not use biarch
Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to Josh Triplett
[EMAIL
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.27
forwarded 337340 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28319
Bug#337340: [PR28319] sentinel attribute should support non-NULL sentinels
Forwarded-to-address changed from
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.27
submitter 333951 Josh Triplett [EMAIL PROTECTED]
Bug#333951: with_libnof logic inverted for cross-compilation
Changed Bug submitter from Josh Triplett [EMAIL PROTECTED] to Josh
Package: gcc-4.2
Version: 4.2-20070307-1
Severity: grave
When I try to run gcc-4.2, it says:
gcc-4.2: error trying to exec 'cc1': execvp: No such file or directory
Needless to say, a compiler that doesn't compile is rather useless,
hence the severity.
I discovered this whilst trying to build an
33 matches
Mail list logo
