Accepted:
gcc-snapshot_20050726-1_m68k.deb
to pool/main/g/gcc-snapshot/gcc-snapshot_20050726-1_m68k.deb
Thank you for your contribution to Debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gcc-snapshot_20050726-1_m68k.changes uploaded successfully to localhost
along with the files:
gcc-snapshot_20050726-1_m68k.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
What|Removed |Added
OtherBugsDependingO||23241
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19296
---
Package: gcc-3.3
Version: 3.3.6-7
Severity: normal
Tags: patch
GCC Team,
Hello from the Debian Java Team! As part of a request to update the
source package for antlr, I noticed that its last upload was staying out
of testing for 120+ days, apparently because of dependency failure. One
key de
Package: gcc-4.0
Version: 4.0.1-3
Severity: important
Tags: patch
Hi,
since you decided not to disable gnat for hurd-i386, another build
failure has appeared in the ada code due to the unconditionalized usage
of MAXPATHLEN. A bug has been filed upstream (#23187), and a crude fix
(unsuitable for
LAST_UPDATED: Tue Jul 26 07:57:20 UTC 2005
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
=== g++ Summary ===
# of expected passes11229
# of unexpe
LAST_UPDATED: Tue Jul 26 07:57:20 UTC 2005
Native configuration is s390-ibm-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/opt/inline4.C (test for excess errors)
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
XPASS: g++.old-deja/g++.other/init5.C exec
LAST_UPDATED: Tue Jul 26 07:57:20 UTC 2005
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/compat/eh/ctor1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
FAIL: g++.dg/compat/eh/filter1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
F
LAST_UPDATED: Tue Jul 26 07:57:20 UTC 2005
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/opt/inline4.C (test for excess errors)
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
XPASS: g++.old-deja/g++.other/init5.C
LAST_UPDATED: Tue Jul 26 07:57:20 UTC 2005
Native configuration is alpha-unknown-linux-gnu
=== libffi tests ===
Running target unix
=== libffi Summary ===
# of expected passes228
# of unsupported tests 2
=== libjava tests ==
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
=== acats tests ===
=== acats Summary ===
# of expected passes2320
# of unexpected failures0
Native configuration is s390-ibm-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g+
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
=== acats tests ===
FAIL: c954025
FAIL: ca14028
=== acats Summary ===
# of expected passes2318
# of unexpected failures2
Native configuration is powerpc-unknown-linux-gnu
=== g++ te
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
Native configuration is m68k-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/bprob/g++-bprob-1.C compilation, -O3 -fprofile-arcs
UNRESOLVED: g++.dg/bprob/g++-bprob-1.C execution,-O3 -fprofile-arcs
UNRESOLVED:
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
Native configuration is arm-unknown-linux-gnu
=== libffi tests ===
Running target unix
FAIL: libffi.call/closure_fn0.c (test for excess errors)
WARNING: libffi.call/closure_fn0.c compilation failed to produce executable
FAIL: libffi.cal
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
=== acats tests ===
FAIL: c93001a
FAIL: cb41002
FAIL: cxg1005
=== acats Summary ===
# of expected passes2317
# of unexpected failures3
Native configuration is hppa-unknown-linux-gnu
LAST_UPDATED: Mon Jul 25 05:40:43 UTC 2005
Native configuration is alpha-unknown-linux-gnu
=== libffi tests ===
Running target unix
=== libffi Summary ===
# of expected passes219
# of unsupported tests 2
=== libjava tests ==
I am running a 2.4 kernel, so the failure I reported is apparently not a
bug. I also read somewhere that TLS requires package libc6-i686, which is
not installed on my system.
It would be nice if a diagnostic message was generated in this scenario,
instead of TLS failing silently.
--
To UNS
Package: gpc-2.1-3.3-doc
Version: 2:3.3.5.20040516-13
Severity: normal
"[Example]" links in /usr/share/doc/gcc-3.3-base/pascal/gpc.html point
to files in /usr/share/doc/gcc-3.3-base/demos/ , while actual files
reside in /usr/share/doc/gcc-3.3-base/pascal/examples/ :
[Example] ->
file:/usr/share/d
Blars Blarson <[EMAIL PROTECTED]> writes:
> Package: g++-4.0
> Version: 4.0.1-2
> Severity: important
>
> mysql-dfsg-4.1 fails to build on sparc due to a g++ interinal compiler
> error:
Please attach the preprocessed source as obtained by adding
-save-temps.
--
Falk
--
To UNSUBSCRIBE
GCC 4.0 no longer includes the i486-specific code in the C++ include file
atomicity.h. It's no longer inline.
This means we could theoretically go back to compiling everything for i386
rather than i486, support stock i386 kernels, etc.
But there've been so many changes to accomodate the i486 def
20 matches
Mail list logo