--- Comment #6 from jason at gcc dot gnu dot org 2005-11-13 07:34 ---
Subject: Bug 22489
Author: jason
Date: Sun Nov 13 07:34:50 2005
New Revision: 106853
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106853
Log:
PR c++/22489
* dwarf2out.c (gen_subprogram_die):
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-13 06:42 ---
Since I cannot test this but PR 23774 might had fixed this bug also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20010
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6519
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6520
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6388
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23419
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24785
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24719
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24700
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24699
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24174
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24305
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24755
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||.
Target Milestone|--- |4.0.3
http://gcc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15382
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-13 06:25 ---
Subject: Bug 24820
Author: pinskia
Date: Sun Nov 13 06:24:59 2005
New Revision: 106852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106852
Log:
2005-11-13 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-13 06:24 ---
Fixed for 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24614
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-13 06:18 ---
Subject: Bug 24820
Author: pinskia
Date: Sun Nov 13 06:18:48 2005
New Revision: 106851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106851
Log:
2005-11-13 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|libobjc testsuite failures |[4.1 Regression
ÐÏࡱ
--- Comment #2 from danglin at gcc dot gnu dot org 2005-11-13 04:35 ---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #7 from pcarlini at suse dot de 2005-11-13 04:35 ---
Ok, let's suspend it, for now.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status
--- Comment #6 from pcarlini at suse dot de 2005-11-13 04:34 ---
Ok, therefore suspended (not really invalid, not really open) seems to me an
appropriate status. Otherwise, a mildly "depressing" remark: I'm pretty sure
some people are not very happy with pragmas. I'm pretty sure I read s
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Target Milestone|--- |4.1.0
http://
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-13
04:29 ---
Subject: Re: libobjc testsuite failures
> --- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-13 04:07
> ---
> Alexandre could you look into this one and PR 24827?
And PR 24831?
Dave
-
--- Comment #6 from pcarlini at suse dot de 2005-11-13 04:25 ---
Agreed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|WAITING
./xgcc -B./ -B/opt/gnu/gcc/gcc-4.1.0/hppa1.1-hp-hpux10.20/bin/ -isystem
/opt/gnu
/gcc/gcc-4.1.0/hppa1.1-hp-hpux10.20/include -isystem
/opt/gnu/gcc/gcc-4.1.0/hppa
1.1-hp-hpux10.20/sys-include -L/xxx/gnu/gcc-3.3/objdir/gcc/../ld -O2 -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-13 04:10 ---
This blocks PR 24829.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepen
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-13 04:07 ---
Alexandre could you look into this one and PR 24827?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The only way I know how to reproduce this is with -fmudflap, but
that's only because *C* code doesn't normally generate constructors.
With -fmudflap, each of the mudflap constructors are run twice. An objdump
run on the object files shows two ctor sections, one named ".ctor" and
one named ".ctor.
--- Comment #1 from danglin at gcc dot gnu dot org 2005-11-13 03:46 ---
Also fails on hppa2.0w-hp-hpux11.11. So, probably fails on all hppa*-*-hpux*
targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24827
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-13
03:32 ---
Subject: Re: libobjc testsuite failures
> Is this a regression? If this is a regression, was this caused by:
Yes, things were ok on 2005-11-07.
> 2005-11-09 Alexandre Oliva <[EMAIL PROTECTED]>
>
>
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-13 03:25 ---
Is this a regression? If this is a regression, was this caused by:
2005-11-09 Alexandre Oliva <[EMAIL PROTECTED]>
PR other/4372
* gthr-dce.h, gthr-posix.h, gthr-posix95.h, gthr-solaris.h,
Running /test/gnu/gcc-3.3/gcc/gcc/testsuite/objc.dg/dg.exp ...
FAIL: objc.dg/bitfield-1.m (test for excess errors)
FAIL: objc.dg/bitfield-1.m execution test
FAIL: objc.dg/bitfield-3.m (test for excess errors)
FAIL: objc.dg/bitfield-3.m execution test
FAIL: objc.dg/bitfield-5.m (test for excess erro
--- Comment #9 from sabre at nondot dot org 2005-11-13 02:51 ---
yup, you're right. Great!
-Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
--- Comment #2 from dann at godzilla dot ics dot uci dot edu 2005-11-13
02:47 ---
Simplified testcase:
struct cpuinfo_x86 {
unsigned char x86;
unsigned char x86_vendor;
unsigned char x86_model;
unsigned char x86_mask;
char wp_works_ok;
char hlt_works_ok;
char hard_math;
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-13 02:24 ---
(In reply to comment #7)
>From 3.7.3/3:
Any allocation and/or deallocation functions defined in a C++ program shall
conform to the sematics specified in 3.7.3.1 and 3.7.3.2.
---
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from sabre at nondot dot org 2005-11-13 02:13 ---
> Yes because the normal operator new guarante not to return NULL by the C++
> standard.
Sure.
> And if it returns a NULL that is undefined behavior, it should be
> throwing an exception when memory could not be allocated
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-13 02:10 ---
(In reply to comment #5)
> Is this safe? People can define their own operator new's, some of which may
> return null...
Yes because the normal operator new guarante not to return NULL by the C++
standard. And if i
--- Comment #2 from steven at gcc dot gnu dot org 2005-11-13 01:43 ---
This hasn't been addressed yet in r106784.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from steven at gcc dot gnu dot org 2005-11-13 01:41 ---
IIUC, this is one of the things that's being worked on in the dataflow-branch.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from steven at gcc dot gnu dot org 2005-11-13 01:38 ---
Doesn't happen anymore on current mainline.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from sabre at nondot dot org 2005-11-13 01:24 ---
Is this safe? People can define their own operator new's, some of which may
return null...
-Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-13 00:16 ---
The way we can mark the function/function type is in build_method_invocation,
we have to change how BUILD_APPEND calls build_method_invocation and add a new
argument or something like that (we build the real call exp
--- Comment #9 from tkoenig at gcc dot gnu dot org 2005-11-12 23:56 ---
Yes, this is fixed for mainline. Great!
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 23:53 ---
(In reply to comment #0)
> (And why is hexadecimal shown as 0 in the dump?)
Because that means TREE_OVERFLOW is set for some reason.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Re
$ cat z.f
program z
i = Z'80203040'
if (i .ne. Z'80203040') call abort
end
$ gfortran z.f
$ ./a.out
Aborted
$ g77 z.f
$ ./a.out
$
This is a signedness/cast issue. .t02.original shows:
int4 i;
i = 080203040;
if ((int8) i != 080203040)
{
_gfortran_abort ()
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-12 23:43 ---
(In reply to comment #8)
> I got the same ICE with one of the SPEC2006 candidate benchmarks on
> x86_64-linux-gnu.
Was this before or after my fix for PR 18157 went in? Because this and that
bug had the same ICE bu
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2005-11-12 23:29
---
With my last patch () that I am currently commiting, the list of unimplemented
intrinsics is now:
Access, fcn, Check file accessibility.
ChMod,sub, Change file modes.
FSeek,fcn, Position file (low
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2005-11-12 23:22
---
Fixed in 4.0.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24584
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-12 23:21
---
Fixed in 4.0.3 and 4.1 .
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-11-12 23:20
---
Fixed in 4.0.3 and 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-11-12 23:13
---
Fixed in 4.0.3 and 4.1.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-12 23:13
---
Fixed in 4.0.3 and 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-12 23:03 ---
works with 3.3, so a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc
-B/test/gnu/gcc-3.3/objdir/
gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/attr-weakref-1.c -O2
-fno-show
-column /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/attr-weakref-1a.c -lm -o
./attr-weakref-1.exe(timeout = 300)
ld: Unsatisfied s
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:31
---
Subject: Bug 24584
Author: jvdelisle
Date: Sat Nov 12 22:31:18 2005
New Revision: 106839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106839
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:31
---
Subject: Bug 24699
Author: jvdelisle
Date: Sat Nov 12 22:31:18 2005
New Revision: 106839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106839
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:31
---
Subject: Bug 24785
Author: jvdelisle
Date: Sat Nov 12 22:31:18 2005
New Revision: 106839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106839
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:31
---
Subject: Bug 24719
Author: jvdelisle
Date: Sat Nov 12 22:31:18 2005
New Revision: 106839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106839
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:22
---
Subject: Bug 24699
Author: jvdelisle
Date: Sat Nov 12 22:22:53 2005
New Revision: 106838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106838
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-11-12 22:22
---
Subject: Bug 24584
Author: jvdelisle
Date: Sat Nov 12 22:22:53 2005
New Revision: 106838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106838
Log:
2005-11-12 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 22:14 ---
Confirmed, this one is harder than the new operator.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-11-12 22:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-12 22:13 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||kazu at gcc dot gnu dot org
Priority|P3
At some point between 4.0 and 4.1 the mechanism for option handling was
changed over to the new style using the .opt file but the default setting of
quickcall seems to have been lost in the process.
adding the following 2 lines into h8300.c
#undef TARGET_DEFAULT_TARGET_FLAGS
#defi
--- Comment #3 from andreast at gcc dot gnu dot org 2005-11-12 21:06
---
The other languages like g++, gfortran, obj-c++ and objc should be fixed with
this patch which is applied on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-11/msg00503.html
So, the question is now, can you reproduce t
As pointed out in this thread:
http://gcc.gnu.org/ml/java/2005-11/msg00124.html
Once we have the capability to annotate methods as returning 'not null', we
have a win if standard runtime methods are so annotated as appropiate.
--
Summary: Standard runtime methods that are known to n
--- Comment #9 from jakub at gcc dot gnu dot org 2005-11-12 20:45 ---
Subject: Bug 24780
Author: jakub
Date: Sat Nov 12 20:45:47 2005
New Revision: 106834
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106834
Log:
PR c++/24780
* typeck.c (complete_type): Set TYPE
--- Comment #8 from jakub at gcc dot gnu dot org 2005-11-12 20:44 ---
Subject: Bug 24780
Author: jakub
Date: Sat Nov 12 20:44:55 2005
New Revision: 106833
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106833
Log:
PR c++/24780
* typeck.c (complete_type): Set TYPE
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-12 20:43 ---
Subject: Bug 24761
Author: jakub
Date: Sat Nov 12 20:43:27 2005
New Revision: 106832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106832
Log:
PR c++/24761
* pt.c (tsubst_copy_asm_operands): N
--- Comment #6 from jakub at gcc dot gnu dot org 2005-11-12 20:42 ---
Subject: Bug 24761
Author: jakub
Date: Sat Nov 12 20:42:23 2005
New Revision: 106831
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106831
Log:
PR c++/24761
* pt.c (tsubst_copy_asm_operands): N
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-12 20:09 ---
*** Bug 24242 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-12 20:09 ---
This is actually a dup of bug 21856.
*** This bug has been marked as a duplicate of 21856 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-12 20:08 ---
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dnovillo a
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-12 20:06 ---
Will look into marking _Jv_AllocObjectNoFinalizer with the non zero attribute
which is added with PR 20318.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-12 20:05 ---
This is an easy extension on top of PR 20318. Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kargl at gcc dot gnu dot org 2005-11-12 19:50 ---
Fixed on mainline and 4.0.x
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kargl at gcc dot gnu dot org 2005-11-12 19:48 ---
Subject: Bug 24787
Author: kargl
Date: Sat Nov 12 19:48:25 2005
New Revision: 106830
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106830
Log:
PR libgfortran/24787
* gfortran.dg/scan_1.f90: New test.
* intri
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-12 19:26 ---
I have a patch already.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-12 19:16 ---
Subject: Bug 24787
Author: kargl
Date: Sat Nov 12 19:16:40 2005
New Revision: 106828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106828
Log:
PR libfortran/24787
* intrinsics/string_intrinsics.c (string_scan
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-12 19:10 ---
Confirmed.
106665 works, 106727 fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-12 19:09 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from wanderer at rsu dot ru 2005-11-12 19:04 ---
Created an attachment (id=10229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10229&action=view)
testcase source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
g++ ICE with error message:
test.cc:24: internal compiler error: in build_abbrev_table, at dwarf2out.c:6427
Please submit a full bug report,
g++ call: g++ -c -gdwarf-2 -feliminate-dwarf2-dups test.cc -o test.o
testcase:
---8X--
namespace N {
struct I {};
tem
--- Comment #5 from hhinnant at apple dot com 2005-11-12 19:02 ---
> (1) Strong-arm a C++ front-end guru into implementing rvalue references,
> then use them in the TR1 function objects. Heck, we'll need 'em
> for C++0x anyway :)
At the risk of being reckless. Yes... wel
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-12 18:40 ---
This is a recent regression. This worked with PR 20051106 but not with
2005.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-12 18:32 ---
Created an attachment (id=10228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10228&action=view)
reduced testcase
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24823
--- Comment #4 from john at johnmaddock dot co dot uk 2005-11-12 18:32
---
Doug's right: according to 3.4p4 passing an rvalue results in implementation
defined behaviour. So you can support it or not as you wish. I'll update the
Boost test case accordingly.
However... I predict that
We ICE building lapack on x86_64 with
/usr/lib64/gcc/x86_64-suse-linux/4.1.0/f951 zlatmr.f -ffixed-form -quiet
-dumpbase zlatmr.f -mtune=k8 -auxbase zlatmr -O3 -version -funroll-all-loops -o
/tmp/cclbQYB1.s
zlatmr.min.f:69: internal compiler error: in insert_save, at caller-save.c:719
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-12 18:27 ---
I will take care of this one, it is a simple matter of a break missing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from john at johnmaddock dot co dot uk 2005-11-12 17:53
---
Thanks for the clarification Doug: having re-read the text, the issues list,
and scratched my head for a while I agree with you. I'll update the Boost test
case appropriately.
Feel free to close this one down a
--- Comment #3 from dnovillo at gcc dot gnu dot org 2005-11-12 17:47
---
Testing new patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24703
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-12 17:03 ---
This is a latent bug from 2003 (3.4 time frame):
* builtins.c (integer_valued_real_p): New function to test if
a floating point expression has an integer valued result.
(fold_trunc_transparent_mathfn)
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-12 16:58 ---
integer_valued_real_p is missing a break or something. Looking more into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24820
1 - 100 of 131 matches
Mail list logo
