Package: gcc-4.2
Version: 4.2-20070707-1
Severity: serious
Justification: Breaks glibc build
The glibc fails to build on ia64 with gcc-4.2:
gcc-4.2 -nostdlib -nostartfiles -static -o
/home/aurel32/glibc/glibc-2.6/build-tree/ia64-libc/elf/sln
/home/aurel32/glibc/glibc-2.
6/build-tree/ia64-li
On Wed, Jul 18, 2007 at 12:09:07PM -0500, Dirk Eddelbuettel wrote:
>
> On 18 July 2007 at 18:24, Aurelien Jarno wrote:
> | Dirk Eddelbuettel a écrit :
> | > I put up a new revision quantlib_0.8.1-2 which builds better on some
> arches
> | > (mips, mipsel) but dies on arm with
> | >
> | > make[4]
Package: gcj-4.2
Version: 4.2-20070707-1
Severity: serious
Justification: no longer builds from source
>From my build log:
DEB_VERSION='4.2-20070707-1'; export DEB_VERSION; \
debian/patches/alpha-no-ev4-directive.dpatch -patch -d
/tmp/gcj-4.2-4.2-20070707/src
patching file gcc/config/alp
LAST_UPDATED: Thu Jul 12 12:29:19 UTC 2007 (revision 126585)
Target: s390-linux-gnu
gcc version 4.2.1 20070712 (prerelease) (Debian 4.2-20070712-1)
Native configuration is s390-ibm-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# o
LAST_UPDATED: Thu Jul 12 12:29:19 UTC 2007 (revision 126585)
Target: hppa-linux-gnu
gcc version 4.2.1 20070712 (prerelease) (Debian 4.2-20070712-1)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/tree-ssa/ivopts-1.C scan-tree-du
LAST_UPDATED: Thu Jul 12 12:29:19 UTC 2007 (revision 126585)
Native configuration is arm-unknown-linux-gnu
=== libffi tests ===
Running target unix
FAIL: libffi.call/cls_1_1byte.c -O0 -W -Wall execution test
FAIL: libffi.call/cls_5_1_byte.c -O0 -W -Wall output pattern test, is 1
too late, will fix in the next upload.
Ludovic Brenta writes:
> The recent upload of gcc-defaults introduces gnat (= 4.2.0-1) which is
> wrong for two reasons:
>
> - I do not want to make gnat-4.2 the default yet; neither in unstable
> nor in experimental.
>
> - The gnat package should not hav
Accepted:
cpp_4.2.0-1_i386.deb
to pool/main/g/gcc-defaults/cpp_4.2.0-1_i386.deb
g++-multilib_4.2.0-1_i386.deb
to pool/main/g/gcc-defaults/g++-multilib_4.2.0-1_i386.deb
g++_4.2.0-1_i386.deb
to pool/main/g/gcc-defaults/g++_4.2.0-1_i386.deb
g77_3.4.6-24_i386.deb
to pool/main/g/gcc-defaults/g7
There are disparities between your recently accepted upload and the
override file for the following file(s):
g++-multilib_4.2.0-1_i386.deb: package says priority is optional, override says
standard.
gcc-multilib_4.2.0-1_i386.deb: package says priority is optional, override says
standard.
gfortra
The recent upload of gcc-defaults introduces gnat (= 4.2.0-1) which is
wrong for two reasons:
- I do not want to make gnat-4.2 the default yet; neither in unstable
nor in experimental.
- The gnat package should not have a minor version number, because it
might get out of sync with the version
gcc-defaults_1.55_i386.changes uploaded successfully to localhost
along with the files:
gcc-defaults_1.55.dsc
gcc-defaults_1.55.tar.gz
cpp_4.2.0-1_i386.deb
gcc_4.2.0-1_i386.deb
gcc-multilib_4.2.0-1_i386.deb
gnat_4.2.0-1_i386.deb
g++_4.2.0-1_i386.deb
g++-multilib_4.2.0-1_i386.deb
g
I noticed something very strange: if WITHOUT_CHECK is unset in the
environment, invoking dpkg-buildpackage for gnat runs the test suite
using dejagnu. The compiler being tested is the installed gnat-4.1
bootstrap compiler, not the just built gnat-4.2, as evidenced by the
detailed log file, build/g
Rejected: libgcj-common_4.2-20070303-1_i386.deb: old version (1:4.2-20070303-4)
in experimental >= new version (1:4.2-20070303-1) targeted at experimental.
===
If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.
--
To UNSUBSCR
gcc-defaults_1.55_i386.changes uploaded successfully to localhost
along with the files:
gcc-defaults_1.55.dsc
gcc-defaults_1.55.tar.gz
cpp_4.2.0-1_i386.deb
gcc_4.2.0-1_i386.deb
gcc-multilib_4.2.0-1_i386.deb
gnat_4.2.0-1_i386.deb
g++_4.2.0-1_i386.deb
g++-multilib_4.2.0-1_i386.deb
g
On Sun, Jul 15, 2007 at 07:34:20AM -0400, Michael Casadevall wrote:
> -BEGIN PGP SIGNED MESSAGE-
The GPG seems to have garbled the patch somewhat. Here is patch against
the Debian package, introducing a new dpatch, is this fine?
Michael
diff -u gcc-4.1-4.1.2/debian/rules.patch gcc-4.1-4
Red-penguin <[EMAIL PROTECTED]> writes:
> how do I build gcc from gcc-4.2-source ?
> should I do make -f rules. ?
>
> should I just untar, configure and make (does not seem logical) ?
> --
> View this message in context:
> http://www.nabble.com/gcc-4.2-source-%3A-how-to-build-from---tf4104717.ht
tags 433633 pending
thanks
Yes, I noticed this on two architectures: alpha and s390. The patch
is ready for upload, and should take care of all architectures where
this problem might appear.
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tr
Processing commands for [EMAIL PROTECTED]:
> tags 433633 pending
Bug#433633: gnat-4.2 - FTBFS: multiple definition of `convert_addresses'
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administr
how do I build gcc from gcc-4.2-source ?
should I do make -f rules. ?
should I just untar, configure and make (does not seem logical) ?
--
View this message in context:
http://www.nabble.com/gcc-4.2-source-%3A-how-to-build-from---tf4104717.html#a11673439
Sent from the debian-gcc mailing list ar
On 18 July 2007 at 18:24, Aurelien Jarno wrote:
| Dirk Eddelbuettel a écrit :
| > I put up a new revision quantlib_0.8.1-2 which builds better on some arches
| > (mips, mipsel) but dies on arm with
| >
| > make[4]: Entering directory `/build/buildd/quantlib-0.8.1/ql'
| > /bin/sh ../libtool --tag=
Dirk Eddelbuettel a écrit :
> I put up a new revision quantlib_0.8.1-2 which builds better on some arches
> (mips, mipsel) but dies on arm with
>
> make[4]: Entering directory `/build/buildd/quantlib-0.8.1/ql'
> /bin/sh ../libtool --tag=CXX --mode=link g++ -O0 -g0 -D_REENTRANT
> -fpermissive -
Dirk Eddelbuettel writes:
> Shouldn't that have been g++ 4.2 anyway?
why?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Jul 18, 2007 at 04:22:03PM +0200, Matthias Klose wrote:
> Dirk Eddelbuettel writes:
> > Shouldn't that have been g++ 4.2 anyway?
>
> why?
I thought it was the default in unstable.
Dirk
--
Hell, there are no rules here - we're trying to accomplish something.
I put up a new revision quantlib_0.8.1-2 which builds better on some arches
(mips, mipsel) but dies on arm with
make[4]: Entering directory `/build/buildd/quantlib-0.8.1/ql'
/bin/sh ../libtool --tag=CXX --mode=link g++ -O0 -g0 -D_REENTRANT -fpermissive
-o libQuantLib.la -rpath
/build/buildd/
On Wed, July 18, 2007 14:04, Matthias Klose wrote:
> Jan-Pascal van Best writes:
>> Hi,
>>
>> I forgot to mention that this bug triggers a unit test failure in Lucene
>> 2.2.0 (Debian package liblucene2-java), meaning the the Lucene package
>> cannot be built using gcj, and so cannot go into Debian
Jan-Pascal van Best writes:
> Hi,
>
> I forgot to mention that this bug triggers a unit test failure in Lucene
> 2.2.0 (Debian package liblucene2-java), meaning the the Lucene package
> cannot be built using gcj, and so cannot go into Debian main (it is build
> using the Sun toolchain now).
it wo
Hi,
I forgot to mention that this bug triggers a unit test failure in Lucene
2.2.0 (Debian package liblucene2-java), meaning the the Lucene package
cannot be built using gcj, and so cannot go into Debian main (it is build
using the Sun toolchain now).
Jan-Pascal
Package: gcj-4.1
Version: 4.1.1-20
Severity: normal
When running the following code from a CEST locale:
Calendar cal = Calendar.getInstance();
System.out.println( "Calendar: " + cal.toString() );
cal.setTimeZone(TimeZone.getTimeZone("GMT"));
cal.set(1970, 0, 1,// year=1970, mo
Package: gnat-4.2
Version: 4.2-20070712-1
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of gnat-4.2_4.2-20070712-1 on lxdebian.bfinv.de by
> sbuild/s390 98
[...]
> g-trasym.o convert_addresses.o \
> -Wl,-soname,libgnat-
Package: gcc-4.2
Version: 4.2-20070707-1
Severity: normal
On Monday ("Mon Jul 16 10:39:51 2007"), I compiled the linux kernel
version 2.6.22+git-e904e31ddef89e03f9f45f255a63803dbe708645
(that's a version from the wireless-dev tree on git.kernel.org) and
used it until today. According to the dpkg l
30 matches
Mail list logo
