Den 02. april 2011 23:16, skrev Stephen Kitt:
> The first strategy would allow the packages to make their way into the
> archive sooner, but I'm not sure what the FTP Masters' reaction would be to a
> NEW package relying on an "Arch: all" package to avoid bootstrapping itself.
They might be unders
Package: libgcj-common
Version: 1:4.4.5-6
Severity: important
*** Please type your report below this line ***
I'm using debian unstable under a loongson-2f mini-pc (mipsel arch),
and currently libreoffice-gcj can't be upgraded to 1:3.3.1-1 unless
/usr/bin/rebuild-gcj-db line 92 gets fixed, so far
On Sat, 02 Apr 2011 19:18:26 +0200, Ove Kåven wrote:
> Den 29. mars 2011 01:08, skrev Stephen Kitt:
> > In order to upload to Debian, it would theoretically be
> > possible to upload mingw-w64 since it's "Arch: all", then upload the full
> > gcc-mingw-w64 without bootstrapping. Alternatively, boot
LAST_UPDATED: Tue Mar 29 17:53:55 UTC 2011 (revision 171685)
Target: sparc-linux-gnu
gcc version 4.5.2 (Debian 4.5.2-8)
Native configuration is sparc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/lto/20090303 cp_lto_20090303_0.o-cp_lto_20090303_0.o execut
LAST_UPDATED: Tue Mar 29 17:53:55 UTC 2011 (revision 171685)
Native configuration is arm-unknown-linux-gnueabi
=== libgomp tests ===
Running target unix
FAIL: libgomp.c/lock-1.c execution test
WARNING: program timed out.
FAIL: libgomp.fortran/strassen.f90 -O execution test
LAST_UPDATED: Sun Mar 13 18:10:06 UTC 2011 (revision 170923)
Target: mips-linux-gnu
gcc version 4.4.5 (Debian 4.4.5-15)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ipa/iinline-1.C scan-ipa-dump inline "String::funcOne[^\\n]*
Den 29. mars 2011 01:08, skrev Stephen Kitt:
> In order to upload to Debian, it would theoretically be
> possible to upload mingw-w64 since it's "Arch: all", then upload the full
> gcc-mingw-w64 without bootstrapping. Alternatively, bootstrapping the
> toolchain would only require two steps (but wi
Hi,
Attached is a simple testcase from VLC.
At -O0 everything is fine:
$ gcc-4.6 -S -O0 x.i
$ grep memmove x.s
call__memmove_chk
At -O1 it incorrectly it is incorrectly changed to memcpy:
$ gcc-4.6 -S -O1 x.i
$ grep memcpy x.s
callmemcpy
If I change the provided x.i, and
8 matches
Mail list logo