--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-11-06 02:41
---
Here is a test case that fails with the new patch. (Thanks Dominique)
program streamtest
implicit none
character(1) :: lf = char(10)
character(1) :: tchar
integer:: i,j,k
real(kind=4), dimen
--- Comment #15 from mmitchel at gcc dot gnu dot org 2007-11-06 00:43
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #14 from mmitchel at gcc dot gnu dot org 2007-11-06 00:31
---
Subject: Bug 33579
Author: mmitchel
Date: Tue Nov 6 00:30:52 2007
New Revision: 129918
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129918
Log:
PR target/33579
* tree.h (DECL_INIT_PRIOR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34001
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-11-05 23:46
---
Hey, it crashes Intel, Sun, g95 and gives a runtime error with Portland. Not
bad!
Reduced testcase:
program test
interface
function my_string(x)
integer, intent(in) :: x
integer :: sv(x)
characte
--- Comment #2 from hjl at gcc dot gnu dot org 2007-11-05 23:42 ---
Subject: Bug 32632
Author: hjl
Date: Mon Nov 5 23:42:30 2007
New Revision: 129913
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129913
Log:
2007-11-05 H.J. Lu <[EMAIL PROTECTED]>
PR driver/32632
4byte structures that are passed as parameters to a fastcall routine will get
passed as registers. This does not match the original fastcall convention,
which passes such structures on the stack.
Compiling this code:
#include
typedef struct {
int a;
} my_struct;
int __attribute__((fastcall))
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-11-05 23:29
---
Testing fix.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #44 from hjl at gcc dot gnu dot org 2007-11-05 23:12 ---
Subject: Bug 33871
Author: hjl
Date: Mon Nov 5 23:11:57 2007
New Revision: 129911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129911
Log:
2007-11-05 H.J. Lu <[EMAIL PROTECTED]>
PR c++/33871
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-05 23:06
---
> If someone either can turn this into a program that gets the wrong
> answer on a program that has a defined behavior with a language that gcc
> supports, then i will take this bug seriously.
There is already a
pple-darwin9.0.0
Configured with: ../gcc/configure --prefix=/Users/jonathan/FSF-GCC/
--with-gmp=/Users/jonathan/FSF-GCC/ --with-mpfr=/Users/jonathan/FSF-GCC/
--enable-lanaguages=c,c++,fortran,objc,obj-c++ --enable-checking=release
--with-tune=generic
Thread model: posix
gcc version 4.3.0 20071105 (expe
--- Comment #8 from wvangulik at xs4all dot nl 2007-11-05 22:48 ---
(In reply to comment #7)
> With Mike's description in comment #6, confirmed on 4.1.2 and 4.2.2. AVR GCC
> 4.2.2 is worse than 4.1.2, in that even if sub2 is called with (x+1), the
> variable is still 16 bits.
>
There i
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-05 22:44
---
> Re. comment #5, yes the code is right to add the frequencies together.
> After cross jumping, the tail-merged block is traversed with the combined
> frequencies of the new incoming edges, so adding the frequenci
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-11-05 22:32 ---
Of course we should have partitioned those.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from steven at gcc dot gnu dot org 2007-11-05 22:30 ---
All dependent bugs are resolved.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from steven at gcc dot gnu dot org 2007-11-05 22:29 ---
Implementing this kind of load PRE for RTL again is more trouble than it is
worth. It would require tracking of addresses in MEM rtx'en, hashing the MEM
and the MEM address independently but solving the dataflow equa
--- Comment #121 from pinskia at gcc dot gnu dot org 2007-11-05 22:25
---
*** Bug 33999 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-05 22:25 ---
This is one of the most obvious violations of C/C++ aliasing rules.
You are accessing a _GUID as an int. Either use -fno-strict-aliasing, an union
or memcpy to get around the aliasing violation
*** This bug has bee
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-11-05 22:23 ---
(In reply to comment #5)
> What did you think was wrong with this patch?
I cannot remember any of the details any more since it has been almost a year
since I last worked on this bug. Sorry.
--
http://gcc.gnu.
--- Comment #37 from steven at gcc dot gnu dot org 2007-11-05 22:23 ---
If linux kernel hacker complaints were taken seriously, this bug would be P1
;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
--- Comment #7 from steven at gcc dot gnu dot org 2007-11-05 22:19 ---
Re. comment #5, yes the code is right to add the frequencies together. After
cross jumping, the tail-merged block is traversed with the combined frequencies
of the new incoming edges, so adding the frequencies is corr
--- Comment #3 from zadeck at naturalbridge dot com 2007-11-05 22:16
---
Subject: Re: [4.1/4.2/4.3 Regression] GCC generates
wrong code for infinitely recursive functions
steven at gcc dot gnu dot org wrote:
> --- Comment #2 from steven at gcc dot gnu dot org 2007-11-05 21:38
>
--- Comment #1 from myan at microstrategy dot com 2007-11-05 22:15 ---
Created an attachment (id=14487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14487&action=view)
A small test file shows the problem.
The attached source file has all the information of this bug report.
--
#include
#include
#include
// g++ optimizer(-O2) generates wrong code on 32bit x86_64
//
// g++ 3.2.3 is ok
// g++ 3.4.6 & 4.1.1 are wrong
//
// platform Redhat AS4, x86_64
//
// g++ -g -O2 -m32 foo.cpp
typedef struct _GUID
{
unsigned int Data1;
unsigned short Data2;
un
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/f222faf1eb571cba
The following program crashes a couple of compilers, including gfortran 4.1.x
to 4.3.0. The error message is:
sdsd.f90: In function 'len_test':
sdsd.f90:23: internal compiler error: in make_decl_rtl, a
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-05 21:55 ---
Subject: Bug 33648
Author: jakub
Date: Mon Nov 5 21:55:37 2007
New Revision: 129909
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129909
Log:
PR rtl-optimization/33648
* gcc.dg/pr33648.c: New
--- Comment #4 from burnus at gcc dot gnu dot org 2007-11-05 21:41 ---
Close as INVALID as Mike Metcalf and Steve Lionel agree with my analysis. Nice
that gfortran gets it right :-)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from steven at gcc dot gnu dot org 2007-11-05 21:38 ---
It seems to me that a recursive function can never be safely treated as
const/pure. In fact, any function in an SCC in the call graph could result in
an endless loop and is therefore not const/pure. I'm assuming here
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-05 20:54 ---
What did you think was wrong with this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30297
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-05 19:58
---
The reduced testcase fails at -O2 on i586 too.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #43 from hjl at lucon dot org 2007-11-05 19:25 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00214.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33871
--- Comment #3 from pcarlini at suse dot de 2007-11-05 19:25 ---
No, it's too late for that, and the actual implementation still needs work,
performance-wise (as far as I know). But you can try ConceptGCC:
http://www.generic-programming.org/software/ConceptGCC/
and also track the dev
--- Comment #2 from pluto at agmk dot net 2007-11-05 19:17 ---
(In reply to comment #1)
> Really, in the times of real concepts in C++0x we don't want to fiddle with
> the
> aged sort-of-simulation in the library.
will libstdc++ in gcc-4.3 have real concepts enabled with -std=c++0x?
--- Comment #10 from dgregor at gcc dot gnu dot org 2007-11-05 18:45
---
Fixed as part of PR33235
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-05 18:45 ---
Fixed at the same time as PR33235
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-05 18:44 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-05 18:43 ---
For a patch of this size, we'll need an assignment.
Please contact me via email and I will get you started on this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-05 18:42 ---
Subject: Bug 33235
Author: dgregor
Date: Mon Nov 5 18:42:22 2007
New Revision: 129905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129905
Log:
Index: testsuite/g++.dg/cpp0x/pr33996.C
=
--- Comment #3 from burnus at gcc dot gnu dot org 2007-11-05 17:43 ---
(In reply to comment #2)
> With the Lahey free conformance checker, the example below gives:
> 2278-W: "SOURCE.F90", line 3: Specific procedures (one) and (two) do not
> ensure that generic reference (foo) is unambi
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-11-05 17:40
---
Jason --
As you've reviewed Doug's previous variadic templates patches, would you care
to review this one?
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-05 17:34 ---
As of r129803, I can bootstrap c,c++,java on my mipsel-linux build machine with
128MB RAM again. Although some files require more than 128MB of virtual
memory, I have plenty of swap and the system does not thrash so h
--- Comment #29 from fxcoudert at gcc dot gnu dot org 2007-11-05 17:15
---
On x86_64-linux, regtesting with -fdefault-integer-8 and type-checking enabled
gives the following ICEs:
gfortran.dg/auto_internal_assumed.f90
gfortran.dg/internal_dummy_1.f90
gfortran.dg/internal_references_1.f
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #14 from jakub at gcc dot gnu dot org 2007-11-05 16:57 ---
Smaller testcase:
// PR target/33168
// { dg-do compile }
// { dg-options "-O2 -fdata-sections" }
extern const int& foo;
namespace
{
const int bar = 16;
}
const int &foo = bar;
--
http://gcc.gnu.org/bugzilla/s
--- Comment #13 from jakub at gcc dot gnu dot org 2007-11-05 16:49 ---
I disagree with this patch (at least for this bug). The bug is on
cp_finish_decl
side. Working on it.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-05 16:08 ---
Removing that function and its caller certainly fixes this testcase on
ia64-linux
and I'm currently running full make check
RUNTESTFLAGS=--target_board=unix/-fsched-stalled-insns=0
(and so far haven't seen any issues).
--- Comment #17 from spop at gcc dot gnu dot org 2007-11-05 15:44 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #25 from spop at gcc dot gnu dot org 2007-11-05 15:44 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from pluto at agmk dot net 2007-11-05 15:44 ---
(In reply to comment #4)
> This is a possible solution. Not ideal though, because, then all exceptions
> will be trigger the breakpoint at __cxa_throw.
>
> If however, I put a breakpoint in the catch in question, then I kno
--- Comment #16 from spop at gcc dot gnu dot org 2007-11-05 15:42 ---
Subject: Bug 32540
Author: spop
Date: Mon Nov 5 15:42:30 2007
New Revision: 129901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129901
Log:
2007-11-05 Nick Clifton <[EMAIL PROTECTED]>
Sebastia
--- Comment #24 from spop at gcc dot gnu dot org 2007-11-05 15:42 ---
Subject: Bug 33922
Author: spop
Date: Mon Nov 5 15:42:30 2007
New Revision: 129901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129901
Log:
2007-11-05 Nick Clifton <[EMAIL PROTECTED]>
Sebastia
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-05 14:38 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #42 from hjl at lucon dot org 2007-11-05 14:18 ---
(In reply to comment #39)
> Subject: Re: [4.3 Regression] typeinfo name referenced in ... defined in
> discarded section
>
>
> On 04/11/2007, at 7:01 PM, hjl at lucon dot org wrote:
>
> >> - Won't this cause the global va
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-05 12:59 ---
This little nightmare is fixed... it worked in ConceptGCC, at least :)
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-05 12:50 ---
Subject: Bug 33939
Author: dgregor
Date: Mon Nov 5 12:50:21 2007
New Revision: 129900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129900
Log:
2007-11-05 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from andreasmeier80 at gmx dot de 2007-11-05 12:03 ---
At http://gcc.gnu.org/ml/gcc-patches/2007-10/msg01572.html is a unreviewed
patch for this and other 7 bugs
--
andreasmeier80 at gmx dot de changed:
What|Removed |Added
--
--- Comment #2 from pault at gcc dot gnu dot org 2007-11-05 11:05 ---
Thanks for putting this together. I had seen the discussion but have not had
time to gather together a story, as you have done.
With the Lahey free conformance checker, the example below gives:
Compiling program uni
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-05 10:10 ---
There are two issues IMHO, one is that in this case the vectorizer should
create VECTOR_CST rather than CONSTRUCTOR, because it is really known to be
constant. That cures this ICE, though you are right that CONSTRUCTO
--- Comment #1 from burnus at gcc dot gnu dot org 2007-11-05 09:19 ---
Created an attachment (id=14486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14486&action=view)
Original example from comp.lang.fortran
Original example. Accepted by ifort (!), openf95, sunf95 and g95; reject
Based on the example/report at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/18873113b18cd5e9/
by Rich Townsend.
I think the following subroutines are not ambiguous. One is
(COMPLEX, COMPLEX, procedure)
and the other is
(COMPLEX, procedure [, COMPLEX])
Thus without fo
--- Comment #8 from jakub at gcc dot gnu dot org 2007-11-05 08:46 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-05 08:44 ---
Subject: Bug 33856
Author: jakub
Date: Mon Nov 5 08:44:23 2007
New Revision: 129897
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129897
Log:
PR tree-optimization/33856
* tree-data-ref.c (get
--- Comment #16 from bonzini at gnu dot org 2007-11-05 08:21 ---
No, but I don't think this should hold up marking this PR as fixed.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-05 08:18 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-05 08:18 ---
Subject: Bug 33836
Author: jakub
Date: Mon Nov 5 08:18:03 2007
New Revision: 129896
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129896
Log:
PR c++/33836
* parser.c (cp_parser_unary_expressi
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-05 08:16 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-05 08:10 ---
Subject: Bug 33969
Author: jakub
Date: Mon Nov 5 08:10:09 2007
New Revision: 129895
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129895
Log:
PR c++/33969
* decl.c (grokdeclarator): Don't cal
72 matches
Mail list logo
