--- Comment #1 from pzhao at gcc dot gnu dot org 2010-05-25 06:26 ---
Subject: Bug 18249
Author: pzhao
Date: Tue May 25 06:26:07 2010
New Revision: 159808
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159808
Log:
2010-05-25 Shujing Zhao pearly.z...@oracle.com
PR
--- Comment #5 from wilson at gcc dot gnu dot org 2010-05-25 06:30 ---
Richard Guenther suggested using DOT_PROD_EXPR. I ran into several problems
with that.
DOT_PROD_EXPR expands to the sdot_prodM pattern. The mips port is using
maddMN. We essentially have two named patterns that
--- Comment #6 from wilson at gcc dot gnu dot org 2010-05-25 06:35 ---
Created an attachment (id=20739)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20739action=view)
second patch attempt, modifying widen_mult tree pass
This removes about 100 lines from expr.c, and adds about 90
--- Comment #2 from pzhao at gcc dot gnu dot org 2010-05-25 06:57 ---
Fixed for 4.6.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249
--- Comment #3 from pzhao at gcc dot gnu dot org 2010-05-25 06:57 ---
Fixed.
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 07:33 ---
powerpc64-apple-darwin9 does *not* exhibit this ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 07:38 ---
(In reply to comment #4)
(In reply to comment #3)
most likely this is a duplicate of:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44229
1. I see the failure on both BE (sparc64) and LE (armv5tel).
2. Both BE
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-25 07:57 ---
If cp-demangle.c fails to compile even with -fcompare-debug switch added,
please
attach preprocessed source for it from sparc64 and/or arm and mention the exact
command line switches used to compile it, so it can be
--- Comment #14 from rguenther at suse dot de 2010-05-25 08:11 ---
Subject: Re: Multiple comparisons are not simplified
On Mon, 24 May 2010, sandra at codesourcery dot com wrote:
--- Comment #13 from sandra at codesourcery dot com 2010-05-24 13:21
---
I'm working on a
--- Comment #16 from reichelt at gcc dot gnu dot org 2010-05-25 08:41
---
*** Bug 44264 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2010-05-25 08:41
---
This sounds like the same as PR 44256 which was just fixed today.
I guess, you're right. The bug disappeared.
*** This bug has been marked as a duplicate of 44256 ***
--
reichelt at gcc dot gnu dot org
--- Comment #6 from iains at gcc dot gnu dot org 2010-05-25 09:11 ---
Subject: Bug 44140
Author: iains
Date: Tue May 25 09:10:52 2010
New Revision: 159812
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159812
Log:
PR ObjC/44140
* objc.dg/torture/tls/thr-init-3.m:
--- Comment #12 from bonzini at gnu dot org 2010-05-25 09:19 ---
Subject: Bug 43610
Author: bonzini
Date: Tue May 25 09:19:37 2010
New Revision: 159813
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159813
Log:
2010-05-09 Paolo Bonzini bonz...@gnu.org
PR target/43610
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-25 09:22 ---
This bug has nothing to do with the TLS check, so renaming
A non-tls testcase exhibiting the same fail is shown as comment #5
--
iains at gcc dot gnu dot org changed:
What|Removed
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-25 09:28
---
For the record, both Intel and Comeau accept this. Let's CC Jason...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #25 from iains at gcc dot gnu dot org 2010-05-25 09:38 ---
#24 works for me also on powerpc-apple-darwin9 and powerpc64-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--- Comment #1 from burnus at gcc dot gnu dot org 2010-05-25 09:50 ---
CONFIRM
(No regression: GCC 4.1/4.2/4.3 reject the code [names invalid in expression]
while 4.4/4.5/4.6 show either the link error or ICE. Other compilers simply
work.)
One has the local parameter:
CHARACTER(*),
http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html
says gcc-3.4.x, gcc-4.[0-5].x: on m68k-linux and hppa-linux this is either
libgcc_s.so.1 (when configuring --with-sjlj-exceptions) or libgcc_s.so.2. For
all others, this is libgcc_s.so.1.
But I see libgcc_s.so.4 on hppa not libgcc_s.so.2.
--- Comment #1 from caolanm at redhat dot com 2010-05-25 10:34 ---
Created an attachment (id=20740)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20740action=view)
update docs
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44268
--- Comment #28 from jakub at gcc dot gnu dot org 2010-05-25 10:39 ---
Created an attachment (id=20741)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20741action=view)
gcc46-pr41371.patch
Another small optimization. At least on this testcase in 80% the s1node and
--- Comment #4 from krebbel at gcc dot gnu dot org 2010-05-25 11:18 ---
Subject: Bug 44203
Author: krebbel
Date: Tue May 25 11:18:07 2010
New Revision: 159816
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159816
Log:
2010-05-25 Christian Borntraeger borntrae...@de.ibm.com
/cp/ChangeLog
trunk/gcc/cp/parser.c
This broke bootstrap on i686-pc-linux-gnu:
/user/inria/fsf/bld-20100525/./prev-gcc/xgcc
-B/user/inria/fsf/bld-20100525/./prev-gcc/ -B/user/inria/i686-pc-linux-gnu/bin/
-B/user/inria/i686-pc-linux-gnu/bin/ -B/user/inria/i686-pc-linux-gnu/lib/
-isystem /user
--- Comment #13 from dbkr at mxtelecom dot com 2010-05-25 12:09 ---
I've just run into this problem too with MinGW's packaged GCC 4.4.0. It was
working fine for some time but recently started crashing when both libevent and
the C++ program that libevent was calling back into were both
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-25 12:22 ---
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01837.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249
Searching for 18249 or PR18249 in the web archive of the gcc-patches mailing
list fails, even though there are postings with PR18249 in the subject.
--
Summary: Search for PR number in mailing lists fails
Product: gcc
Version: 4.6.0
Status:
--- Comment #31 from iains at gcc dot gnu dot org 2010-05-25 12:51 ---
please can we revert the changes of comment #11?
They did not solve the problem and AFAICT they are wrong and break bootstrap on
x86_64-apple-darwin10 if I correct an error in the t-makefile fragments.
after
When I attempt to compile the snapshot of 05/22/2010 I get the following
messages:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
libiberty/cp-demangle.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-25 13:27 ---
*** This bug has been marked as a duplicate of 44255 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-25 13:27 ---
*** Bug 44270 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-25 13:40 ---
Re-confirmed. It's not some decl/type context that is missing, maybe some
C++ debug hook that needs to be emulated.
Not working on this at the moment.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #1 from amodra at gmail dot com 2010-05-25 13:42 ---
Created an attachment (id=20742)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20742action=view)
fairly obvious fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--- Comment #2 from amodra at gmail dot com 2010-05-25 13:45 ---
Created an attachment (id=20743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20743action=view)
alternate fix using emit_library_call machinery
this one hasn't finished bootstrapping yet
--
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-25 13:51 ---
Created an attachment (id=20744)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20744action=view)
gcc46-pr43260.patch
Untested patch that solves it similarly to how C++ FE does this.
--
--- Comment #20 from rguenth at gcc dot gnu dot org 2010-05-25 13:56
---
-fsched2-use-superblocks also fixes it.
-fdbg-cnt=sched_region:65 is broken, -fdbg-cnt=sched_region:64 works for
a simplified testcase tail:
int bmi_get(const int* id)
{
if (*id != 42)
__builtin_abort();
Revision 159808:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00862.html
gave:
../../src-trunk/gcc/cp/parser.c: In function 'cp_parser_asm_definition':
../../src-trunk/gcc/cp/parser.c:13478:3: error: enum conversion in
initialization is invalid in C++ [-Werror=c++-compat]
cc1: all warnings being
gcc 4.5.0, built for arm-elf
Problems with compiling following code:
int ret_const(void)
{
return 0x12E+2;
}
GCC claims that:
test.c: In function 'ret_const':
test.c:3:12: error: invalid suffix +2 on integer constant
test.c:4:1: warning: control reaches end of non-void function
This is
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-05-25 14:57
---
We're exchanging
movq112(%rsp), %rdx
and
leaq96(%rsp), %rbx
movq%rbp, 16(%rbx)
which is broken.
(insn 565 18 20 3 /usr/include/boost/function/function_template.hpp:566 (set
When you compile anything using @file support, the driver assumes @file
(at_file_supplied is true) is allowed and may pass options to the linker via
@file using a *temporary* file.
When -save-temps is also used, the temporary @file passed to the linker should
also be saved.
Saving the temporary
--- Comment #22 from rguenth at gcc dot gnu dot org 2010-05-25 15:28
---
I have some patches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-25 15:33 ---
It is not a bug.
See ISO C99, 6.4.8.
0x12E+2
as whole is a pp-number and thus one token (which is not a valid number though,
but that is determined in a later phase, not during lexing).
If you want 0x12E + 2, you
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-25 15:50 ---
Subject: Bug 44069
Author: rguenth
Date: Tue May 25 15:49:34 2010
New Revision: 159824
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159824
Log:
2010-05-25 Richard Guenther rguent...@suse.de
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-25 15:53 ---
Fixed for 4.6 sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
/src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c: In function 'uw_update_context_1':
/src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c:1378:1: error: unrecognizable insn:
(insn 372 371 373 42 /src/gcc-4.5.0/libgcc/../gcc/unwind-dw2.c:241 (set (reg:DI
457)
(plus:SI (subreg/s:SI (reg:DI 183 [ ivtmp___789
--- Comment #5 from ro at gcc dot gnu dot org 2010-05-25 16:14 ---
Created an attachment (id=20745)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20745action=view)
proposed patch
This patch worked for me. It's a hack in that it does the save and restore
using lowlevel autoconf
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-25 16:16 ---
Subject: Bug 42801
Author: jakub
Date: Tue May 25 16:15:38 2010
New Revision: 159826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159826
Log:
PR debug/42801
* tree-inline.c (remap_decls):
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-25 16:18 ---
Subject: Bug 18249
Author: jakub
Date: Tue May 25 16:17:32 2010
New Revision: 159827
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159827
Log:
PR c++/18249
* parser.c (non_integral_constant):
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-25 16:19 ---
Subject: Bug 43260
Author: jakub
Date: Tue May 25 16:19:11 2010
New Revision: 159828
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159828
Log:
PR debug/43260
* java-tree.h
--- Comment #6 from bonzini at gnu dot org 2010-05-25 16:21 ---
The patch needs a fat comment saying what's going on, then it should be okay.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216
--- Comment #29 from jakub at gcc dot gnu dot org 2010-05-25 16:27 ---
Subject: Bug 41371
Author: jakub
Date: Tue May 25 16:27:03 2010
New Revision: 159829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159829
Log:
PR debug/41371
* var-tracking.c
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-25 16:28 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #6 from ubizjak at gmail dot com 2010-05-25 16:42 ---
*** Bug 44274 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43973
--- Comment #1 from ubizjak at gmail dot com 2010-05-25 16:42 ---
This is duplicate of 43973.
*** This bug has been marked as a duplicate of 43973 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2010-05-25 16:47 ---
Fixed by [1].
[1] http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00882.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #7 from ro at gcc dot gnu dot org 2010-05-25 16:55 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #8 from ro at gcc dot gnu dot org 2010-05-25 17:00 ---
Subject: Bug 44216
Author: ro
Date: Tue May 25 16:59:45 2010
New Revision: 159833
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159833
Log:
PR libgcj/44216
* configure.ac (libgcj_cv_exidx): Enable
--- Comment #9 from ro at gcc dot gnu dot org 2010-05-25 17:01 ---
Fixed for 4.6.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #2 from cjoldfield at gmail dot com 2010-05-25 17:09 ---
Intel 11.1 accepts it, but it doesn't even try to instantiate one f(...).
To see what I mean, try replacing main with:
#include iostream
int main()
{
std::cout sizeof(fD*, int(0)) std::endl;
std::cout
struct s1
{
int a;
int b;
double c;
};
struct s2
{
long long a;
long long b;
};
union us
{
struct s1 us1;
struct s2 us2;
};
void foo1(struct s1 s)
{
printf(Got %d %d %f\n, s.a, s.b, s.c);
}
void __attribute__((noinline, used,
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-25 18:10 ---
Subject: Bug 34260
Author: dfranke
Date: Tue May 25 18:10:01 2010
New Revision: 159838
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159838
Log:
gcc/fortran/:
2010-05-25 Daniel Franke
--- Comment #11 from dfranke at gcc dot gnu dot org 2010-05-25 18:10
---
Subject: Bug 31346
Author: dfranke
Date: Tue May 25 18:10:01 2010
New Revision: 159838
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159838
Log:
gcc/fortran/:
2010-05-25 Daniel Franke
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-25 18:10 ---
Subject: Bug 30668
Author: dfranke
Date: Tue May 25 18:10:01 2010
New Revision: 159838
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159838
Log:
gcc/fortran/:
2010-05-25 Daniel Franke
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-25 18:11 ---
Commit in #5 catches the OPTIONAL argument if the testcase is compiled with
-fwhole-file. However, the warning regarding the inconsistent use of SUB is
still missing.
--
With revision 159779 this test passed.
From revision 159784 and on, this test has failed as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/tls/tls.exp ...
FAIL: gcc.dg/tls/alias-1.c (test for excess errors)
With the message in the logfile being (copy-pasted):
Executing on host:
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-25 18:41 ---
See also PR44137.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
--- Comment #2 from iains at gcc dot gnu dot org 2010-05-25 19:15 ---
Yes, sorry, the list of emutls users grows...
most likely it is my commit from r159781 to address PR44132 that caused this,
1/ Did the same commit improve PR44137 on your target?
(PR44173 looks pretty much the
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-25 19:19 ---
I've xfailed thr-init-3.m (which were failing across the board for non-tls
reasons).
are the remainder fixed by r159781?
Please see also comments in PR44276
--
iains at gcc dot gnu dot org changed:
--- Comment #15 from burnus at gcc dot gnu dot org 2010-05-25 19:55 ---
(In reply to comment #14)
Created an attachment (id=20714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20714action=view) [edit]
In module.c's import_iso_c_binding_module, one needs to replace:
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-25 20:38 ---
I will need some help in tracking down how to solve this (since I don't have an
emutls/visibility/alias target available).
Also I can't find any reference in the gcc manual to alias applied to variables
- only to
--- Comment #8 from mikael at gcc dot gnu dot org 2010-05-25 20:52 ---
(In reply to comment #7)
This could be fixed but, right now, I am not sure how :-(
It seems to be fixed now.
probably http://gcc.gnu.org/viewcvs?view=revisionrevision=158632
--
mikael at gcc dot gnu dot org
--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-25 20:55
---
Jon, can you have a look and apply the patch to the relevant branches? Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2010-05-25 20:57
---
See http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01912.html we are going to
have __int128 and unsigned __int128.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40856
--- Comment #9 from paul dot richard dot thomas at gmail dot com
2010-05-25 20:57 ---
Subject: Re: unneeded temporary
Mikael,
Yes, I am sure that you are right about the un-culprit.
Let's close it :-)
Paul
On Tue, May 25, 2010 at 10:52 PM, mikael at gcc dot gnu dot org
--- Comment #10 from mikael at gcc dot gnu dot org 2010-05-25 21:02 ---
Any backport ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
CC|paolo dot carlini at oracle |
|dot com |
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |redi at gcc dot gnu dot org
|dot org
--- Comment #13 from joakim dot tjernlund at transmode dot se 2010-05-25
21:42 ---
(In reply to comment #12)
(In reply to comment #11)
If this is the case for something as simple as add with carry, one really
needs a simple way to tell gcc what ppc class CPU one wants to use.
C++0x introduces the 'nullptr' constant, intended to replace a literal '0' for
null pointers. Support for nullptr is being (has been?) added to gcc 4.6.
However, for backward compatibility reasons, '0' will remain convertible to
pointer type for the foreseeable future. As grepping for '0' is
--- Comment #11 from spop at gcc dot gnu dot org 2010-05-25 23:33 ---
This is not a IV type problem: the number of iterations may be zero when mid ==
0 or mid == n, so the number of iterations analysis has a condition under which
niter may_be_zero.
I sent out a patch that makes niter
--- Comment #5 from jon at beniston dot com 2010-05-25 23:51 ---
This is the same as 43805. Looks like it can be fixed by removing
GO_IF_MODE_DEPENDENT_ADDRESS from lm32.h. I'll submit a patch shotly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
--- Comment #2 from jon at beniston dot com 2010-05-25 23:55 ---
Hi Joel, do you have a .i test case for this? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
--- Comment #3 from joel at gcc dot gnu dot org 2010-05-26 00:26 ---
(In reply to comment #2)
Hi Joel, do you have a .i test case for this? Thanks.
It works today. with
$ lm32-rtems4.10-gcc --version
lm32-rtems4.10-gcc (GCC) 4.6.0 20100525 (experimental) [trunk revision 159847
Compile the following code with options -march=armv7-a -mthumb -O2
unsigned int foo6(unsigned u)
{
return (u 0) 0x1ff;
}
GCC generates:
lslsr0, r0, #23
lsrsr0, r0, #23
bx lr
The two shifts can be merged into
UBFX r1,r0,#0,#9
If I change
--- Comment #3 from amodra at gmail dot com 2010-05-26 02:49 ---
and it contained a typo too. superceded by the patch in the patch url
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
VMS has:
typedef long unsigned int size_t;
typedef unsigned int __size_t;
void * calloc (__size_t __nmemb, __size_t __size);
void * malloc (__size_t __size);
void * realloc (__void_ptr64 __ptr, __size_t __size);
possibly this is something for fixincludes to deal with.
As a
I didn't preserve the errors/rationale but I have this reasonable trivial diff:
diff -ur /src/orig/gcc-4.5.0/gcc/config/alpha/vms-unwind.h
/src/gcc-4.5.0/gcc/config/alpha/vms-unwind.h
--- /src/orig/gcc-4.5.0/gcc/config/alpha/vms-unwind.h 2009-08-09
21:38:02.0 -0700
+++
--- Comment #3 from jay dot krell at cornell dot edu 2010-05-26 04:56
---
Also this needed at top after #includes:
+#ifndef TARGET_ABI_OPEN_VMS
+#define TARGET_ABI_OPEN_VMS 0
+#endif
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44037
--
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 #55 from pault at gcc dot gnu dot org 2010-05-26 05:11 ---
Subject: Bug 40011
Author: pault
Date: Wed May 26 05:11:04 2010
New Revision: 159852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159852
Log:
2010-05-26 Paul Thomas pa...@gcc.gnu.org
PR
I am aware developers WONTFIX GCC being a pessimising compiler with respect to
some global register variable issues:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42596
GCC is copying registers for no good reason whatsoever. Below is a very simple
example where gcc 3.3.6 does a better job of
90 matches
Mail list logo