--- Comment #2 from thomas at reactsoft dot com 2006-09-01 07:10 ---
We also have severe problems with GCC4.1.1 which generates wrong machine code
on i386 when there's a (volatile) structure with __attribute__((aligned (16)))
on the stack. If the code is not very complex, the alignment w
--- Comment #5 from jakub at gcc dot gnu dot org 2006-09-01 07:48 ---
Subject: Bug 28683
Author: jakub
Date: Fri Sep 1 07:48:22 2006
New Revision: 116620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116620
Log:
PR middle-end/28683
* cfgexpand.c (add_reg_br_pro
--- Comment #22 from paul dot richard dot thomas at cea dot fr 2006-09-01
08:11 ---
Created an attachment (id=12166)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12166&action=view)
A partial reversion to the previous method of type association.
This regests OK on trunk and fixes
--- Comment #3 from thomas at reactsoft dot com 2006-09-01 08:05 ---
(In reply to comment #2)
> while (1)
Please ignore that line... I forgot to delete it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28862
--- Comment #3 from federico dot carminati at cern dot ch 2006-09-01 08:18
---
Subject: Re: Build of the head fails on Mac Intel
Hello,
I am building the head version with the following script
#!/bin/sh
export CVS_RSH=ssh
cvs -qz9 -d :pserver:[EMAIL PROTECTED]:/sources/gcc up -Pd
--- Comment #4 from federico dot carminati at cern dot ch 2006-09-01 08:23
---
Subject: Fwd: Build of the head fails on Mac Intel
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
Begin forwarded message:
> From
The following program:
real, dimension(3,3), parameter :: a=reshape ((/(i, i = 1,9)/),(/3,3/))
real, dimension(2,3) :: b=a(:2:-1,:)
real, dimension(2,3) :: c=a(3:2:-1,:)
print *, b
print *, c
end
compiles with gfortran and gives:
3.00 2.00 6.00 5.00 9.0
--- Comment #23 from patchapp at dberlin dot org 2006-09-01 09:10 ---
Subject: Bug number PR28908
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg8.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from uros at kss-loka dot si 2006-09-01 10:18 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00010.html
--
uros at kss-loka dot si changed:
What|Removed |Added
--
Following testcases ICEs with current mainline:
--cut here--
char c;
void testc(void)
{
(void) __sync_fetch_and_add(&c, -1);
}
short s;
void tests(void)
{
(void) __sync_fetch_and_add(&s, -1);
}
--cut here--
inc.c: In function âtestsâ:
inc.c:13: error: unrecognizable insn:
(insn 10 8 11 3 (
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
I have a problem with 4.1 on m68k-linux, which miscompiles the following
test case during the gcse pass:
struct b {
unsigned a : 1;
unsigned b : 1;
unsigned c : 1;
unsigned d : 1;
};
unsigned int x = 1;
void f(int y, struct b *p)
{
switch (y) {
--- Comment #1 from zippel at linux-m68k dot org 2006-09-01 11:39 ---
Created an attachment (id=12167)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12167&action=view)
possible fix for gcse problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28925
libgomp.c/ordered-1.c and libgomp.c/ordered-3.c currently timeouts on my system
(RedHat 8.0 with 2.4.18-14, i686) due to unimplemented FUTEX syscall.
strace of produced binary shows endless lines of "Function not implemented"
lines. This is the beginning:
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN]
--- Comment #4 from paul dot richard dot thomas at cea dot fr 2006-09-01
13:45 ---
(In reply to comment #3)
> Setting the parameter n=65535, the program appears to execute correctly.
> However, the pr28914.f90.003t.original file is 706800 bytes long and embedded
> with a very large sta
--- Comment #11 from nathan at gcc dot gnu dot org 2006-09-01 13:46 ---
Subject: Bug 23287
Author: nathan
Date: Fri Sep 1 13:46:19 2006
New Revision: 116623
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116623
Log:
cp/
PR c++/23287
* parser.c (cp_parser_id_expr
--- Comment #5 from paul dot richard dot thomas at cea dot fr 2006-09-01
13:48 ---
Created an attachment (id=12168)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12168&action=view)
A provisional fix for the problem
This is not regtested.
Also, I know that there is a better way t
--- Comment #12 from nathan at gcc dot gnu dot org 2006-09-01 13:49 ---
2006-09-01 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/23287
* parser.c (cp_parser_id_expression): Add member_p
argument. Update all callers.
(cp_parser_unqualified_id): Likewise. Lo
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-01 14:39 ---
Confirmed, not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
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
--- Comment #24 from pault at gcc dot gnu dot org 2006-09-01 15:32 ---
Fix posted - I await your goahead, HJ.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from patchapp at dberlin dot org 2006-09-01 15:44 ---
Subject: Bug number PR c++/28878
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00014.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from patchapp at dberlin dot org 2006-09-01 15:45 ---
Subject: Bug number PR target/28909
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00010.html
--
http://gcc.gnu.org/bug
--- Comment #43 from sayle at gcc dot gnu dot org 2006-09-01 15:47 ---
Subject: Bug 22313
Author: sayle
Date: Fri Sep 1 15:47:29 2006
New Revision: 116628
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116628
Log:
PR other/22313
* dwarf2out.c (add_fde_cfi): Use
--- Comment #25 from hjl at lucon dot org 2006-09-01 15:47 ---
I am not sure if the patch is correct. I got
[EMAIL PROTECTED] build_base_o2.]$ /usr/gcc-4.2/bin/gfortran -c -o
module_integrate.fppized.o -I. -I./netcdf/include -O2 -ffast-math
-DSPEC_CPU_LINUX -DSPEC_CPU_CASE_F
--- Comment #26 from hjl at lucon dot org 2006-09-01 16:10 ---
Here is a testcase:
[EMAIL PROTECTED] wrf-1]$ cat bad.f90
module bar
implicit none
public
type domain_ptr
type(domain), POINTER :: ptr
end type domain_ptr
type domain
TYPE(domain_ptr) , DIMENSION( : ) , PO
--- Comment #10 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 28698
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c (DECLARE_PRIM_T
--- Comment #38 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 13212
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c (DECLARE_PRIM_T
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Compiler looses track of|[4.1/4.2 Regression]
|alignment for |
--- Comment #19 from jconner at gcc dot gnu dot org 2006-09-01 16:56
---
Subject: Bug 25505
Author: jconner
Date: Fri Sep 1 16:56:14 2006
New Revision: 116633
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116633
Log:
2006-09-01 Josh Conner <[EMAIL PROTECTED]>
PR c+
--- Comment #20 from jconner at gcc dot gnu dot org 2006-09-01 16:56
---
Subject: Bug 25505
Author: jconner
Date: Fri Sep 1 16:56:45 2006
New Revision: 116634
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116634
Log:
2006-09-01 Josh Conner <[EMAIL PROTECTED]>
PR c+
--- Comment #27 from paulthomas2 at wanadoo dot fr 2006-09-01 17:24 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
HJ,
I might be slow but I get there... what has been plaguing me all week is
doing the development under Cygwin. I just realised that N
--- Comment #28 from hjl at lucon dot org 2006-09-01 17:34 ---
If you are using Intel Centrino notebook, there is an open source driver for
wireless from Intel.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28908
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-01 17:37
---
I think this should just be closed and leave gfortran as is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23889
--- Comment #8 from jason at gcc dot gnu dot org 2006-09-01 17:59 ---
Subject: Bug 28899
Author: jason
Date: Fri Sep 1 17:59:41 2006
New Revision: 116637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116637
Log:
PR c++/28899
* gimplify.c (gimplify_modify_expr_r
--- Comment #9 from jason at gcc dot gnu dot org 2006-09-01 18:00 ---
fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
or an obje
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
or an obje
--- Comment #5 from kazu at gcc dot gnu dot org 2006-09-01 18:38 ---
Reproduced.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:14
---
Current gfortran is handling this correctly
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:16
---
I am looking into this a little. setWunused is called which calls SetWextras.
Just a little tweaking we need to do here I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25403
--- Comment #6 from kazu at gcc dot gnu dot org 2006-09-01 19:17 ---
Reduced down to:
/* m68k-none-elf-gcc -O2 -m68000 */
_Complex float
foo (float a)
{
return __builtin_copysign (a != a, a);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28911
During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
several asm statements. After compiling, the resulting asm file will be the
source of some sed scripts that generates crti.S and crtn.S.
Using gcc-trunk snapshot from 20060828, and gcc-4.0.2, the generated files
initfini.s
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:34
---
oops disregard that last comment. Typed in the wrong box.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25403
--- Comment #1 from edmar at freescale dot com 2006-09-01 19:35 ---
Created an attachment (id=12171)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12171&action=view)
Input file
Input file generated with --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28930
--- Comment #2 from edmar at freescale dot com 2006-09-01 19:37 ---
Created an attachment (id=12172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12172&action=view)
What glibc scripts expect
Input file processed with gcc-4.0.2
That is what glibc sed scripts expect
--
http://
--- Comment #3 from edmar at freescale dot com 2006-09-01 19:38 ---
Created an attachment (id=12173)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12173&action=view)
What gcc-trunk 20060828 generates
Input file processed with gcc-trunk, from 20060828.
The asm file confuses the gli
--- Comment #4 from joseph at codesourcery dot com 2006-09-01 19:47 ---
Subject: Re: New: [4.2.0] regression
On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
> During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
> several asm statements. After compiling,
--- Comment #36 from dje at watson dot ibm dot com 2006-09-01 19:56 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
What is confusing to me is that the r->r case is using evmergehi
and evmergelo. This is placing the value in both halves of the SIMD
register.
--- Comment #4 from dtemirbulatov at gmail dot com 2006-09-01 19:57 ---
I have got the same ICE on mainline gcc-20060815
bug.cc:4: internal compiler error: in create_tmp_var, at gimplify.c:487
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23399
--- Comment #5 from edmar at freescale dot com 2006-09-01 20:03 ---
(In reply to comment #4)
> Subject: Re: New: [4.2.0] regression
>
> On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
>
> > During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
> > several
--- Comment #6 from pluto at agmk dot net 2006-09-01 20:11 ---
I have a smaller testcase.
`-march=x86-64 -O2 -fno-strict-aliasing -fwrapv` generates wrong code
for gas/write.c from binutils-2.17.50.0.3 and assembler fails on every
file with an error message:
/tmp/ccsCHgd4.s: Assembler
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-09-01 20:25
---
Subject: Bug 27226
Author: rguenth
Date: Fri Sep 1 20:25:34 2006
New Revision: 116641
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116641
Log:
2006-09-01 J"orn Rennecke <[EMAIL PROTECTED]>
Ric
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-09-01 20:26
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #6 from joseph at codesourcery dot com 2006-09-01 20:27 ---
Subject: Re: [4.2.0] regression
On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
> It does change the inlining of call_gmon_start, but nothing else. I think the
> critical point is the positioning of /[EMAIL
--- Comment #7 from edmar at freescale dot com 2006-09-01 20:45 ---
(In reply to comment #6)
> The options you quote don't include -fno-unit-at-a-time. glibc should be
> using this option (or, better, -fno-toplevel-reorder with newer GCC) to
> compile this file; I don't know how you
--- Comment #37 from mmitchel at gcc dot gnu dot org 2006-09-01 21:25
---
I'm marking this P2 since it's E500-specific (as far as I can tell). However,
it's clearly a significant issue.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #8 from eweddington at cso dot atmel dot com 2006-09-01 21:44
---
Bugmasters: Please mark this bug as NEW. It is a valid bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-09-01 21:49 ---
Subject: Bug 28814
Author: rguenth
Date: Fri Sep 1 21:49:05 2006
New Revision: 116642
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116642
Log:
2006-09-01 Richard Guenther <[EMAIL PROTECTED]>
Ba
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-09-01 21:49
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-09-01 21:51
---
This is a P1 because we need to understand if there is actually ABI breakage.
If there isn't, or if we can't confirm that there is, we'll downgrade this.
--
mmitchel at gcc dot gnu dot org changed:
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28831
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-09-01 21:53
---
Yet another problem showing problems with attributes on typedefs for structure
types...
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28858
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28861
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28862
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28868
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28870
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28878
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28879
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28884
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-09-01 22:19
---
There shouldn't be a NON_LVALUE_EXPR here at all; non-type template parameters
are lvalues only if they have reference type.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28887
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28900
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-01 22:24 ---
(In reply to comment #3)
> There shouldn't be a NON_LVALUE_EXPR here at all; non-type template parameters
> are lvalues only if they have reference type.
fold produces it because maybe_lvalue_p returns true for Lang
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28903
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28905
--- Comment #5 from mark at codesourcery dot com 2006-09-01 22:30 ---
Subject: Re: [4.1/4.2 regression] Template specialization
with array rejected
pinskia at gcc dot gnu dot org wrote:
> --- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-01 22:24
> ---
> (In reply t
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28906
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28915
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-09-02 00:02
---
(In reply to comment #11)
> Yet another problem showing problems with attributes on typedefs for structure
> types...
Except this is with C and not C++ unlike the other ones.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-02 01:36 ---
(In reply to comment #5)
> So, that's what should be fixed.
Except that means introducing a language hook which is only to be useful in one
place.
The other way of fixing this is not to call fold if we have a MINUS_E
On Fri, 2006-09-01 at 22:30 +, mark at codesourcery dot com wrote:
> So, that's what should be fixed.
Except that means introducing a language hook which
is only to be useful in one place.
The other way of fixing this is not to call fold if
we have a MINUS_EXPR with the 2nd operand as 1, we
ju
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-02 01:39
---
Subject: Re: [4.1/4.2 regression] Template specialization
with array rejected
On Fri, 2006-09-01 at 22:30 +, mark at codesourcery dot com wrote:
> So, that's what should be fixed.
Except that means
Example source:
void f1(long foo, long bar) {/*empty*/}
void f2(long foo, ...) {/*empty*/}
void _start()
{
f1(-1, -2); //both correct
f2(-1, -2); //-1 correct, -2 becomes 0xFFFE
f2(0x, 0xfffe); //both correct
}
$ amd64-elf-gcc -ffre
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-02 01:51 ---
void f2(long foo, ...) {/*empty*/}
f2(-1, -2); //-1 correct, -2 becomes 0xFFFE
You are passing -2 as an (32bit) int and not as a (64bit) long to a var-args
function so this is not a bug unless yo
--- Comment #8 from mark at codesourcery dot com 2006-09-02 03:50 ---
Subject: Re: [4.1/4.2 regression] Template specialization
with array rejected
pinskia at physics dot uc dot edu wrote:
> --- Comment #7 from pinskia at physics dot uc dot edu 2006-09-02 01:39
> ---
> Subje
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-09-02 04:00 ---
Actually the other way to fix this is not to require NON_LVALUE_EXPR in the
first place by fixing the front-ends so they can figure out lvalueness without
depending on the tree structures.
Since Mark caused this and
--- Comment #13 from geoffk at geoffk dot org 2006-09-02 05:31 ---
Subject: Re: [4.0/4.1/4.2 Regression] -O3 -g crashes sometimes when using
may_alias and structs
On 01/09/2006, at 2:53 PM, mmitchel at gcc dot gnu dot org wrote:
> --- Comment #11 from mmitchel at gcc dot gnu dot
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-02 06:52 ---
Subject: Bug 26917
Author: jakub
Date: Sat Sep 2 06:52:24 2006
New Revision: 116654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116654
Log:
PR c++/26917
* repo.c (repo_file): Remove.
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-02 06:54 ---
Subject: Bug 28878
Author: jakub
Date: Sat Sep 2 06:54:04 2006
New Revision: 116655
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116655
Log:
PR c++/28878
* except.c (build_throw): Only set c
--- Comment #6 from jakub at gcc dot gnu dot org 2006-09-02 06:55 ---
Subject: Bug 27567
Author: jakub
Date: Sat Sep 2 06:55:09 2006
New Revision: 116656
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116656
Log:
PR middle-end/27567
* builtins.c (fold_builtin_me
--- Comment #4 from jakub at gcc dot gnu dot org 2006-09-02 06:57 ---
Subject: Bug 26917
Author: jakub
Date: Sat Sep 2 06:56:59 2006
New Revision: 116657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116657
Log:
PR c++/26917
* repo.c (repo_file): Remove.
--- Comment #4 from jakub at gcc dot gnu dot org 2006-09-02 06:58 ---
Subject: Bug 28878
Author: jakub
Date: Sat Sep 2 06:58:19 2006
New Revision: 116658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116658
Log:
PR c++/28878
* except.c (build_throw): Only set c
98 matches
Mail list logo
