--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:41 ---
Confirmed, this is was just a split out.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:40 ---
Right now this says sorry so confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:40 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24729
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-12 05:32 ---
This should remove the need to change may_alias to a TODO (PR 23330).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 05:30 ---
Confirmed, part of the issue here is that -i/10 is not converted to i/10 (which
is PR 23669). Once that, then we need to convert -(i/-10) to i/10.
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-11-12 05:21
---
Changing to NEW based on
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00858.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-12 02:57 ---
Confirmed, related to PR 13699 and PR 12255.
The first part of the testcase is rejected in 2.95.3. The second part is not
really a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Rem
The following invalid code is accepted by g++:
struct exception {};
template void foo() throw(exception);
template void foo(); // Error: exception-specification mismatch
struct bar
{
template friend void foo(); // Error: exception-specification
mismatch
};
--
Summary: g++ acce
--- Comment #8 from dnovillo at gcc dot gnu dot org 2005-11-12 01:04
---
Will take a look shortly.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hp at gcc dot gnu dot org 2005-11-12 00:36 ---
gah
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #1 from paolo at gcc dot gnu dot org 2005-11-12 00:19 ---
Subject: Bug 24808
Author: paolo
Date: Sat Nov 12 00:19:24 2005
New Revision: 106818
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106818
Log:
2005-11-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-12 00:11 ---
This was worked around for now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
T
--- Comment #10 from ron_hylton at hotmail dot com 2005-11-12 00:11 ---
Using gcc version 4.1.0 2005 (experimental) I still get a segfault for the
second test case with -O2.
$ gcc -c -O2 -v solveHestonVol2.ii
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ../gcc
--- Comment #17 from tkoenig at gcc dot gnu dot org 2005-11-12 00:02
---
(In reply to comment #14)
> Thomas,
>
> I'm not in favor of environmental variables, which I think would
> also be Paul Brook's position. It's too easy to have the variables
> set or unset at the wrong time.
In
--- Comment #16 from tkoenig at gcc dot gnu dot org 2005-11-11 23:53
---
Created an attachment (id=10224)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10224&action=view)
New version of patch
This patch should be fairly complete, without documentation.
This only implements the co
--- Comment #5 from janis at gcc dot gnu dot org 2005-11-11 23:48 ---
A regression hunt using an m68k-elf cross compiler on powerpc-linux shows
that the test failure begins with this patch:
r87487 | rakdver | 2004-09-14 08:05:46 + (Tue, 14 Sep 2004) | 17 lines
* Makefile.in
--- Comment #15 from sje at cup dot hp dot com 2005-11-11 23:42 ---
The patch from comment 14 seems to be working fine without any other changes.
I have bootstrapped and am currently running the testsuite. Looks OK so far.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
--- Comment #7 from green at redhat dot com 2005-11-11 23:29 ---
This feature would also be useful for java, as we can eliminate certain inlined
null pointer checks when we know that a method can't return null.
See http://gcc.gnu.org/ml/java/2005-11/msg00124.html
--
green at redhat d
--- Comment #12 from hp at gcc dot gnu dot org 2005-11-11 23:19 ---
Subject: Bug 24750
Author: hp
Date: Fri Nov 11 23:19:26 2005
New Revision: 106806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106806
Log:
PR middle-end/24750
* gcc.dg/torture/pr24750-1.c, gcc.
--- Comment #11 from hp at gcc dot gnu dot org 2005-11-11 23:17 ---
Subject: Bug 24750
Author: hp
Date: Fri Nov 11 23:17:16 2005
New Revision: 106804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106804
Log:
PR middle-end/24750
* reload.c (find_reloads_address_1
--- Comment #5 from jb at gcc dot gnu dot org 2005-11-11 23:13 ---
Actually, by marking the arguments to matmul as restrict pointers, I was able
to vectorize the main loop for unit stride.
I'll produce a patch at some point..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
--- Comment #7 from janis at gcc dot gnu dot org 2005-11-11 22:57 ---
The testcase from comment #3 starts failing with this patch:
r97988 | dnovillo | 2005-04-11 22:06:46 + (Mon, 11 Apr 2005) | 17 lines
PR tree-optimization/20933
* tree-ssa-alias.c (compute_flow_ins
--- Comment #14 from wilson at tuliptree dot org 2005-11-11 22:15 ---
Subject: Re: Shared libgcc not used for linking by
default
On Fri, 2005-11-11 at 13:39, sje at cup dot hp dot com wrote:
> --- Comment #11 from sje at cup dot hp dot com 2005-11-11 21:39 ---
> I have
--- Comment #13 from bugzilla-gcc at thewrittenword dot com 2005-11-11
22:00 ---
Created an attachment (id=10223)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10223&action=view)
Backport of eh_dummy logic in gcc/mklibgcc.in from 4.0 (credit to Eric
Botcazou)
--
http://gcc.gn
--- Comment #12 from bugzilla-gcc at thewrittenword dot com 2005-11-11
21:58 ---
(In reply to comment #11)
> I have run into a problem with my testing, the link line looks good but I get
> warnings from the HP linker like:
>
> ld: (Warning) Cannot load library symbol table in
> /proj/o
--- Comment #4 from jb at gcc dot gnu dot org 2005-11-11 21:55 ---
Seems like libgfortran vectorizes much better now. Compiling with
"-ftree-vectorize -ftree-vectorizer-verbose=5 -msse2" added to CFLAGS (I didn't
try with FCFLAGS) and grepping the output for LOOP VECTORIZED shows
../../
--- Comment #3 from amylaar at gcc dot gnu dot org 2005-11-11 21:48 ---
(In reply to comment #1)
> Try -fsplit-ivs-in-unroller
>
No, that doesn't help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24815
--- Comment #3 from amylaar at gcc dot gnu dot org 2005-11-11 21:44 ---
(In reply to comment #2)
> LOOP NOTES should be removed in 4.2 when loop.c is removed.
>
There is more than loop.c which currently uses LOOP NOTES.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24814
--- Comment #2 from amylaar at gcc dot gnu dot org 2005-11-11 21:40 ---
Created an attachment (id=10222)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10222&action=view)
test case
This testcase, compiled with -O2 -funroll-loops, shows numerous reg+index
addressing being used in th
--- Comment #11 from sje at cup dot hp dot com 2005-11-11 21:39 ---
I have run into a problem with my testing, the link line looks good but I get
warnings from the HP linker like:
ld: (Warning) Cannot load library symbol table in
/proj/opensrc/sje/test2/gcc-ia
64-hp-hpux11.23-std/lib/gc
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 21:12 ---
Fixed in 4.0.3 and above already.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following snippet causes g++ to crash and ask me to submit this report.
I've looked at some other reports, but I'm not expert enough to determine if
this is a duplicate or not. My appologies if it is. I'm not even sure if the
code is valid.
#include
template T f();
template std::vector
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 21:10 ---
Confirmed, reduced testcase:
MODULE fparser
INTEGER(is), PARAMETER :: cImmed = 1, &
VarBegin = 22
CHARACTER (LEN=5),DIMENSION(cAbs:cAtan), PARA
--- Comment #6 from janis at gcc dot gnu dot org 2005-11-11 21:09 ---
The failure begins with the first part of the structure aliasing changes:
r96362 | dberlin | 2005-03-13 00:46:07 + (Sun, 13 Mar 2005) | 68 lines
http://gcc.gnu.org/viewcvs?view=rev&rev=96362
The testcase for PR2
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 21:06 ---
Try -fsplit-ivs-in-unroller
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24815
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 21:05 ---
LOOP NOTES should be removed in 4.2 when loop.c is removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24814
--- Comment #8 from jb at gcc dot gnu dot org 2005-11-11 21:02 ---
Thomas,
the test programs you provided in #1 and #7 now work correctly for me on
i686-pc-linux-gnu. Perhaps it has something to do with my recent fix to PR
24174, I don't know. But if it works for you too I guess this PR
--
Summary: loop unrolling ends up with too much reg+index
addressing
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unass
--- Comment #1 from amylaar at gcc dot gnu dot org 2005-11-11 20:59 ---
Created an attachment (id=10221)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10221&action=view)
test case
When compiling this test case with -O2 -funroll-loops for i686 or sh-elf, the
NOTE_INSN_LOOP_BEG and
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
GCC build triplet|same|i686-pc-linux-
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-11 20:56 ---
*** Bug 24812 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 20:56 ---
*** This bug has been marked as a duplicate of 24804 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
Summary: unrolling doesn't put loop notes in right place
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
../Src/fparser.f90:329: internal compiler error: in
gfc_conv_array_constructor_expr, at fortran/trans-expr.c:1975
The problem is at the line "CHARACTER (LEN=LEN(Funcs)) :: fun"
It goes away if changed to: LEN=LEN(Funcs(cAbs))
but I believe the standard says the argument to LEN() can be
array value
The following test program goes into an infinite loop when compiled with -O2
and -fno-strict-aliasing but works correctly if -fno-strict-aliasing is
omitted.
$ g++-3.4 -g -O2 -fno-strict-aliasing -o loop loop.C
// loop.C
class DummyType
{
public:
~DummyType() { }
};
class Foo
{
public:
F
--- Comment #4 from janis at gcc dot gnu dot org 2005-11-11 20:47 ---
The failure begins with the first part of the structure aliasing changes:
r96362 | dberlin | 2005-03-13 00:46:07 + (Sun, 13 Mar 2005) | 68 lines
http://gcc.gnu.org/viewcvs?view=rev&rev=96362
The testcase for PR2
--- Comment #12 from jb at gcc dot gnu dot org 2005-11-11 20:46 ---
This is fixed by the 2005-11-06 patch.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jb at gcc dot gnu dot org 2005-11-11 20:41 ---
The recent patch on 2005-11-06 AFAICS fixes this bug.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from android at cn dot ru 2005-11-11 20:33 ---
It's true. Tanks.
--
android at cn dot ru changed:
What|Removed |Added
Status|RESOLVED
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:31
---
Subject: Bug 24785
Author: jvdelisle
Date: Fri Nov 11 20:31:06 2005
New Revision: 106798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106798
Log:
2005-11-11 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:31
---
Subject: Bug 24584
Author: jvdelisle
Date: Fri Nov 11 20:31:06 2005
New Revision: 106798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106798
Log:
2005-11-11 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:31
---
Subject: Bug 24719
Author: jvdelisle
Date: Fri Nov 11 20:31:06 2005
New Revision: 106798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106798
Log:
2005-11-11 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:31
---
Subject: Bug 24699
Author: jvdelisle
Date: Fri Nov 11 20:31:06 2005
New Revision: 106798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106798
Log:
2005-11-11 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:31
---
Subject: Bug 24489
Author: jvdelisle
Date: Fri Nov 11 20:31:06 2005
New Revision: 106798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106798
Log:
2005-11-11 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 20:24 ---
std::multimap::iterator iter;
You forgot the typename keyword as std::multimap is dependent.
So your source should look like:
template
class mutant_iter
{
private:
std::vector *Vector;
std::multimap *Mmap;
This Source:
template
27 class mutant_iter
28 {
29 private:
30 std::vector *Vector;
31 std::multimap *Mmap;
32 std::multimap::iterator iter;
33 };
try to compile:
g++ src.cpp -pedantic -Wall -o bin
GCC print:
mutant.cpp:32: error: expected ; before iter
Other compilers( Bo
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-11 20:19 ---
(In reply to comment #2)
> Could you be more explicit ?
> And maybe could this problem be detected by the configure script ?
I and others have found that some versions of GMP are broken. This is hard to
detect in t
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-11-11 20:19
---
Subject: Bug 24699
Author: jvdelisle
Date: Fri Nov 11 20:19:21 2005
New Revision: 106797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106797
Log:
2005-11-09 Jerry DeLisle <[EMAIL PROTECTED]>
P
--- Comment #2 from pierre42d at 9online dot fr 2005-11-11 20:15 ---
Could you be more explicit ?
And maybe could this problem be detected by the configure script ?
--
pierre42d at 9online dot fr changed:
What|Removed |Added
---
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-11-11 20:14
---
Patch posted for the x86_64 failure:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00857.html
For the i686 failure, I don't know since I was not able to reproduce that.
--
pinskia at gcc dot gnu dot org changed
--- Comment #2 from paolo at gcc dot gnu dot org 2005-11-11 20:10 ---
Subject: Bug 24799
Author: paolo
Date: Fri Nov 11 20:10:20 2005
New Revision: 106796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106796
Log:
2005-11-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from paolo at gcc dot gnu dot org 2005-11-11 20:10 ---
Subject: Bug 24805
Author: paolo
Date: Fri Nov 11 20:10:20 2005
New Revision: 106796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106796
Log:
2005-11-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #3 from paolo at gcc dot gnu dot org 2005-11-11 20:10 ---
Subject: Bug 24809
Author: paolo
Date: Fri Nov 11 20:10:20 2005
New Revision: 106796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106796
Log:
2005-11-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #12 from steven at gcc dot gnu dot org 2005-11-11 19:39 ---
Fixed on mainline. The bug is also on the GCC 4.0 branch, but I am not going
to backport the patch.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from steven at gcc dot gnu dot org 2005-11-11 19:34 ---
Subject: Bug 24265
Author: steven
Date: Fri Nov 11 19:34:39 2005
New Revision: 106795
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106795
Log:
PR 24265
* loop-invariant.c (may_assign_reg_p)
--- Comment #1 from dann at godzilla dot ics dot uci dot edu 2005-11-11
19:29 ---
Created an attachment (id=10220)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10220&action=view)
Preprocessed code containing the functions that exhibit the problem
--
http://gcc.gnu.org/bugzil
Compiling i387.c from the Linux kernel using:
-nostdinc -isystem /usr/lib/gcc/i386-redhat-linux/4.0.1/include -D__KERNEL__
-Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing
-fno-common -ffreestanding -O2 -fomit-frame-pointer -g -save-temps -msoft-float
-m32 -fno-builtin-spri
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24805
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.0.3
Version|3.0.2 |4.0.2
http://gcc.gnu
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-11-11 19:10
---
Testing a fix for the with/without -g problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-11 19:06
---
Created an attachment (id=10219)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10219&action=view)
Proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-11 19:05
---
The reason of the problem is that the conversion from complex*N to real*M with
N=2M happens only for selected values. The enclosed patch may help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
--- Comment #2 from pcarlini at suse dot de 2005-11-11 19:02 ---
Ok ;) Thanks!
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-11-11 19:01
---
The problem is that dwarf2out_switch_text_section does not get called as the
debug_hooks are set to none.
So the handling of NOTE_INSN_SWITCH_TEXT_SECTIONS is slightly wrong for this
case. Looking more into it.
--- Comment #1 from john at johnmaddock dot co dot uk 2005-11-11 18:54
---
And just to add to the above, this bug also effects is_enum and is_function.
John.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24809
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2005-11-11 18:52
---
*** Bug 24796 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-11-11 18:52
---
Well that confirms the bug and the fix is ready to be committed shortly.
Thanks Steve
*** This bug has been marked as a duplicate of 24700 ***
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-11 18:50
---
so with -g, it works but without -g it does not.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-11 18:50
---
This is a bug still.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Title say it all really, test case is:
#include
#include
static const bool b = std::tr1::is_polymorphic::value;
which produces:
/usr/local/gcc/4.0.2/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/tr1/type_traits:
In instantiation of `std::tr1::__is_polymorphic_helper::__second'
--- Comment #2 from john at johnmaddock dot co dot uk 2005-11-11 18:42
---
Created an attachment (id=10218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10218&action=view)
Test case (caution complicated)
The attached test cases are rather complex - sorry but it's easier to give
--
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
Title says it all really, code like:
#include
struct foo;
static const bool b = std::tr1::is_object::value;
doesn't compile, when it should: although many of the type_traits have a
precondition that they need not work with incomplete types, this isn't one of
those traits.
Oh and the error mes
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-11 18:24
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-11 18:22 ---
No feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following piece of code shows
subroutine a
implicit none
real*16 x
complex*32 y
end subroutine a
that gfortran
$ ~/gcc/bin/gfortran --version
GNU Fortran 95 (GCC) 4.1.0 20051110 (experimental)
supports the datatype real*16, but not complex*32. Since a complex*32 consists
essentially
--- Comment #13 from jason at gcc dot gnu dot org 2005-11-11 18:17 ---
Subject: Bug 24686
Author: jason
Date: Fri Nov 11 18:17:25 2005
New Revision: 106794
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106794
Log:
PR c++/24686
* gimplify.c (gimplify_cleanup_poin
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 17:59 ---
Actually we should be able to warn about this as " = { &x }; " is only ran
once, the first time the blah2 is called.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06
---
Created an attachment (id=10217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10217&action=view)
Proposed fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06
---
I think basereg_operand should not look inside SUBREGs. Here's an excerpt from
PA's deprecated basereg_operand:
return (GET_CODE (op) == REG
&& REG_POINTER (op)
&& register_operand (op, mod
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:03
---
That's a pretty serious issue (the testcase comes from Perl).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:01
---
Created an attachment (id=10216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10216&action=view)
Testcase that fails at -O on every branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
Mainline gfortran accepts following invalid code.
$ cat do_test.f90
program test_do
j = 0
loop: do 100 i = 1, 2
j = j + 1
100 continue
end program test_do
$ gfortran do_test.f90
$ gfortran -v
Using built-in specs.
Target: powerpc64-linux
Configured with: /home/gccbuild/gcc_trunk_anonsvn/trun
1 - 100 of 183 matches
Mail list logo
