the Compiler creates bad asm codes from following source.
bool
ArmGccTest::useOffScreen()
{
if ((mapsize - size) 16*1024)
return false;
return true;
}
.text
.align 2
.global _ZN10ArmGccTest12useOffScreenEv
.type
--- Comment #2 from chrbr at gcc dot gnu dot org 2009-03-11 08:46 ---
I observed some large performance regressions in 4.3 and upwards for many
benchmarks for the superh targets, There are many causes but the main one is
reduced to the indirect+offset access :
int
foo (int tab[], int
--
chrbr at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |chrbr at gcc dot gnu dot org
|dot org
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-03-11 09:06
---
See http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01134.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from chrbr at gcc dot gnu dot org 2009-03-11 09:30 ---
(In reply to comment #3)
See http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01134.html
Thanks, I tried your patch against a 4.3.3 base but it didn't fix the problem,
your patch canonicalizes while what I need is a
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-03-11 10:25
---
I thought that the now what as with your patch. So it looks indeed like quite
similar to what I see. I'll try to see why it doesn't solve my case.
Reverting to the old canonicalization at the tree level is not
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-11 10:48 ---
Confirmed. 4.1 does
g++-4.1 -S t.ii -ftemplate-depth-4
t.ii:8: error: explicit specialization in non-namespace scope class a
t.ii:15: error: expected unqualified-id at end of input
--
rguenth at gcc dot gnu
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-11 10:54 ---
The stack is aligned this way by default. You can use
-mpreferred-stack-boundary=2 to shrink it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rogerpack2005 at gmail dot com 2009-03-11 11:35 ---
I'd be willing to offer a small bounty for this one. Maybe $50 for an accepted
patch that handles both the caller and callee sides?
The problem seems to be common [1].
Thanks!
-=r
[1]
This code creates an 'activation record' structure for each active
call to the function:
struct frame { char const *name; int line; };
extern void trace(struct frame const *);
int f(int n) {
const struct frame v = { __FUNCTION__, __LINE__ };
trace(v);
return n ? n*f(n-1) : 1;
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-11 12:30 ---
*** This bug has been marked as a duplicate of 38615 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-03-11 12:30 ---
*** Bug 39430 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mattias at virtutech dot se 2009-03-11 12:42 ---
(In reply to comment #4)
http://209.85.173.132/search?q=cache:e7XCjhLwHacJ:luabinaries.luaforge.net/manual.html+http://luabinaries.luaforge.net/manual.html%23LuaBinariesCompatiblehl=enct=clnkcd=1gl=usclient=opera
is
seen when building the OpenJDK Zero port on ix86:
works when using -march=i486 instead of -march=i585.
$ g++-4.2 -c -march=i586 -g -O3 -fPIC -c jvm.ii
$ g++-4.3 -c -march=i586 -g -O3 -fPIC -c jvm.ii
--- Comment #1 from doko at ubuntu dot com 2009-03-11 14:07 ---
Created an attachment (id=17437)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17437action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
--- Comment #8 from chrbr at gcc dot gnu dot org 2009-03-11 14:07 ---
I have picky disabled the canonicalization in fold_plusminus_mult_expr for
identical constants that are power of 2, so my mov @(disp, rn) is back :-(. For
some reason your patch let the base+index computation
--- Comment #2 from doko at ubuntu dot com 2009-03-11 14:09 ---
tested 4.3.4 SVN 20090301 and 4.4.0 SVN 20090225.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
Running ../../../gdb/testsuite/gdb.base/store.exp ...
FAIL: gdb.base/store.exp: upvar charest l; print old l, expecting -1 .*
FAIL: gdb.base/store.exp: upvar short l; print old l, expecting -1
FAIL: gdb.base/store.exp: upvar int l; print old l, expecting -1
FAIL: gdb.base/store.exp: upvar long l;
--- Comment #1 from jwakely dot gcc at gmail dot com 2009-03-11 14:29
---
Created an attachment (id=17438)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17438action=view)
remove support for other compilers
this patch re-implements the parallel mode's atomic operations in terms of
I created a small dummy program with a dedicated insignificant bug.
But gcc throws an error and then core dumps, which is abnormal.
Here is the output:
gcc -v -save-temps 1.c log.txt
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--- Comment #36 from rguenth at gcc dot gnu dot org 2009-03-11 14:47
---
In reply to comment #34, we should be able to fixup alignment in
get_decl_align_unit if DECL_USER_ALIGN is set (or change the prototype
for LOCAL_ALIGNMENT to take a decl and/or a type).
I wonder why we have both
--- Comment #13 from nickc at gcc dot gnu dot org 2009-03-11 16:09 ---
Subject: Bug 5362
Author: nickc
Date: Wed Mar 11 16:08:41 2009
New Revision: 144780
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144780
Log:
PR target/5362
* config/fr30/fr30.opt: Document
--- Comment #14 from nickc at redhat dot com 2009-03-11 16:09 ---
Created an attachment (id=17439)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17439action=view)
Document the FR30 target options
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5362
--- Comment #15 from nickc at redhat dot com 2009-03-11 16:09 ---
Hi Guys,
I have checked in a patch to add documentation for the FR30 target options.
Cheers
Nick
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5362
--- Comment #2 from janus at gcc dot gnu dot org 2009-03-11 16:19 ---
Patch: http://gcc.gnu.org/ml/fortran/2009-03/msg00028.html
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from janus at gcc dot gnu dot org 2009-03-11 16:23 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-12/msg00191.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38290
--- Comment #6 from janus at gcc dot gnu dot org 2009-03-11 16:26 ---
Patch: http://gcc.gnu.org/ml/fortran/2009-03/msg00044.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36704
--- Comment #37 from jakub at gcc dot gnu dot org 2009-03-11 16:26 ---
Created an attachment (id=17440)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17440action=view)
gcc44-pr39137.patch
Patch I'm going to bootstrap/regtest now. I've re-added the TYPE_USER_ALIGN
check, because
The following code gives:
zimme...@gcc40:~$ /opt/cfarm/release/4.3.3/bin/gcc -mpowerpc64 -Wa,-mppc64
-mcpu=970 -c bug.c
/tmp/ccCzXnwd.s: Assembler messages:
/tmp/ccCzXnwd.s:24: Error: junk at end of line: `1'
zimme...@gcc40:~$ cat bug.c
typedef unsigned long long int mp_limb_t;
typedef const
--- Comment #1 from zimmerma+gcc at loria dot fr 2009-03-11 16:51 ---
This problem was discovered while trying to compile GMP with ABI=mode32:
http://gmplib.org/list-archives/gmp-bugs/2009-March/001307.html
If either one of the three options -mpowerpc64 -Wa,-mppc64 -mcpu=970 is
--- Comment #16 from nickc at gcc dot gnu dot org 2009-03-11 16:57 ---
Subject: Bug 5362
Author: nickc
Date: Wed Mar 11 16:57:01 2009
New Revision: 144783
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144783
Log:
PR target/5362
* config/mcore/mcore.opt: Remove
--- Comment #1 from vmakarov at redhat dot com 2009-03-11 16:57 ---
Jakub, how is about the following patch. Is it ok for you? I mean correct
user variable identification.
2009-03-11 Vladimir Makarov vmaka...@redhat.com
PR debug/39432
* ira-int.h (struct allocno):
--- Comment #17 from nickc at redhat dot com 2009-03-11 16:57 ---
Created an attachment (id=17441)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17441action=view)
Add descriptions of MCore options
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5362
--- Comment #18 from nickc at redhat dot com 2009-03-11 16:59 ---
Hi Guys,
I have checked in a patch to add descriptions of the MCore options.
Cheers
Nick
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5362
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-11 16:59 ---
Sounds like a user error. If you compile with -mcpu=970, you shouldn't be
telling the assembler not to grok power4 or altivec instructions, which it can
generate. Just drop that -Wa,-mppc64, gcc will take care of
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-11 17:00 ---
It doesn't segfault for me (gcc version 4.1.3 20080704 (prerelease) (Debian
4.1.2-25)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-11 17:02 ---
You should use DECL_ARTIFICIAL I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3/4.4 regression ICE in |[4.3/4.4 Regression] ICE in
|spill_failure, at
--- Comment #3 from vmakarov at redhat dot com 2009-03-11 17:10 ---
Thanks, Richard.
So instead of DECL_NAME (decl) != NULL I should use ! DECL_ARTIFICIAL
(decl). Right?
Ok, I'll test the new patch then and send it for approval after testing.
--
--- Comment #4 from jakub at gcc dot gnu dot org 2009-03-11 17:11 ---
Also perhaps should test DECL_HARD_REGISTER, for DECL_HARD_REGISTER we
shouldn't limit them in any way to allow the user to shoot himself.
In any case, I'll test your patch momentarily.
--
--- Comment #38 from jakub at gcc dot gnu dot org 2009-03-11 17:14 ---
Created an attachment (id=17442)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17442action=view)
gcc44-pr39137-2.patch
Alternative patch which does stack realignment in f[2345] rather than just in
f[345].
--
--- Comment #5 from dodji at gcc dot gnu dot org 2009-03-11 17:16 ---
Work in progress patches are now at
http://people.redhat.com/~dseketel/gcc/PR30161
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30161
--- Comment #39 from hjl dot tools at gmail dot com 2009-03-11 17:17
---
(In reply to comment #38)
Created an attachment (id=17442)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17442action=view) [edit]
gcc44-pr39137-2.patch
Alternative patch which does stack realignment in
--- Comment #5 from vmakarov at redhat dot com 2009-03-11 17:28 ---
As for DECL_HARD_REGISTER, such decl regs are never considered by IRA for
allocation. So I think there is no necessity to check them here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
g++ does not emit DW_TAG_try_block or DW_TAG_catch_block.
It probably should.
--
Summary: g++ does not emit DW_TAG_try_block or DW_TAG_catch_block
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #2 from nmdilipsimha at gmail dot com 2009-03-11 17:48 ---
(In reply to comment #1)
It doesn't segfault for me (gcc version 4.1.3 20080704 (prerelease) (Debian
4.1.2-25)
hmm.
Mine is:
si...@home_pc:~/test/header_file$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-11 17:50 ---
This bug is introduced by revision 128012:
http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from dodji at gcc dot gnu dot org 2009-03-11 17:54 ---
Quick Status of
http://people.redhat.com/~dseketel/gcc/PR30161/PR30161-patch-v4.txt:
The patch generates DW_TAG_template_type_param and DW_TAG_template_value_param
for template type parameters as well as non-type
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-11 18:23 ---
I think this is introduced by revision 117206
http://gcc.gnu.org/ml/gcc-cvs/2006-09/msg00593.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from ubizjak at gmail dot com 2009-03-11 18:53 ---
This is actually a general reload problem that will be more and more visible,
as register pressure goes up due to increased register life times (due to other
optimization passes).
Search for spill in the bugzilla returns
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-11 19:29 ---
You need -fstack-protector to see ICE.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-11 19:31 ---
Trunk is fine.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail|
--- Comment #6 from jakub at gcc dot gnu dot org 2009-03-11 19:38 ---
I can confirm that trunk with the #c1 patch modified as mentioned in #c3 cures
all the gdb.base/store.exp failures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
--- Comment #40 from rguenth at gcc dot gnu dot org 2009-03-11 20:04
---
Both patches look ok to me. For 4.5 we might want to consider merging
some of the target hooks though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
--- Comment #3 from terminatorul at gmail dot com 2009-03-11 20:15 ---
If I compile gcc without an -O option in my CFALGS/CXXFLAGS than it works fine
and I could install gcc 4.3.3
If I compile with -O2 instead of -O3 in my CFLAGS it would still not work.
I tried to bootstrap again,
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-11 20:32 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00570.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from jules at gcc dot gnu dot org 2009-03-11 20:47 ---
These failures show up because the tests are kind of weak. There's no
particular reason that vget_low* intrinsics should generate vmov instructions
as the tests are expecting: the assembly output shown with vldr/fstd
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-11 20:51 ---
Well, certainlu with i?86 and -fPIC there are not many registers available.
Using -fomit-frame-pointer may fix this issue in this particular case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #6 from jakub at gcc dot gnu dot org 2009-03-11 21:09 ---
Yeah, sync_double_compare_and_swapdi_pic and
sync_double_compare_and_swap_ccdi_pic insns are a little bit register hungry,
they need %eax, %edx, %ecx and one of %esi or %edi. %ebx is reserved for PIC
pointer, without
--- Comment #41 from jakub at gcc dot gnu dot org 2009-03-11 21:12 ---
Subject: Bug 39137
Author: jakub
Date: Wed Mar 11 21:12:33 2009
New Revision: 144792
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144792
Log:
PR target/39137
* cfgexpand.c
--- Comment #42 from jakub at gcc dot gnu dot org 2009-03-11 21:23 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39425
MSVC supports the following pragma, which can be used to automatically link a
library when a header file is included. This is used by for example Boost.
#pragma comment(lib, requiredLibrary.lib)
Unfortunately, g++ doesn't support this. Could you add it?
--
Summary: Support for
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-03-11 21:54
---
Honza, maybe you want to have a look here ...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2009-03-11 22:41 ---
Confirm; this F2003 feature is not yet implemented.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from joseph at codesourcery dot com 2009-03-11 22:43 ---
Subject: Re: gcc.target/arm/neon/neon.exp tests for vmov
fail on arm-linux-eabi
On Wed, 11 Mar 2009, jules at gcc dot gnu dot org wrote:
These failures show up because the tests are kind of weak. There's no
I basically have a wrapper around strftime() and compilation with
-Werror=format-nonliteral fails when the wrapper wants to call strftime,
because format not a string literal, format string not checked.
The code in question looks like this:
#includetime.h
#includestdio.h
#define SIZE 256
--- Comment #5 from laurent at guerby dot net 2009-03-11 22:58 ---
If it's too hard to make the test work reliably, may be just XFAIL them or
deactivate them until someone comes up with a more reliable way?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38697
--- Comment #7 from jakub at gcc dot gnu dot org 2009-03-11 23:24 ---
The problem is that the memory_operand in the insns also needs registers, and
as the insn before RA has (mem:DI (plus:SI (reg:SI reg1) (reg:SI reg2))), it
needs
2 registers, not just one or zero. And that is already
--- Comment #1 from ramana dot r at gmail dot com 2009-03-11 23:30 ---
Patch submitted at http://gcc.gnu.org/viewcvs?view=revrevision=143367
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39378
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2009-03-12
00:41 ---
On darwin10, I am seeing...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/
/sw/src/fink.build/gcc44
--- Comment #44 from hjl dot tools at gmail dot com 2009-03-12 00:44
---
Those tests should be skipped on MacOS since it ignores
-mpreferred-stack-boundary=2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
-20090311/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/
/sw/src/fink.build/gcc44-4.3.999-20090311/gcc-4.4-20090311/gcc/testsuite/gcc.target/i386/stackalign/longlong-2.c
-mstackrealign -O2 -mpreferred-stack-boundary=2 -S -m32 -o longlong-2.s
--
http
-4.3.999-20090311/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20090311/darwin_objdir/gcc/
/sw/src/fink.build/gcc44-4.3.999-20090311/gcc-4.4-20090311/gcc/testsuite/gcc.target/i386/stackalign/longlong-2.c
-mstackrealign -O2 -mpreferred-stack-boundary=2 -S -m32 -o longlong-2.s
--
http
--- Comment #1 from ryos at sinby dot com 2009-03-12 01:19 ---
Created an attachment (id=17445)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17445action=view)
test sources
this is test sources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
Hi. Since I'm the administrator of my server, I have installed gmp4.2.1
mpfr2.4.1 and then installing GCC4.3.2 and get the same result of Bugzilla
from gcc-bugzi...@gcc.gnu.org. After installing binutils 2.1.9, I still get
the same error message of following
The Driver hides undefined reference messages from shared libs but
not from object files. This seems inconsistent and is not helpful.
When compiling 'ppl' using the Trunk I'm getting a terse message
about undefined reference to `typeinfo for int'. This is not
particularly useful since the words
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
Sent from my iPhone
On Mar 11, 2009, at 9:27 PM, rob1weld at aol dot com gcc-bugzi...@gcc.gnu.org
wrote:
The Driver hides undefined reference messages from shared libs but
not from object files. This seems inconsistent and is not helpful.
Why do you think the driver is doing instead of
--- Comment #1 from pinskia at gmail dot com 2009-03-12 04:42 ---
Subject: Re: New: The Driver hides undefined reference messages from shared
libs (but not object files) in linker phase
Sent from my iPhone
On Mar 11, 2009, at 9:27 PM, rob1weld at aol dot com
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #7 from bje at gcc dot gnu dot org 2009-03-12 04:52 ---
A patch was checked in.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
87 matches
Mail list logo
