--- Comment #1 from regehr at cs dot utah dot edu 2009-04-04 05:44 ---
To be clear: func_7() should return 1, but does not at -O2 and -Os.
In the Avrora output the result of the function looks like this:
r30:r31 = 0x0001
or
r30:r31 = 0x0C00
--
regehr at cs dot utah dot edu
/avrgcc440/install
--target=avr --enable-languages=c,c++ --disable-nls --disable-libssp
Thread model: single
gcc version 4.5.0 20090403 (experimental) (GCC)
reg...@john-home:~$ avr-gcc -O1 -mmcu=atmega128 small.c -o small.elf
reg...@john-home:~$ java avrora.Main -colors=false -monitors=break
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Severity|normal |minor
Status|UNCONFIRMED |ASSIGNED
softfp functions are not supposed to be compiled for the 64-bit version of
libgcc, since 64-bit ABI doesn't suport softfp.
--
Summary: powerpc64 libgcc contains useless softfp functions
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severit
--- Comment #21 from jason at redhat dot com 2009-04-04 03:45 ---
Subject: Re: deep typedef substitution in error message
dave at boostpro dot com wrote:
> Well, I find that a little confusing. Why is it explaining to me what
>
> typename boost::result_of::type
>
> is? I don't s
--- Comment #1 from rob1weld at aol dot com 2009-04-04 01:59 ---
Broken: 145488
Working: 144400
I'll continue to narrow it down some more.
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625
--- Comment #20 from dave at boostpro dot com 2009-04-04 01:33 ---
Subject: Re: deep typedef substitution in error message
on Fri Apr 03 2009, "jason at gcc dot gnu dot org"
wrote:
> --- Comment #19 from jason at gcc dot gnu dot org 2009-04-03 21:45
> ---
> Fixing that iss
--- Comment #10 from 3dw4rd at verizon dot net 2009-04-04 00:50 ---
(From update of attachment 17585)
The last patchlet got most of the new errors on x86_64 linux.
There was one more mistake that caused an error in mt19937_64.
In bits/random.h -
change this line:
--- Comment #9 from 3dw4rd at verizon dot net 2009-04-04 00:47 ---
Created an attachment (id=17585)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17585&action=view)
better patchlet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39629
--- Comment #11 from ramana at gcc dot gnu dot org 2009-04-03 23:26 ---
Taking this up.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
-nls --disable-libssp :
(reconfigured) ../configure --prefix=/home/regehr/avrgcc440/install
--target=avr --enable-languages=c,c++ --disable-nls --disable-libssp
Thread model: single
gcc version 4.5.0 20090403 (experimental) (GCC)
reg...@john-home:~/volatile/work0/014255$ cat small.c
#include
Revision 145497:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00118.html
removed xfail on some testcases. But they still fail on Linux/ia64:
FAIL: gcc.dg/vect/no-vfa-vect-43.c scan-tree-dump-times vect "Alignment of
access forced using versioning" 1
FAIL: gcc.dg/vect/no-vfa-vect-57.c scan-tree-dump-
--- Comment #8 from paolo dot carlini at oracle dot com 2009-04-03 22:43
---
(In reply to comment #7)
> "make check" was clean before revision 145483. Now I have many failures
> on 32bit. Revision 145508 with patch in comment #3 still have many failures
> on 32bit.
Yes, this is clear.
--- Comment #7 from hjl dot tools at gmail dot com 2009-04-03 22:36 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #5 from hjl at gcc dot gnu dot org 2009-04-03 22:35 ---
Subject: Bug 39607
Author: hjl
Date: Fri Apr 3 22:34:29 2009
New Revision: 145525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145525
Log:
Mention PR rtl-optimization/39607.
Modified:
trunk/gcc/testsuite
--- Comment #5 from hjl at gcc dot gnu dot org 2009-04-03 22:35 ---
Subject: Bug 39607
Author: hjl
Date: Fri Apr 3 22:34:29 2009
New Revision: 145525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145525
Log:
Mention PR rtl-optimization/39607.
Modified:
trunk/gcc/testsuite
--- Comment #5 from hjl at gcc dot gnu dot org 2009-04-03 22:25 ---
Subject: Bug 39631
Author: hjl
Date: Fri Apr 3 22:25:32 2009
New Revision: 145522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145522
Log:
Mention
PR rtl-optimization/39607
PR rtl-optimizatio
--- Comment #4 from hjl at gcc dot gnu dot org 2009-04-03 22:25 ---
Subject: Bug 39607
Author: hjl
Date: Fri Apr 3 22:25:32 2009
New Revision: 145522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145522
Log:
Mention
PR rtl-optimization/39607
PR rtl-optimizatio
--- Comment #7 from hjl dot tools at gmail dot com 2009-04-03 22:17 ---
(In reply to comment #6)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view) [edit]
> > > Fix a mistak
--- Comment #19 from jason at gcc dot gnu dot org 2009-04-03 21:45 ---
Fixing that issue (we weren't canonicalizing deduced type arguments) and also
catching typedefs that aren't typenames gives
../../../../boost/sequence/make_range.hpp:60: instantiated from
boost::sequence::detail::
--- Comment #6 from paolo dot carlini at oracle dot com 2009-04-03 21:40
---
(In reply to comment #4)
> (In reply to comment #3)
> > Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view) [edit]
> > Fix a mistake in operator precedence in
--- Comment #4 from sje at cup dot hp dot com 2009-04-03 21:40 ---
> Can you try comment #3 in PR 39607?
I tried that change but it did not fix the problem. Looks like Vladimir is
going to revert the entire patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39631
--- Comment #3 from vmakarov at redhat dot com 2009-04-03 21:36 ---
Steve, thanks for tracking it down. I did not reproduce the bug on x86-hppa
cross compiler. Therefore finding the patch is important to me.
This is not a single problem introduced by the patch. Another one is PR39607.
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-03 21:31 ---
Can you try comment #3 in PR 39607?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from sje at cup dot hp dot com 2009-04-03 21:18 ---
Putting in a workaround to fix another build problem allowed me to track this
problem down as starting with version r145309:
2009-03-30 Vladimir Makarov
* reload.c (push_reload, find_dummy_reload): Use df_get
--- Comment #18 from jason at gcc dot gnu dot org 2009-04-03 20:57 ---
Hmm, it also looks like a typedef snuck into the L argument somehow, probably
from the recent work on typedef access control. I'll poke at that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
--- Comment #15 from burnus at gcc dot gnu dot org 2009-04-03 20:57 ---
FIXED on the trunk (4.5) and on the 4.4.0 branch.
Hopefully that is all what is needed for Molpro.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from burnus at gcc dot gnu dot org 2009-04-03 20:57 ---
Subject: Bug 39594
Author: burnus
Date: Fri Apr 3 20:56:54 2009
New Revision: 145519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145519
Log:
2009-04-03 Tobias Burnus
PR fortran/39594
--- Comment #17 from jason at gcc dot gnu dot org 2009-04-03 20:51 ---
Good point, I forgot to strip typedefs in the diagnostic code. I'm testing a
patch that will make that
typename boost::result_of::type = mpl_::integral_c
--
jason at gcc dot gnu dot org changed:
What
f951 generates a seg fault while building on hppa1.1-hp-hpux11.11. It can be
reproduced by compiling the following fortran code with -O2 optimization:
elemental function gfortran_specific_dim_r16 (p1, p2)
real (kind=16), intent (in) :: p1, p2
real (kind=16) :: gfortran_specific_dim_r16
g
--- Comment #5 from dje at gcc dot gnu dot org 2009-04-03 19:48 ---
I see similar failures on AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-04-03 19:45 ---
(In reply to comment #3)
> Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view) [edit]
> Fix a mistake in operator precedence in bits/random.h (_ShiftMin1)
>
It st
--- Comment #16 from dave at boost-consulting dot com 2009-04-03 19:38
---
(In reply to comment #13)
> GCC will now say
>
> ../../../../boost/sequence/make_range.hpp:60: instantiated from
> boost::sequence::detail::range_maker::type
> boost::sequence::detail::range_maker CalcSize>::
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-03 19:18 ---
There are multiple of issues here, first we have an issue that the java
front-end is not telling the middle-end that args.length cannot be changed
after a new has happened (an aliasing issue). And then we had some b
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-03 18:29 ---
Draft patch: http://gcc.gnu.org/ml/fortran/2009-04/msg00013.html.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from burnus at gcc dot gnu dot org 2009-04-03 18:27 ---
Subject: Bug 39594
Author: burnus
Date: Fri Apr 3 18:26:44 2009
New Revision: 145513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145513
Log:
2009-04-03 Tobias Burnus
PR fortran/39594
While standard procedure pointers are implemented in gfortran, support for
procedure pointer components is still missing.
Short example:
type(t)
real :: r
procedure(),pointer,nopass :: p
end type
--
Summary: Fortran 2003: Procedure Pointer Components
Product: gcc
--- Comment #6 from jason at gcc dot gnu dot org 2009-04-03 18:05 ---
Fixed in 4.3, 4.4 and trunk.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jason at gcc dot gnu dot org 2009-04-03 18:05 ---
Subject: Bug 38030
Author: jason
Date: Fri Apr 3 18:04:39 2009
New Revision: 145511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145511
Log:
PR c++/38030, 38850, 39070
* pt.c (type_dependen
--- Comment #3 from 3dw4rd at verizon dot net 2009-04-03 17:48 ---
Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view)
Fix a mistake in operator precedence in bits/random.h (_ShiftMin1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #23 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 9634
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/2
--- Comment #15 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 29469
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/
--- Comment #20 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 29607
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/
--- Comment #2 from paolo dot carlini at oracle dot com 2009-04-03 17:27
---
Note, most if not all, those fails seem trivial: we are just instantiating with
a second non-type template argument (__w) which is too big compared to the size
of the type of the third argument, a 32-bit unsign
--- Comment #5 from jason at gcc dot gnu dot org 2009-04-03 17:27 ---
Subject: Bug 39608
Author: jason
Date: Fri Apr 3 17:26:50 2009
New Revision: 145509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145509
Log:
PR c++/39608
* semantics.c (finish_id_expression)
--- Comment #4 from jason at gcc dot gnu dot org 2009-04-03 17:25 ---
Subject: Bug 39608
Author: jason
Date: Fri Apr 3 17:24:46 2009
New Revision: 145508
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145508
Log:
PR c++/39608
* semantics.c (finish_id_expression)
--- Comment #1 from steven at gcc dot gnu dot org 2009-04-03 16:43 ---
This feature requires a substantial re-work of symbol handling in gfortran
(make it block based).
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from schwab at linux-m68k dot org 2009-04-03 16:15 ---
On avr the semicolon is a comment character for the assembler. The line
separator character is '$'.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-03 16:00 ---
Oops. It is revision 145483:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00104.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
Revision 145493
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00114.html
may have caused
FAIL: 26_numerics/random/independent_bits_engine/cons/base_copy.cc (test for
excess errors)
FAIL: 26_numerics/random/independent_bits_engine/cons/base_move.cc (test for
excess errors)
FAIL: 26_numerics/random/ind
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 15:39 ---
GCC doesn't do anything with the asm stmts itself so it can't "only emit the
lsl
instruction".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39628
--- Comment #2 from rob1weld at aol dot com 2009-04-03 15:27 ---
There has been some progress in this Bug Report:
http://gcc.gnu.org/viewcvs/trunk/gcc/ada/?sortby=date
"mlib-tgt-specific-solaris.adb144324 5 weeks jakub Update Copyright
years for files modified in 2008 and/or 2
--- Comment #1 from dgrnbrg at mit dot edu 2009-04-03 15:05 ---
Created an attachment (id=17583)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17583&action=view)
.i file from incorrectly compiling file
The incorrect code comes from the function bbspi_transmit_buf.
--
http://g
In trying to implement a fast rotate with carry on the avr platform, it should
be possible to do a left shift on a register, and then add-with-carry that
register and __zero_reg__. i.e.:
asm volatile("lsl %0; adc %0, __zero_reg__" : "+r"(x) : "0"(x));
however, gcc doesn't seem to understand that
Tracking bug for "implement new Fortran 2008 feature" bugs.
--
Summary: Fortran 2008 support
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: fortran
The upcoming Fortran 2008 standard introduces the BLOCK construct which allows
to declare local variables with a limited scope inside a procedure.
This is not yet implemented by gfortran. Some ideas and discussion here:
http://gcc.gnu.org/ml/fortran/2009-04/msg3.html
--
Summary:
--- Comment #3 from domob at gcc dot gnu dot org 2009-04-03 14:46 ---
Fixed on trunk (4.5)
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
--enable-stage1-checking --enable-checking=release
--with-system-zlib --with-gmp=/usr/local --with-mpfr=/usr/local
Thread model: single
gcc version 4.5.0 20090403 (experimental) [trunk revision 145488] (GCC)
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prot
--- Comment #15 from jason at gcc dot gnu dot org 2009-04-03 14:09 ---
Created an attachment (id=17582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17582&action=view)
Patch to add -fno-pretty-templates option
Here's a patch for a different approach I tried which just adds a flag
--- Comment #4 from rob1weld at aol dot com 2009-04-03 13:59 ---
(In reply to comment #3)
> Subject: Re: The Driver hides "undefined reference" messages from shared
> libs (but not object files) in linker phase
>
> Sent from my iPhone
>
> On Mar 13, 2009, at 8:54 PM, "rob1weld at aol
--- Comment #3 from rob1weld at aol dot com 2009-04-03 13:53 ---
(In reply to comment #2)
> Thanks. Patch commited as rev 144905 of MELT branch.
Closing, FIXED.
Rob
--
rob1weld at aol dot com changed:
What|Removed |Added
--
--- Comment #24 from rguenth at gcc dot gnu dot org 2009-04-03 13:44
---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #10 from rguenther at suse dot de 2009-04-03 13:23 ---
Subject: Re: [4.3/4.4/4.5 Regression] tree-ssa-sink
breaks stack layout
On Fri, 3 Apr 2009, sandra at codesourcery dot com wrote:
> --- Comment #9 from sandra at codesourcery dot com 2009-04-03 12:54
> ---
>
--- Comment #9 from sandra at codesourcery dot com 2009-04-03 12:54 ---
After the merge of the alias_improvements branch to trunk, the test case no
longer compiles incorrectly at -O1. Is this coincidence, or a real fix that
addresses the underlying problem?
--
http://gcc.gnu.org/bu
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-04-03 12:38
---
Subject: Bug 2480
Author: rguenth
Date: Fri Apr 3 12:38:08 2009
New Revision: 145499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145499
Log:
2009-04-03 Richard Guenther
PR tree-optimization
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-04-03 12:38
---
Subject: Bug 23086
Author: rguenth
Date: Fri Apr 3 12:38:08 2009
New Revision: 145499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145499
Log:
2009-04-03 Richard Guenther
PR tree-optimizatio
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 12:34 ---
Re-confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|20
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 12:32 ---
Re-confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|20
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 12:30 ---
Both testcases are now fixed on trunk. The first testcase is fixed for 4.4
as well.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 12:27 ---
:
# i.21_754 = PHI
# i.21_484 = PHI
D.4090_71 = b[i.21_754];
x[i.21_754] = D.4090_71;
D.4345_1088 = (unsigned int) i.21_484;
D.4346_1089 = D.4345_1088 + 1;
i.21_1090 = (int) D.4346_1089;
if (n.17_75
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:24 ---
Works with 4.3. Very similar to PR23086.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-04-03 12:19
---
*a = 1; <--- a cannot point to b here.
if (b == 2)
b != 2 you mean.
This works for me with 4.0.4 even. Likely optimized on RTL level?
Adjusted testcase:
extern void link_error (void);
extern void abort (v
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:07 ---
Huh. C testcase please? I think this may be fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21855
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:06 ---
The store to *ptr aliases the load from osmesa->clearpixel - there
is no (easy) way to otherwise prove that it is not (at least with the
testcase).
We do not see where osmesa->buffer points to (it may point to
&osmes
--- Comment #1 from fpbeekhof at gmail dot com 2009-04-03 12:01 ---
I've tried compiling the same code on several machines. Outcome: intel machines
are fine, AMD machines exhibit this behaviour.
The second AMD machine has ubuntu 8.04 on it, and a different compiler version:
$ gcc -v
Usi
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-04-03 11:57
---
Re-confirmed with current trunk. The issue is that PTA computes
Flow-insensitive points-to information for foo
p_1(D), points-to vars: { PARM_NOALIAS.28 } (includes global vars)
foo (int * p)
{
:
*p_1(D) = 1;
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 11:40 ---
Fixed with the alias-improvements branch merge.
g (struct f * b, struct f * c)
{
int prephitmp.20;
int prephitmp.19;
:
if (b == 0B)
goto ;
else
goto ;
:
prephitmp.19 = c->a;
prephitmp.20 = prep
--- Comment #23 from rguenth at gcc dot gnu dot org 2009-04-03 11:37
---
On trunk we get the following after early optimizations:
:
predD.2646 = fD.2070;
predD.2653.predD.2098 = &predD.2646;
predD.2660.predD.2116 = &predD.2653;
predD.2667.predD.2134 = &predD.2660;
predD.2674.
It would be nice if we could provide a list of possible candidates for generic
in the example below. (Something similar is implemented in C++ if a particular
overload is not found, all possible prototypes are listed.)
$> cat candidates.f90
MODULE amodule
INTERFACE generic
MODULE PROCEDURE sp
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-04-03 11:27
---
Fixed at -O2 since 4.4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 11:16 ---
Subject: Bug 34743
Author: rguenth
Date: Fri Apr 3 11:16:29 2009
New Revision: 145497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145497
Log:
2009-04-03 Richard Guenther
PR tree-optimization/
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-03 11:16 ---
Fixed for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|N
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 10:38 ---
Fixed/merged.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 10:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-04-03 10:37
---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:36 ---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 10:35 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:34 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-03 10:34 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-03 10:32 ---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-03 10:31 ---
Really fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-03 10:30 ---
Fixed for 4.5.0 - it's gone there.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from rguenth at gcc dot gnu dot org 2009-04-03 10:29
---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-04-03 10:29
---
Fixed for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-04-03 10:27
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 36230
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
1 - 100 of 127 matches
Mail list logo
