--- Comment #1 from perrin at msli dot com 2006-01-27 07:35 ---
Created an attachment (id=10740)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10740&action=view)
fails with -fopenmp and -O2
contains two
#pragama omp parallel for
loops
--
http://gcc.gnu.org/bugzilla/show_b
_2.c
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/perrin/GOMP/gomp-20050608-branch/configure
--prefix=/home/perrin/GOMP/INSTALL/110296/ --enable-threads=posix
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.0-gomp-20050608-branch 20060126 (experimenta
--- Comment #1 from perrin at msli dot com 2006-01-27 07:18 ---
Created an attachment (id=10739)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10739&action=view)
code fails when compiled with -O2 -fopenmp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25989
-threads=posix
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.0 20060126 (experimental)
/home/perrin/gcc_HEAD/INSTALL/110282/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/cc1
-E -quiet -v -iprefix
/home/perrin/gcc_HEAD/INSTALL/110282/bin/../lib/gcc/x86_64-unknown-linux-gnu
I am getting the following on Trunk:
At line 1162 of file schkee.f
Fortran runtime error: Bad integer for item 1 in list input
With -O3 -march=pentium4 -funroll-loops
I think we reported this before but I am not finding the PR.
IIRC StevenB was going to delve into this optimization bug.
Can
Compiling test.adb results in
test.adb:7:04: instantiation error at foo.adb:10
test.adb:7:04: "S_Two" is not visible
test.adb:7:04: instantiation error at foo.adb:10
test.adb:7:04: non-visible declaration at xy-z.ads:4
test.adb:7:04: instantiation error at foo.adb:10
test.adb:7:04: non
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-27 03:22
---
(In reply to comment #10)
> I never advocated C. I only noted that language was unreasonably changed to
> simplify few GP tricks.
Changed when, before 1998 Almost 8 years now. I cannot remember what ARM
stat
--- Comment #10 from yuri at tsoft dot com 2006-01-27 03:19 ---
I never advocated C. I only noted that language was unreasonably changed to
simplify few GP tricks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25986
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-27 03:12 ---
(In reply to comment #8)
> > Let's close this PR as we do not have place for trolls.
> I am basing my opinion on the very practical experience w/out any intent of
> trolling.
Please at least know that the C++ standa
--- Comment #8 from yuri at tsoft dot com 2006-01-27 03:09 ---
> Let's close this PR as we do not have place for trolls.
I am basing my opinion on the very practical experience w/out any intent of
trolling.
You either provide an example of wide-range successful GP use or take back your
--- Comment #7 from gdr at cs dot tamu dot edu 2006-01-27 02:43 ---
Subject: Re: return from funcrtion of void value allowed
"yuri at tsoft dot com" <[EMAIL PROTECTED]> writes:
| For templates it's sufficient to treat void as type in template
| specializations.
| No need to further ch
--- Comment #6 from gdr at cs dot tamu dot edu 2006-01-27 02:42 ---
Subject: Re: return from funcrtion of void value allowed
"yuri at tsoft dot com" <[EMAIL PROTECTED]> writes:
| > This functionality was *added* on
| > purpose to allow generic codes to be written seamlessly
| Sure!
|
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-27 01:01 ---
(In reply to comment #4)
> No need to further change language.
Change what language? C++?
Well it is part of the C++ standard.
6.6.3/2:
A return statement with an expression of type "cv void" can be used only in
fun
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-27
00:55 ---
Subject: Re: insn-automata.c:2433: warning: implicit declaration of function
'hppa_fpstore_bypass_p'
> Rev 110274 is where the fix went in.
Trying again.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-27 00:54 ---
Rev 110274 is where the fix went in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25987
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-27
00:53 ---
Subject: Re: insn-automata.c:2433: warning: implicit declaration of function
'hppa_fpstore_bypass_p'
> Is it before or after rev. 110274?
Before (revision 110267M).
Dave
--
http://gcc.gnu.org/bugzil
--- Comment #4 from yuri at tsoft dot com 2006-01-27 00:44 ---
For templates it's sufficient to treat void as type in template
specializations.
No need to further change language.
Especially because generic programming doesn't really scale much beyond it's
'local' use like in STL.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-27 00:40 ---
Is it before or after rev. 110274?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25987
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-27 00:39 ---
Which revision is this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25987
/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/ -c -O2 -g -mpa-risc-2-0
-DIN
_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedant
ic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-Wmissing-format-a
ttribute -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-27
00:12 ---
Subject: Re: strsignal.c:558: warning: comparison between signed and unsigned
> It is unsigned int on Solaris too. Seems like glibc/Linux is the out man out
> really as this was developed by the BSD folks
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 00:07 ---
http://www.glenmccl.com/ansi_023.htm
I don't know how old that page is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25986
--- Comment #2 from yuri at tsoft dot com 2006-01-27 00:02 ---
> This functionality was *added* on
> purpose to allow generic codes to be written seamlessly
Sure!
Then code "void f() { void x; retrun (x); }" should work. But it produces:
t.C: In function `void f()':
t.C:2: variable or fi
--- Comment #1 from gdr at cs dot tamu dot edu 2006-01-26 23:53 ---
Subject: Re: New: return from funcrtion of void value allowed
"yuri at tsoft dot com" <[EMAIL PROTECTED]> writes:
| The following code is meaningless
says you.
| therefore should produce the WARNING.
I'm unconvinc
--- Comment #15 from rakdver at gcc dot gnu dot org 2006-01-26 23:52
---
The patch fixes the problem by making gimplification of cleanups much more
robust, and able to handle nested statements, at the expense of producing a bit
worse code.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #14 from rakdver at gcc dot gnu dot org 2006-01-26 23:51
---
Created an attachment (id=10738)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10738&action=view)
Possible patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996
The following code is meaningless therefore should produce the WARNING.
At least would be useful to have some pedantic warning mode when this should
produce warning.
Yuri
---testcase--
void a() { }
void f() {
return a();
}
--
Summary: return from funcrtion of void val
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 23:28 ---
Confirmed, quickly looking at this DOM gets it wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 23:21 ---
(In reply to comment #1)
> should not this be versioned as other components do (e.g. C++ header
> files)?
That is a different bug which was already filed, PR 25938.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #1 from gdr at cs dot tamu dot edu 2006-01-26 23:16 ---
Subject: Re: New: libgomp installs include/omp_lib.f90 even if Fortran is not
built
"gerald at pfeifer dot com" <[EMAIL PROTECTED]> writes:
| I found that libgomp installs $PREFIX/include/omp_lib.f90, even in case
s
gcc version 4.2.0 20060121
With optimzation the following code skips the last loop iteration:
#include
int main(void)
{
int bits = 25;
while (bits) {
printf("bits=%d\n",bits);
if (bits >= 8) {
bits -= 8;
} e
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 23:09 ---
It is unsigned int on Solaris too. Seems like glibc/Linux is the out man out
really as this was developed by the BSD folks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25914
I found that libgomp installs $PREFIX/include/omp_lib.f90, even in case
the Fortran frontend has not been configured nor built, for example when
configuring with --enable-languages=c,c++,objc,java --disable-libgcj.
include/omp_lib.mod and include/omp_lib_kinds.mod are not installed in
this case, s
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-26 22:43 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from sje at gcc dot gnu dot org 2006-01-26 22:40 ---
Subject: Bug 24962
Author: sje
Date: Thu Jan 26 22:40:15 2006
New Revision: 110283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110283
Log:
PR testsuite/24962
* gcc.target/ia64/20030811-1.c: Ch
--- Comment #15 from danglin at gcc dot gnu dot org 2006-01-26 22:31
---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #18 from danglin at gcc dot gnu dot org 2006-01-26 22:30
---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #15 from jason at gcc dot gnu dot org 2006-01-26 22:29 ---
Subject: Bug 16021
Author: jason
Date: Thu Jan 26 22:29:12 2006
New Revision: 110282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110282
Log:
PR c++/16021
* name-lookup.c (parse_using_direct
--- Comment #17 from danglin at gcc dot gnu dot org 2006-01-26 22:26
---
Subject: Bug 24829
Author: danglin
Date: Thu Jan 26 22:26:49 2006
New Revision: 110280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110280
Log:
2006-01-26 Alexandre Oliva <[EMAIL PROTECTED]>
PR
--- Comment #14 from danglin at gcc dot gnu dot org 2006-01-26 22:26
---
Subject: Bug 24831
Author: danglin
Date: Thu Jan 26 22:26:49 2006
New Revision: 110280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110280
Log:
2006-01-26 Alexandre Oliva <[EMAIL PROTECTED]>
PR
--- Comment #13 from danglin at gcc dot gnu dot org 2006-01-26 22:00
---
Subject: Bug 24831
Author: danglin
Date: Thu Jan 26 22:00:28 2006
New Revision: 110278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110278
Log:
PR other/24829
PR target/24831
* gt
--- Comment #16 from danglin at gcc dot gnu dot org 2006-01-26 22:00
---
Subject: Bug 24829
Author: danglin
Date: Thu Jan 26 22:00:28 2006
New Revision: 110278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110278
Log:
PR other/24829
PR target/24831
* gt
--- Comment #2 from sje at cup dot hp dot com 2006-01-26 21:56 ---
It looks like linux (including LSB 3.1 standard) uses an int argument in
psignal
and Apple/BSD systems use an unsigned int argument. I don't see psignal in any
ANSI or POSIX standards.
The libiberty version is currently
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 21:30 ---
Confirmed, I am going to say this is not expected at least for now until I
found the patch which caused this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 21:27 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from sje at gcc dot gnu dot org 2006-01-26 21:14 ---
Subject: Bug 25961
Author: sje
Date: Thu Jan 26 21:14:16 2006
New Revision: 110274
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110274
Log:
PR target/25961
* Makefile.in (insn-automata.o): Add
--- Comment #3 from sje at gcc dot gnu dot org 2006-01-26 20:57 ---
Subject: Bug 25961
Author: sje
Date: Thu Jan 26 20:57:03 2006
New Revision: 110273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110273
Log:
PR target/25961
* Makefile.in (insn-automata.o): Add
--- Comment #7 from guerby at gcc dot gnu dot org 2006-01-26 20:42 ---
Subject: Bug 21317
Author: guerby
Date: Thu Jan 26 20:42:23 2006
New Revision: 110272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110272
Log:
2006-01-26 Laurent GUERBY <[EMAIL PROTECTED]>
PR ada/
--- Comment #1 from tbptbp at gmail dot com 2006-01-26 20:42 ---
Created an attachment (id=10737)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10737&action=view)
Preprocessed offender
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25983
--- Comment #6 from guerby at gcc dot gnu dot org 2006-01-26 20:40 ---
Subject: Bug 21317
Author: guerby
Date: Thu Jan 26 20:40:46 2006
New Revision: 110271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110271
Log:
2006-01-26 Laurent GUERBY <[EMAIL PROTECTED]>
PR ada/
Excuse the poor testcase but i was just trying to get the feel of gomp on non
trivial code.
It looks like some memory corruption (from the look of the nuked stack), the
bigger the better.
[time passes] It seems that if i leave exceptions on, an assert is hit. Here's
how it looks with that minimal
--- Comment #5 from guerby at gcc dot gnu dot org 2006-01-26 20:39 ---
Subject: Bug 21317
Author: guerby
Date: Thu Jan 26 20:39:16 2006
New Revision: 110270
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110270
Log:
2006-01-26 Laurent GUERBY <[EMAIL PROTECTED]>
PR ada/
--- Comment #3 from dwhorton at gmail dot com 2006-01-26 20:27 ---
I see the issue. I am surprised that ADL causes non-functions from one
namespace to pollute another. Nonetheless given the present state of the spec
the confict as reported seems to be valid behaviour.
--
http://gc
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-26 20:21 ---
Fixed on trunk.
Patch will be included in fix of global references in 4.1 (Sat. morning).
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 25085
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 25964
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 25416
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 25084
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 25086
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 ---
Subject: Bug 20852
Author: pault
Date: Thu Jan 26 20:19:09 2006
New Revision: 110269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110269
Log:
2005-01-26 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
When you have an insn condition like:
"TARGET_SH1 && ! (TARGET_SHCOMPACT
&& (current_function_args_info.call_cookie
& CALL_COOKIE_RET_TRAMP (1)))
&& reload_completed
&& lookup_attribute (\"trap_exit\",
DECL_ATTRIBUTES (curr
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-01-26 19:09 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from aoliva at gcc dot gnu dot org 2006-01-26 19:06 ---
Subject: Bug 25892
Author: aoliva
Date: Thu Jan 26 19:06:06 2006
New Revision: 110267
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110267
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): Init to -1.
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 19:01 ---
The patch is on its way in the next hour or so
Statement functions = internal procedures, as far as the standard is concerned.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25964
--- Comment #2 from gdr at cs dot tamu dot edu 2006-01-26 18:56 ---
Subject: Re: New: Unexpected name conflict between symbols
"dwhorton at gmail dot com" <[EMAIL PROTECTED]> writes:
| The following fails to compile, it would appear that symbols from seperate
| namespaces are collidi
--- Comment #3 from sje at cup dot hp dot com 2006-01-26 18:55 ---
These tests pass for me on the 4.1 branch and on mainline.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-01-26 18:50 ---
Subject: Bug 25892
Author: aoliva
Date: Thu Jan 26 18:50:37 2006
New Revision: 110265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110265
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): Init to -1.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 18:49 ---
I think you (and EDG) are missing what argument dependent lookup does for this
case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25980
The following fails to compile, it would appear that symbols from seperate
namespaces are colliding in error:
[EMAIL PROTECTED] tmp]$ cat test2.cpp
namespace ns1 {
class c {};
typedef int f;
static c x;
}
namespace ns2 {
void f(ns1::c& cc)
{
}
void g()
{
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|4.2.0 |4.1.0
http://gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-26 18:15
---
This is the patch which helps the call clobering but does not fix it all the
way (because a different call clobbering issue):
Index: tree-ssa-alias.c
--- Comment #2 from sje at cup dot hp dot com 2006-01-26 18:00 ---
See
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01864.html
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01779.html
For the two patches needed to fix this.
Waiting for approval.
--
sje at cup dot hp dot com changed
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-01-26 17:53
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-26 17:51
---
The partial fix has been applied, I have another patch which fixes another part
of this but still not fully.
It just helps the call cloberring mechanism.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-26 17:51 ---
Subject: Bug 21470
Author: pinskia
Date: Thu Jan 26 17:51:25 2006
New Revision: 110263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110263
Log:
2006-01-26 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-26 17:51
---
Subject: Bug 17064
Author: pinskia
Date: Thu Jan 26 17:51:25 2006
New Revision: 110263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110263
Log:
2006-01-26 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-26 17:50 ---
Fixed applied.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-26 17:36 ---
*** Bug 25979 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-26 17:43 ---
Confirmed, very much related to PR 25977. Though I think this and PR 25977 are
almost the same bug as we get:
TARGET_EXPR >>
We are losing some piece of information.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 17:39 ---
Actually this is not a full dup as this one is also still broken on the 4.0
branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 17:36 ---
It was worked around in 4.0.2 (done on 2005-04-05 23:13:35) by:
PR c++/19317
* calls.c (expand_call): Disable return slot optimization.
Which just disabled the return slot optimization for 4.0.x
No
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 17:31 ---
This is actually a dup of bug 25977. But I think it was worked around in 4.0.2
(or maybe just 4.0.3, I have to double check that).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
I'm not positive whether or not this is a duplicate of 25895. I figured I'd
better enter it just in case it wasn't. Test case:
#include
struct A
{
A() : data1_(0), data2_(0) {}
A(int i, int j) : data1_(i), data2_(j) {}
A operator+(int);
friend A operator+(int, const A&);
~A
--- Comment #4 from terra at gnome dot org 2006-01-26 17:22 ---
ok, thanks. I'll prevent this by checking for __FAST_MATH__ in my code.
One could argue for a warning like
nan.c:13: warning: comparison is always false due to limited range of data type
for use of isnan and similarly (wi
--- Comment #10 from law at redhat dot com 2006-01-26 17:14 ---
Fixed with today's patch to tree-vrp.c
--
law at redhat dot com changed:
What|Removed |Added
S
--- Comment #8 from law at redhat dot com 2006-01-26 17:14 ---
Subject: Re: [4.2 Regression] ACATS ICE cxac0004 in
set_value_range, at tree-vrp.c:161 on x86-linux
On Tue, 2006-01-24 at 15:12 -0700, Jeffrey A Law wrote:
> That "fixes" cxac004, but causes c99004a to fail!
As Laur
--- Comment #7 from law at gcc dot gnu dot org 2006-01-26 17:14 ---
Subject: Bug 25900
Author: law
Date: Thu Jan 26 17:14:22 2006
New Revision: 110261
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110261
Log:
PR ada/25900
* tree-vrp.c (extract_range_from_assert)
--- Comment #9 from kazu at gcc dot gnu dot org 2006-01-26 17:07 ---
Posted a new patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
URL|ht
--- Comment #7 from rcbilson at plg dot uwaterloo dot ca 2006-01-26 16:59
---
(In reply to comment #6)
> class xxx is NOT a POD.
Indeed not. Thank you for explaining, and sorry to waste your time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25927
--- Comment #10 from tobi at gcc dot gnu dot org 2006-01-26 16:46 ---
I don't know when I will have time for this, so I'm unassigning myself.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from gdr at cs dot tamu dot edu 2006-01-26 16:45 ---
Subject: Re: g++ miscompiles gcjx
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| ps tom this kind of organization for compiling looks dreamy:
Yup! I dream of when other GCC parts would be similarly or
--- Comment #66 from yanov at il dot ibm dot com 2006-01-26 16:45 ---
Bootstrapped and tested on PowerPC linux. No regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #16 from gdr at cs dot tamu dot edu 2006-01-26 16:44 ---
Subject: Re: g++ miscompiles gcjx
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Gaby, here's the one thing that I can think of that changed between 3.4.x and
| mainline/4.1 in this code path:
Thank you
--- Comment #15 from bkoz at gcc dot gnu dot org 2006-01-26 16:35 ---
ps tom this kind of organization for compiling looks dreamy:
#20 0x400afc18 in compiler::do_analyze_unit (this=0x8055248, unit=0x8089dc0)
at exception.hh:63
#21 0x400afebf in compiler::semantic_analysis (this=0x80
--- Comment #14 from bkoz at gcc dot gnu dot org 2006-01-26 16:32 ---
Gaby, here's the one thing that I can think of that changed between 3.4.x and
mainline/4.1 in this code path:
2005-10-10 Ian Lance Taylor
PR libstdc++/13583
* include/bits/locale_classes.h (locale
Because Darwin does not implement sem_init correctly all the tests timeout.
One way of fixing this is to change libgomp for Darwin to use the mach
semaphores.
Another way is to use named semaphores.
--
Summary: All libgomp tests timeout on ppc-darwin
Product: gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 15:58 ---
No feedback in 3 months (T-4 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 15:58 ---
No feedback in 3 months (T-4 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-26 15:54 ---
Hmm:
(void) ( = *(struct A &) (struct A *) &TARGET_EXPR , (struct A &) (struct A *) &r)>) >>>
>>;
Maybe it is not fully related to PR 19317 but a different issue really.
--
http://gcc.gnu.org/bugzilla/show_bu
1 - 100 of 134 matches
Mail list logo
