The problem applied both to building the compiler proper, as well as
application on/for the given host triplet.
Most (all?) Freescale SPE enabled cores these days are dual-precision capable
e500v2, and this is the case for couple of years now.
However, when building the compiler for the triplet i
--- Comment #1 from jakub at gcc dot gnu dot org 2009-11-11 06:51 ---
The last command shows that while you have libelf installed, you don't have
libelf.so symlink for the 64-bit libelf. So, you need to
yum install elfutils-libelf-devel.ppc64
--
jakub at gcc dot gnu dot org changed:
e/yang/compilers --enable-languages=c,c++,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.5.0 20091110 (experimental) (GCC)
--
Summary: Termination problem with -O2 and -O3
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Seve
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-11-11 06:15 ---
Oh multilib.h is correct for --disable-multilib case ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42001
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-11 06:08 ---
well most targets are multilibbed now so I never saw it. I think you should
just remove -lm then .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42001
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-11 06:07 ---
It works for me:
pins...@gcc13:~/src/local$ gcc -r t.o t1.o -nostdlib -lm -v -B
/home/pinskia/src/gcc/local/gcc/objdir/gcc -Wl,-v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--
--- Comment #3 from hjl dot tools at gmail dot com 2009-11-11 06:05 ---
You have to see it on a machine without multilib support.
Otherwise, gcc driver will pass -L... to linker.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42001
s
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../src-trunk/configure --enable-clocale=gnu --with-system-zlib
--enable-shared --with-demangler-in-ld
Thread model: posix
gcc version 4.5.0 20091110 (experimental) [trunk revision 154081] (GCC)
COMPILER_
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-11 05:49 ---
Fixed on the trunk for 4.5 by:
2009-03-29 Joseph Myers
PR c/456
PR c/5675
PR c/19976
PR c/29116
PR c/31871
PR c/35198
--
pinskia at gcc dot gnu dot org cha
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-11 05:44 ---
Also I think PR 42001 is the real cause of your issues. Your linker is broken
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41913
The following code prompts a warning on the line f(n - 1), but not on the line
f(n - n). I guess this is because n - n is being turned into zero too early.
(Definition of null pointer constant says it must be a constant expression; n -
n is not one.)
void g(int n)
{
void f(int *);
f(n - 1);
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-11 05:40 ---
At best these patches exposes the failure here. This was the failure I was
getting with spu-elf before my patch to use -r -nostdlib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41913
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-11 05:39 ---
A simple test like:
gcc -r t.o t1.o -nostdlib -lm -v -B /home/pinskia/src/gcc/local/gcc/objdir/gcc
Works so I don't know what is going wrong with your build.
The only thing I can think of is that your ld is build in
--- Comment #5 from hjl dot tools at gmail dot com 2009-11-11 05:34 ---
Revision 149212:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00089.html
may be the cause.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41619
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-11-11 05:20
---
I have tracked through the matchers and as suspected, the iterator is being
initialised correctly. Start, End, and Step are all constants. This hints at
some corruption. As time allows I will follow the iterat
On Linux/ia32, revision 154079:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00300.html
caused:
FAIL: g++.dg/torture/stackalign/unwind-2.C -O1 execution test
FAIL: g++.dg/torture/stackalign/unwind-2.C -O2 execution test
FAIL: g++.dg/torture/stackalign/unwind-2.C -O2 -flto execution test
FAIL:
I configured today's mainline with
../../mainline/configure --prefix=/pkgs/gcc-mainline --enable-languages=c,c++
--enable-stage1-languages=c,c++ --with-cpu=default64 --enable-checking=release
and bootstrap fails with
/home/lucier/programs/gcc/objdirs/mainline/./prev-gcc/xgcc
-B/home/lucier/progr
--- Comment #9 from ghazi at gcc dot gnu dot org 2009-11-11 02:46 ---
Fixed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
On Linux/ia32, this patch:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01547.html
caused:
Executing on host: /export/build/gnu/gcc/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-i686-linux/gcc/ -r -nostdlib -c -o
c_lto_20081212-1_0.o
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/
--- Comment #2 from hjl dot tools at gmail dot com 2009-11-10 23:55 ---
It may be caused by revision 153555:
http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg01210.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2009-11-10 23:51 ---
I also saw it on Linux/ia32. Revision 153552 is OK. Revision 153563 is bad.
It is very likely caused by revision 153557:
http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg01212.html
--
hjl dot tools at gmail dot com chan
gcc misses the access to the uninitialized member S::i in the program below
and fails to issue a warning for it.
I would expect to see a warning not only for the access to the member but
also for the definition of the user-defined constructor that fails to
initialize the data member.
$ cat t.cpp
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-10 23:05 ---
*** Bug 40538 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-10 23:05 ---
It is a duplicate, both have to do with mangling.
*** This bug has been marked as a duplicate of 39131 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from law at redhat dot com 2009-11-10 23:00 ---
Created an attachment (id=19003)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19003&action=view)
Avoid incorrect accumulation of registers in ALLOCNO_TOTAL_CONFLICT_HARD_REGS
A minor code generation improvement by avo
--- Comment #15 from nmm1 at cam dot ac dot uk 2009-11-10 21:49 ---
It's come back again. The more that it does that, the more that I am convinced
that it is something horrible in thread management, perhaps a symbol clash,
race
condition or overwriting, and the root cause might well not
Compiling the code:
/* similar bug 27859 */
static unsigned cnt=0;
extern void external(unsigned);
__attribute__((interrupt ("IRQ"))) void irq_() ;
void irq_()
{
external(cnt);
cnt=2*cnt;
external(cnt);
}
with
arm-none-eabi-gcc -c ../src/trap-bug.c -Wall -O2 -S -o trap-bug.s
results in:
i
--- Comment #45 from ebotcazou at gcc dot gnu dot org 2009-11-10 20:45
---
Subject: Bug 20548
Author: ebotcazou
Date: Tue Nov 10 20:45:25 2009
New Revision: 154079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154079
Log:
PR target/10127
PR ada/20548
*
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-11-10 20:45
---
Subject: Bug 10127
Author: ebotcazou
Date: Tue Nov 10 20:45:25 2009
New Revision: 154079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154079
Log:
PR target/10127
PR ada/20548
*
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-11-10 20:30
---
Marking status as waiting.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-10 18:53 ---
This falls in the category of diagnosing ODR violations, which we don't really
try to do currently. It would be possible to do some ODR checking based on the
debug info that we already emit; that seems a more promisin
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-10 18:19 ---
Subject: Bug 34158
Author: jason
Date: Tue Nov 10 18:18:51 2009
New Revision: 154072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154072
Log:
PR c++/34158
PR c++/36406
* call.c (non_p
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-10 18:19 ---
Subject: Bug 36406
Author: jason
Date: Tue Nov 10 18:18:51 2009
New Revision: 154072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154072
Log:
PR c++/34158
PR c++/36406
* call.c (non_p
--- Comment #1 from law at redhat dot com 2009-11-10 17:15 ---
Created an attachment (id=19002)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19002&action=view)
Patch for better reassignment of pseudos during/after reloading
Discussion here: http://gcc.gnu.org/ml/gcc-patches/2009
Collecting pending patches for GCC 4.6 that can be applied after GCC 4.5
branches
--
Summary: GCC 4.6 pending patches meta-bug
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pend
--- Comment #9 from jamborm at gcc dot gnu dot org 2009-11-10 16:20 ---
Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00501.html
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from ghazi at gcc dot gnu dot org 2009-11-10 16:17 ---
Subject: Bug 41987
Author: ghazi
Date: Tue Nov 10 16:16:57 2009
New Revision: 154065
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154065
Log:
PR tree-optimization/41987
* fold-const.c (const_
--- Comment #13 from armin76 at gentoo dot org 2009-11-10 15:06 ---
4.4.2 works fine, so i'll close this as fixed.
--
armin76 at gentoo dot org changed:
What|Removed |Added
---
--- Comment #13 from nmm1 at cam dot ac dot uk 2009-11-10 13:32 ---
Oh, joy. This went soft yesterday, and today I can't repeat the effects.
I have some of the evidence in Email I sent to the ACML expert, who has
managed to repeat them at least once. But, at BEST, the effects seem to
d
--- Comment #44 from ebotcazou at gcc dot gnu dot org 2009-11-10 12:38
---
Subject: Bug 20548
Author: ebotcazou
Date: Tue Nov 10 12:37:56 2009
New Revision: 154063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154063
Log:
PR ada/20548
* system-linux-alpha.ads (
--- Comment #5 from joel at gcc dot gnu dot org 2009-11-10 11:57 ---
(In reply to comment #4)
> Was the patch posted on gcc-patches@ at some point?
>
It has been over a year and I honestly don't know. I will repost on general
principal.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #43 from ebotcazou at gcc dot gnu dot org 2009-11-10 11:24
---
Subject: Bug 20548
Author: ebotcazou
Date: Tue Nov 10 11:23:54 2009
New Revision: 154061
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154061
Log:
PR ada/20548
* explow.c (probe_stack_ra
--- Comment #5 from ramana at gcc dot gnu dot org 2009-11-10 10:36 ---
Testcase in Comment #3 fails with -march=armv5te on arm-eabi cross on an
x86_64-linux-gnu host with trunk.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from irar at il dot ibm dot com 2009-11-10 10:02 ---
(In reply to comment #0)
> This causes mgrid score to drop
> by almost 40% on x86_64 and the vectorized code is pretty bad because it
> uses unaligned accesses.
Is the vectorized code worse than the scalar one even with
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-11-10 09:07
---
Not a bug.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-11-10 09:00
---
Not realistically fixable.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:43
---
No feedback.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:41
---
We regularly have Ada results for SPARC64/Linux.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:34
---
These sub-types are gone in 4.5.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:32
---
Fixed in 4.4
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:29
---
No feedback.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-10 08:28 ---
The decl holding the constant initializer_list is not being marked as read only
for some reason. Even the static to constant optimization is not marking it as
read only. Tomorrow I will look further into it. To se
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:26
---
What happened to this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37309
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-11-10 08:24
---
Was the patch posted on gcc-patches@ at some point?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37945
--- Comment #2 from chris at bubblescope dot net 2009-11-10 08:14 ---
Sorry, one important thing I missed off my bug report. This problem seems to
just be connected to constant lists. The following is fully optimised away
int i = 1, j = 2;
return max_val({i,j});
As is the following, de
56 matches
Mail list logo
