Jason Merrill wrote:
On Tue, 12 Apr 2005 10:59:42 -0700, Mark Mitchell [EMAIL PROTECTED] wrote:
Sadly, it's become clear there's going to have to be a second release
candidate. In particular, there are some wrong-code bugs that are popping
up on real packages on primary platforms. Jason Merill
Ian Lance Taylor wrote:
touch testsuite_wchar_t
Does anybody else see this? I imagine this would be fairly annoying
for some people.
This actually relates to the same V3 testsuite stuff that I've been
trying to solve on the mainline. Fundamentally, this happens because
test-related stuff is
Nick Rasmussen [EMAIL PROTECTED] wrote:
I'm running into an ICE in the prerelease, that is proving to be
very difficult in reducing to a small testcase. If I preprocess
the source (via -E or -save-temps) the code successfully compiles.
...
Does this bug look familiar? 20629 is ICEing in the
Did this get resolved?
We found that PowerPC/Darwin and SPARC/Solaris have regressed the same way.
Andrew should be looking at the failures on the Darwin side.
Eric Tom, I presume there was a very good reason for installing such
Eric a potentially destabilizing patch a few days before the
On Wed, Apr 13, 2005 at 12:37:00PM -0700, Mark Mitchell wrote:
Sadly, it's become clear there's going to have to be a second release
candidate. In particular, there are some wrong-code bugs that are popping
up on real packages on primary platforms. Jason Merill is looking into
some of the
Daniel Jacobowitz wrote:
On Wed, Apr 13, 2005 at 10:10:39AM +0200, Bernardo Innocenti wrote:
So it seems adding coldfire-linux is the only way
to address this...
Why? Adding support (if it isn't already there) for something like
--with-arch=coldfire should work just as well.
But how do we
Richard Sandiford [EMAIL PROTECTED] writes:
Mark,
I tried running some MIPS16 tests against RC1 and found a regression
from 3.4. The problem is the following hack in mips.h:
[...]
The patch reduces the number of mips64 {-mips16}{-EL,-EB} C failures
from 203 to 58 with no regressions. I'm
Original Message
From: James E Wilson
Sent: 13 April 2005 20:29
Dave Korn wrote:
[EMAIL PROTECTED] /gnu/testing/obj-HEAD make check 21 | tee check.log
Always use make -k check. Some testsuites exit with an error if one
or more tests failed, and because this is the normal situation
Original Message
From: Dave Korn
Sent: 14 April 2005 10:12
Original Message
From: Kaveh R. Ghazi
Sent: 14 April 2005 01:11
I'm afraid we'll have to rename all of these in some way, either by
replacing * by x or by prepending some string. I'm not too fond
of either,
Bernd Schmidt [EMAIL PROTECTED] wrote on 11.04.2005 14:43:38:
* reload.c (find_reloads): Only set INC field if we know we have an
autoinc reload.
Yes, this helps for s390. With the current reload-branch, and just my
scan_rtx patch on top, I was able to bootstrap and run the test suite
On Thu, Apr 14, 2005 at 09:36:59AM +0200, Bernardo Innocenti wrote:
Daniel Jacobowitz wrote:
On Wed, Apr 13, 2005 at 10:10:39AM +0200, Bernardo Innocenti wrote:
So it seems adding coldfire-linux is the only way
to address this...
Why? Adding support (if it isn't already there) for
On Thu, 14 Apr 2005, Master Faris wrote:
I would like to install gcc on solaris 9
sun4u sparc SUNW,Sun-Fire-V440
can you give me some directions or where to find instructions please as this
is my first time doing it
Please have a look at our website http://gcc.gnu.org, specifically
My ppc64 tester started failing last night while trying to create
libstdc++ libraries with:
-
/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/bld.torreja/./gcc/xgcc -shared-l
ibgcc
Original Message
From: Gerald Pfeifer
Sent: 14 April 2005 13:45
On Thu, 14 Apr 2005, Master Faris wrote:
I would like to install gcc on solaris 9
sun4u sparc SUNW,Sun-Fire-V440
can you give me some directions or where to find instructions please as
this is my first time doing it
Is anybody seeing this failure on ia64? ld segfaults trying to
create libgcj.so in mainline. This was working as of 2005-04-13:
-
/home/cygnus/dnovillo/perf/sbox/gcc/local.ia64/bld.tonic/./gcc/xgcc -shared-libg
cc
On Thu, Apr 14, 2005 at 09:33:52AM -0400, Diego Novillo wrote:
My ppc64 tester started failing last night while trying to create
libstdc++ libraries with:
I forgot to mention. This is on mainline.
Diego.
Jason Merrill wrote:
The C++ committee (well, a subgroup represented at this meeting by Hans
Boehm) is working on a memory model that supports threaded programs.
As someone who uses the C++ language and multi-threading
extensively in embedded systems, I have come to the following
belief/opinion.
This is driving me up a tree. I have a fix for 18421(on mainline
gcc-3.4.3) that uses HARD_REGNO_MODE_OK to prevent bytes into address
registers, and modified movqi for ColdFire to drop the '*a' in
d*a/di*a constraint, as well as modified addsi3_5200 to us 'i' instead
of 's'.
My current
Michael N. Moran [EMAIL PROTECTED] writes:
[...]
| While I'm on my soap-box ...
| I would like to see some sort of alignment qualifiers
| added to the C++ language for those of us that need
| to deal with directly with page/cache alignment
| (for both types and objects.)
We just discuss (again)
Eric Botcazou writes:
which I see you've already committed a patch for, and a large number
of Java failures.
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
Same failure as on Solaris.
Andrew, do you have a Darwin machine at hand?
Yes,
Michael == Michael N Moran [EMAIL PROTECTED] writes:
Michael Jason Merrill wrote:
One proposed change is to the semantics of volatile.
Michael Since IANALL, but I believe (as obviously you do) that
Michael changing the semantics of volatile should be under-taken
Michael with great care.
Hi all,
I'm working on implementation of the different FPU options for libgfortran,
the runtime library for gfortran (e.g., on which floating-point exception do
we want a SIGFPE to be raised, what rounding-mode does the user want, etc.).
There is nothing in standard C (or even POSIX) to do
On Thu, Apr 14, 2005 at 04:39:30PM +0200, Fran??ois-Xavier Coudert wrote:
I'm working on implementation of the different FPU options for libgfortran,
the runtime library for gfortran (e.g., on which floating-point exception
do we want a SIGFPE to be raised, what rounding-mode does the user
David,
Kate Err ... what target-specific installation notes for AIX?
Kate Where are you looking?
David *-ibm-aix*
Hmm ... The ordering of targets seems rather confusing.
I guess I expect that
*-*-freebsd*
*-*-linux-gnu
*-*-solaris2*
*-*-sysv*
*-*-vxworks*
*-ibm-aix*
will be
Kate Minola writes:
Kate will be contiguous and at the front of the list. As they
Kate are currently scattered among the targets it can be
Kate difficult to find them. In particular, I do not understand
Kate why *-ibm-aix* is between ia64-*-hpus* and ip2k-*-elf:
Kate ia64-*-hpux*
Kate
Can you explain in a little more detail what you are trying
to accomplish? gfortran can already pass the -m and -f
options suppported by gcc. For example, -ffast-math works.
Runtime library reads GFORTRAN_FPU_* environment variables if they exist,
and set up the FPU accordingly.
One other
On Thu, 14 Apr 2005, Gerald Pfeifer wrote:
On Thu, 14 Apr 2005, Georg Bauhaus wrote:
If *-*-solaris2* should appear as/in the name attribute of an a,
prepending a name start character is not enough, because this attribute
is of type NMTOKEN. Therefore it cannot contain * at all.
...if we are
Jason Merrill wrote:
The C++ committee (well, a subgroup represented at this meeting by Hans
Boehm) is working on a memory model that supports threaded programs. One
proposed change is to the semantics of volatile. Currently, volatile
semantics are constrained by:
6 The observable behavior of
Diego Novillo wrote:
I see no changes in libstdc++ since the previous run and nothing
in the C++ FE, so I'm not sure whether it may be something broken
in my box.
Anybody else seeing this failure?
Yep. I see this here on the PPC64 nightly autotester.
Br, Jon
On Apr 13, 2005, at 9:25 PM, Nick Rasmussen wrote:
I'm running into an ICE in the prerelease, that is proving to be
very difficult in reducing to a small testcase. If I preprocess
the source (via -E or -save-temps) the code successfully compiles.
If I minimally change the source file in some
On Thu, Apr 14, 2005 at 11:26:33AM -0500, Jon Grimm wrote:
Diego Novillo wrote:
I see no changes in libstdc++ since the previous run and nothing
in the C++ FE, so I'm not sure whether it may be something broken
in my box.
Anybody else seeing this failure?
Yep. I see this here on
On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
* tree-eh.c (lower_try_finally_copy): Generate new code in
response to goto_queue entries as if the queue was sorted by
index, not pointers.
(lower_try_finally_switch): Likewise.
Ok.
r~
On Thu, Apr 14, 2005 at 12:46:08PM -0400, Diego Novillo wrote:
On Thu, Apr 14, 2005 at 11:26:33AM -0500, Jon Grimm wrote:
Diego Novillo wrote:
I see no changes in libstdc++ since the previous run and nothing
in the C++ FE, so I'm not sure whether it may be something broken
in my
On Thu, 14 Apr 2005 17:11:58 +0100, Nathan Sidwell [EMAIL PROTECTED] wrote:
Jason Merrill wrote:
7 Accessing an object designated by a volatile lvalue (_basic.lval_),
modifying an object, calling a library I/O function, or calling a
function that does any of those operations are
On Apr 14, 2005, at 7:14 AM, Andrew Pinski wrote:
Does this bug look familiar? 20629 is ICEing in the same spot, but
it looks like theirs was reproducible after preprocessing. Is there
any more information that I provide that would be helpful? I've
attached the command line, specs and a
...if we are absolutely disallowed to use *, probably just
replacing * by x without any prefix might be the lesser of all
evils?
I guess x is fine with me. However can we use x only in the
anchor and not the link's text label? E.g.:
a href=#alphax-x-xalpha*-*-*/a
That way, the
On Wed, 13 Apr 2005, Paul Jarc wrote:
gcc/doc/install.texi still mentions gcc 3.5 in a few places.
Fixed thus (and a similar reference in cpp.texi). It passes make info,
make dvi and install.texi2html. Applied to mainline and 4.0 branch
(as a doc patch for which the branch is still open).
Joseph S. Myers wrote:
On Wed, 13 Apr 2005, Paul Jarc wrote:
gcc/doc/install.texi still mentions gcc 3.5 in a few places.
Fixed thus (and a similar reference in cpp.texi). It passes make info,
make dvi and install.texi2html. Applied to mainline and 4.0 branch
(as a doc patch for which the
On Thu, Apr 14, 2005 at 09:39:37AM -0400, Diego Novillo wrote:
GNU ld version 2.14.90.0.4 20030523
Worked for me with 2.15.94.
r~
On Thu, Apr 14, 2005 at 10:24:32AM -0700, Richard Henderson wrote:
On Thu, Apr 14, 2005 at 09:39:37AM -0400, Diego Novillo wrote:
GNU ld version 2.14.90.0.4 20030523
Worked for me with 2.15.94.
OK. Thanks.
Diego.
On Thu, Apr 14, 2005 at 05:27:16PM +0200, François-Xavier Coudert wrote:
No, since reading GFORTRAN_FPU_* variables changes the FPU mode when the
library is loaded, while TR 15580 commands will be ran afterwards (during
execution).
You'll find that globally changing the rounding mode will
On Thu, Apr 14, 2005 at 10:35:06AM -0700, Richard Henderson wrote:
On Thu, Apr 14, 2005 at 05:27:16PM +0200, Fran?ois-Xavier Coudert wrote:
No, since reading GFORTRAN_FPU_* variables changes the FPU mode when the
library is loaded, while TR 15580 commands will be ran afterwards (during
On Apr 14, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
* tree-eh.c (lower_try_finally_copy): Generate new code in
response to goto_queue entries as if the queue was sorted by
index, not pointers.
On Apr 14, 2005, at 1:47 PM, Steve Kargl wrote:
Does gcc support
#pragma STDC FENV_ACCESS
No, there is a bug about that somewhere.
-- Pinski
Steven Bosscher wrote:
On Tuesday 12 April 2005 19:59, Mark Mitchell wrote:
Therefore, I'm going to allow some of the queued patches into 4.0 at
this time. If your patch isn't on this list, but is here:
http://gcc.gnu.org/wiki/Last-Minute%20Requests%20for%204.0.0
I'm still considering it. I'll
Diego Novillo wrote:
On Thu, Apr 14, 2005 at 11:26:33AM -0500, Jon Grimm wrote:
Diego Novillo wrote:
I see no changes in libstdc++ since the previous run and nothing
in the C++ FE, so I'm not sure whether it may be something broken
in my box.
Anybody else seeing this failure?
Yep. I see this here
Paul Koning wrote:
Michael == Michael N Moran [EMAIL PROTECTED] writes:
Michael Jason Merrill wrote:
One proposed change is to the semantics of volatile.
Michael I'm not familiar with ia64 barrier instructions, but I *am*
Michael familiar with PowerPC barrier and synchronization
Michael
On Thu, Apr 14, 2005 at 12:20:05PM -0700, Mark Mitchell wrote:
Would you report your as + ld version numbers? Again, I'm guessing that
you have an assembler with COMDAT and a linker without, or a broken
assembler.
binutils-2.15.92.0.2-5
$ ld --version
GNU ld version 2.15.92.0.2 20040927
On Thu, 14 Apr 2005, Joseph S. Myers wrote:
gcc/doc/install.texi still mentions gcc 3.5 in a few places.
Fixed thus (and a similar reference in cpp.texi). It passes make info,
make dvi and install.texi2html. Applied to mainline and 4.0 branch
(as a doc patch for which the branch is still
Jason Merrill wrote:
On Thu, 14 Apr 2005 10:12:37 -0400, Michael N. Moran [EMAIL PROTECTED]
wrote:
Jason Merrill wrote:
The C++ committee (well, a subgroup represented at this meeting by Hans
Boehm) is working on a memory model that supports threaded programs.
As someone who uses the C++
Jason Merrill wrote:
On Thu, 14 Apr 2005 17:11:58 +0100, Nathan Sidwell [EMAIL PROTECTED] wrote:
... though I suppose you could argue
that they aren't required to be visible outside the current thread.
This is my interpretation since (to my knowledge) the C++ language
does not generally address
One interesting thing to consider here is how the C++ semantics
compares with that of pragma Volatile in Ada, which is roughly
intended to be equivalent to volatile in C.
On Thu, Apr 14, 2005 at 05:40:04PM +0200, Jason Merrill wrote:
But the memory model for the language must provide semantics that make it
possible for threaded programs to be written. Currently, if you want to
write a portable pthreads program you need to use a mutex around all uses
of shared
Robert Dewar [EMAIL PROTECTED] writes:
| One interesting thing to consider here is how the C++ semantics
| compares with that of pragma Volatile in Ada, which is roughly
| intended to be equivalent to volatile in C.
The suggestion made by Hans is to improve over the existing semantics
in C++
On Thu, Apr 14, 2005 at 10:47:26AM -0700, Steve Kargl wrote:
Does gcc support
#pragma STDC FENV_ACCESS
No, but we currently act like access is on.
r~
Gerald Pfeifer wrote:
On Thu, 7 Apr 2005, Kaveh R. Ghazi wrote:
Not necessary. If people would simply follow the directions here:
http://gcc.gnu.org/install/specific.html#*-*-solaris2* by setting
Also, when I click on the link above, it doesn't follow down the page
to the anchor. I'm not sure
Gerald Pfeifer wrote:
On Wed, 13 Apr 2005, Kaveh R. Ghazi wrote:
I like prepending a string, for example target= or triplet=, etc.
Okay. However,...
On Thu, 14 Apr 2005, Georg Bauhaus wrote:
If *-*-solaris2* should appear as/in the name attribute of an a,
prepending a name start
On Thu, Apr 14, 2005 at 11:19:19PM +0200, Gabriel Dos Reis wrote:
Diego Novillo [EMAIL PROTECTED] writes:
[...]
| Seems to me that if C++ is all of the sudden interested in
| dictating memory semantics for threaded programs, it should also
| provide language capabilities for other
On Thu, Apr 14, 2005 at 01:29:53PM -0700, H. J. Lu wrote:
You need at least
http://sourceware.org/ml/binutils/2004-12/msg7.html
for COMDAT. Otherwise, you will get what you saw and
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01606.html
OK, thanks.
Diego.
Gabriel Dos Reis wrote:
Seriously, could you give the Ada standardese even though I'm not
supposed to understand?
-- Gaby
Here is the relevant RM quote
15 For an atomic object (including an atomic component) all reads and
updates of the object as a whole are indivisible.
16 For a volatile
On Thu, 14 Apr 2005 16:04:33 -0400, Diego Novillo [EMAIL PROTECTED] wrote:
On Thu, Apr 14, 2005 at 05:40:04PM +0200, Jason Merrill wrote:
But the memory model for the language must provide semantics that make it
possible for threaded programs to be written. Currently, if you want to
write a
For the last few days, since April 8th, I get bootstrap failures on
mainline like this:
stage1/xgcc -Bstage1/
-B/ices/bangerth/tmp/build-gcc/gcc-install/i686-pc-linux-gnu/bin/ -c -g
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long
Joel Sherrill [EMAIL PROTECTED] wrote:
I know I asked late in the process but this fix for a m68k/coldfire
failure just showed up:
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
Any chance at it getting considered?
This is OK if approved for mainline by a 68K
Richard Sandiford wrote:
Mark,
I tried running some MIPS16 tests against RC1 and found a regression
from 3.4. The problem is the following hack in mips.h:
/* When generating mips16 code we want to put the jump table in
On Thu, Apr 14, 2005 at 11:30:20PM +0200, Jason Merrill wrote:
Consider Double-Checked Locking
(http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html).
I used DCL with explicit memory barriers to implement thread-safe
initialization of function-local statics
Alexandre Oliva wrote:
On Apr 14, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
* tree-eh.c (lower_try_finally_copy): Generate new code in
response to goto_queue entries as if the queue was sorted by
index, not pointers.
On Apr 14, 2005, Mark Mitchell [EMAIL PROTECTED] wrote:
Alexandre Oliva wrote:
On Apr 14, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Thu, Apr 14, 2005 at 12:13:59PM -0300, Alexandre Oliva wrote:
* tree-eh.c (lower_try_finally_copy): Generate new code in
response to goto_queue
On Thu, Apr 14, 2005 at 05:26:15PM -0700, Mark Mitchell wrote:
Richard, what's your level of confidence here? I'd rather not break C++
or Java...
I think it's pretty safe.
r~
What is the status of Objective-C++ support in mainline GCC? Ziemowit Laski was
working on integrating such support late last year, but has Apple since halted
such integration efforts?
Douglas
--
___
NEW! Lycos Dating Search. The only place
On Apr 14, 2005, at 8:11 PM, Diego Novillo wrote:
The device driver case seems like a more plausible objection to
me, but I'd
like to see an example there, too.
Perhaps Windows? I'd think Windows is chok full of device
drivers written in C++.
Here in Mac OS X land, many device drivers are
For some reason reload has decided that it needs ADDR_REGS for the
register being reloaded, namely (reg:QI 1420). So gcc looks for a
register in ADDR_REGS which can hold QImode. Because of your changes,
it doesn't find one. So it crashes.
The question is why reload thinks that it needs
On Apr 15, 2005, at 1:19 AM, Ranjit Mathew wrote:
Hi,
I think make bootstrap does not make sense for
cross builds. We however seem to allow it but
fail in a weird way later on (as on mainline).
I think this should not be allowed.
I discovered this when I mistakenly typed
make bootstrap out of
--- Additional Comments From mark at codesourcery dot com 2005-04-14 06:02
---
Subject: Re: [3.3/3.4/4.0 Regression] Inlined memcmp makes
one argument null on entry
Jakub Jelinek wrote:
On Tue, Apr 12, 2005 at 05:54:58PM -, mmitchel at gcc dot gnu dot org
wrote:
---
: ChangeLog loop.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050414-1.c
Log message:
2005-04-14 Alexandre Oliva [EMAIL PROTECTED]
Roger Sayle [EMAIL PROTECTED]
PR target/20126
* loop.c (loop_givs_rescan
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-14
06:27 ---
I'm interested too. :-) FWIW, when I did the transition on SPARC, I compared
the assembly code generated for all testcases in gcc.c-torture/compile at -O2;
IIRC there were a few regressions related to
The following two literal initializer data should both be considered static
const data references:
char s[5] = abcde;
char t[5] = {'a','b','c','d','e'};
the memory reference to abcde should be marked readonly, not frame-relative
(as it isn't),
as otherwise it's impossible to properly
--
What|Removed |Added
Summary| initilizing string litteral|Initializing string literal
|data improperly maked frame-|data improperly marked
--- Additional Comments From jason at redhat dot com 2005-04-14 07:38
---
Subject: Re: local static object variable constructed once
but ctors and dtors called multiple times on same memory when called in
multiple threads
DCL with explicit memory barriers is safe. That's what I'm
--- Additional Comments From schlie at comcast dot net 2005-04-14 07:43
---
(In reply to comment #0)
resulting tree/rtl:
showing frame-relative reference to abcde initializing data which is wrong:
(insn 12 11 13 1 (set (reg:HI 44)
(symbol_ref/f:HI (*.LC0) [flags 0x2]
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:49 ---
Minimal test case is:
integer i
character*4 c(1)
read (c,fmt='(A4)') i
end
This is a duplicate of 15966.
*** This bug has been marked as a duplicate of 15966 ***
--
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:49 ---
*** Bug 20990 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-14
07:50 ---
Same thing happens with read:
integer i
character*4 c(1)
read (c,fmt='(A4)') i
end
Program received signal SIGSEGV, Segmentation fault.
0x080a760b in gfc_conv_scalarized_array_ref
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:19 ---
The compiler fails since gcc 3.0.
Looks very similar to PR 17860.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
08:25 ---
Subject: Bug 20927
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-14 08:25:00
Modified files:
gcc: ChangeLog
gcc/config/s390:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-14
08:28 ---
Subject: Bug 20927
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-14 08:28:21
Modified files:
gcc:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:39 ---
Shorter testcase:
==
templateint N void foo()
{
double d = (N ? 0.0 : 0) + 1;
}
==
--
What|Removed
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-04-14
08:44 ---
Does the patch there fix it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21015
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:58 ---
*** Bug 20821 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-14
08:58 ---
*** This bug has been marked as a duplicate of 18082 ***
--
What|Removed |Added
--- Additional Comments From reichelt at igpm dot rwth-aachen dot de
2005-04-14 09:25 ---
Subject: Re: [3.3/3.4 Regression] Bad loop
optimization with -O2
On 14 Apr, bonzini at gcc dot gnu dot org wrote:
Does the patch there fix it?
Alas not.
--
The attached code is doing metaprogramming where a showNode template function
recurses up a linked list of attrNode templates (with different argument
types) until it hits an attrBottom type at the end of the list. That
identifies a different overload of showNode and stops the recursion.
As the
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:09
---
Created an attachment (id=8626)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8626action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21019
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:10
---
Created an attachment (id=8627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8627action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21019
--- Additional Comments From igodard at pacbell dot net 2005-04-14 11:20
---
Never mind; I found it :-(
--
What|Removed |Added
Status|UNCONFIRMED
java.lang.NoSuchFieldError
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
at .__libc_start_main (/lib/libc-2.3.4.so)
at .__gxx_personality_v0 (/home/caolan/java/a.out)
--
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07
---
Created an attachment (id=8628)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8628action=view)
sample source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07
---
Created an attachment (id=8629)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8629action=view)
sample jar
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09
---
version of failing gcj
gcc (GCC) 4.0.0 20050412 (Red Hat 4.0.0-0.42)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09
---
version of successful gcj
gcc (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:11
---
affects db-4.2 as well for what it's worth
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
1 - 100 of 215 matches
Mail list logo
