Package: gcc-4.1
Version: gcc-4.1.0-0
Seen on two machines, the make -k check just terminates with "Killed".
dmesg shows:
pass37-frag.exe(12520): unaligned trap at 000120026820: 00012aac 29
1
pass37-frag.exe(12520): unaligned trap at 0001200268a0: 00012794 29
5
pass37-fr
Package: java-gcj-compat-dev
Version: 1.0.52-0
Severity: important
Tags: experimental
Hi,
I just tried bulding OOo on sparc with Java (and therefore with
java-gcj-compat-dev from experimental).
The configure check for jni.h failed, though because jni.h #include's
jni_md.h for which there is no s
tags 336225 + fixed-upstream
retitle 336225 [fixed in 4.1] g++ needs lots of RAM
thanks
g++-4.0 (4.0.3) -fno-exceptions -g -O2 -c GBA.i 530MB
g++-4.1 (4.1.0) -fno-exceptions -g -O2 -c GBA.i 380MB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
Processing commands for [EMAIL PROTECTED]:
> tags 336225 + fixed-upstream
Bug#336225: g++ needs lots of RAM.
There were no tags set.
Tags added: fixed-upstream
> retitle 336225 [fixed in 4.1] g++ needs lots of RAM
Bug#336225: g++ needs lots of RAM.
Changed Bug title.
> thanks
Stopping processing
Hi,
is the bug #355721 a compiler bug? I've inspected the program with
valgrind, but couldn't find any clue of a bug in the code.
I've took a look on it with gdb and this is the code after the return:
here the return value 0 gets loaded:
:li r9,0
:addis r7,r31,5
:stw r9,-
Jörg Sommer <[EMAIL PROTECTED]> writes:
> I find this really, really confusing. What can I do to catch this
> bug?
Make a stand-alone testcase.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gcc-snapshot_20060325-1_powerpc.changes uploaded successfully to localhost
along with the files:
gcc-snapshot_20060325-1.dsc
gcc-snapshot_20060325.orig.tar.gz
gcc-snapshot_20060325-1.diff.gz
gcc-snapshot_20060325-1_powerpc.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRI
Your message dated Sat, 25 Mar 2006 13:47:39 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358828: fixed in gcc-snapshot 20060325-1
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 c
Accepted:
gcc-snapshot_20060325-1.diff.gz
to pool/main/g/gcc-snapshot/gcc-snapshot_20060325-1.diff.gz
gcc-snapshot_20060325-1.dsc
to pool/main/g/gcc-snapshot/gcc-snapshot_20060325-1.dsc
gcc-snapshot_20060325-1_powerpc.deb
to pool/main/g/gcc-snapshot/gcc-snapshot_20060325-1_powerpc.deb
gcc-sn
Over the last 2.5 weeks I have built the complete Debian archive
on a quad-core MIPS machine donated by Broadcom using the recently
released version 4.1 of GCC. In parallel, I have done the same
on an EM64T box donated to Debian by Intel and hosted by Stephen
Frost.
The purpose of this exercise w
--- Comment #2 from laurent at guerby dot net 2006-03-25 22:03 ---
Hi, could you attach to this PR the compressed gcc/testsuite/ada/acats.log ?
Also, do you know what the results are for 4.2?
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
--- You are
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-25 22:14 ---
Zdenek, can you have a look?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC||fang at csl dot cornell dot
|
LAST_UPDATED:
Native configuration is x86_64-pc-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.oliva/linkage1.C (test for excess errors)
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8214
# of unexpecte
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
Native configuration is arm-unknown-linux-gnu
=== libffi tests ===
Running target unix
XPASS: libffi.call/closure_fn0.c execution test
XPASS: libffi.call/closure_fn1.c execution test
XPASS: libffi.call/closu
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
=== acats tests ===
FAIL: c96005d
FAIL: cc3120a
FAIL: cd5003h
=== acats Summary ===
# of expected passes1957
# of unexpected failures3
# of unsupported tests
LAST_UPDATED:
Native configuration is m68k-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/abi/bitfield4.C execution test
FAIL: g++.dg/abi/empty6.C (test for warnings, line 6)
FAIL: g++.eh/spec3.C Execution test
FAIL: g++.eh/spec4.C Execution test
XPASS:
LAST_UPDATED: Thu Mar 23 19:39:15 UTC 2006 (revision 112328)
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/init/ctor4.C (test for excess errors)
FAIL: g++.dg/parse/register1.C (test for excess errors)
FAIL: g++.old-deja/g++.
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
Native configuration is alpha-unknown-linux-gnu
=== libffi tests ===
Running target unix
=== libffi Summary ===
# of expected passes228
# of unsupported tests 2
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
=== acats tests ===
FAIL: c96005d
FAIL: cc3120a
FAIL: cxg2018
FAIL: cxg2021
=== acats Summary ===
# of expected passes1956
# of unexpected failures4
# of unsupported
On Fri, Mar 24, 2006 at 12:01:26PM +0100, [EMAIL PROTECTED] wrote:
> "ld: *_s.o uses VFP instructions, whereas ./libgcc_s.so.1.tmp does not"
>
> (Complete log in attachment).
>
> I found this message quite strange, as libgcc_s.so.1.tmp was the
> output of the linker, so it should have been crea
--- Comment #7 from ben at decadentplace dot org dot uk 2006-03-26 02:07
---
Here's a trivial test case:
$ cat test.hpp
#ifdef USE_PRAGMA
#pragma interface
#endif
class foo
{
public:
virtual ~foo() {}
};
class bar : public foo
{
public :
~bar();
};
$ cat test.cpp
#include "te
--
ben at decadentplace dot org dot uk changed:
What|Removed |Added
CC||ben at decadentplace dot org
|
--- Comment #5 from ferdinandw+gcc at gmail dot com 2006-03-26 02:19
---
Here's a reduced version that gives me an ICE on FC5's gcc 4.1.0 with:
g++ -O -c 3ddeskd.cpp
=
class Config {
public:
int texture_size;
int bg_size;
int autoacquir
--- Comment #6 from ferdinandw+gcc at gmail dot com 2006-03-26 02:35
---
Sorry for the bugspam, but I noticed it could be reduced a bit more.
=
struct Config {
int bg_size;
int autoacquire;
};
Config *cfg;
void load_background_image(void)
--
braden at endoframe dot com changed:
What|Removed |Added
CC||braden at endoframe dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
26 matches
Mail list logo
