--- Comment #7 from pault at gcc dot gnu dot org 2009-10-16 06:09 ---
Fixed on trunk.
Thanks for the patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2009-10-16 06:09 ---
Fixed on trunk.
Thanks for the patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2009-10-16 06:07 ---
Subject: Bug 41648
Author: pault
Date: Fri Oct 16 06:07:09 2009
New Revision: 152890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152890
Log:
2009-10-16 Paul Thomas
PR fortran/41648
PR fo
--- Comment #6 from pault at gcc dot gnu dot org 2009-10-16 06:07 ---
Subject: Bug 41656
Author: pault
Date: Fri Oct 16 06:07:09 2009
New Revision: 152890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152890
Log:
2009-10-16 Paul Thomas
PR fortran/41648
PR fo
--- Comment #62 from hjl dot tools at gmail dot com 2009-10-16 02:48
---
(In reply to comment #61)
>
> As for the updated patch --- why does it modify the autovectorizer? Anything
> that the autovectorizer does can be done manually without the autovectorizer.
> So, if there is a case w
--- Comment #61 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-10-16 02:10 ---
> Why should gcc align the stack when SSE registers aren't used
> at all?
Because it passes pointer to the structure containing vector entries to someone
else who expects it to be aligned.
As
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-10-16 01:58
---
This seems to work. (Although I thought I saw once for the z4 value.)
program z
implicit none
real(10) e
integer i
integer(8), dimension(2) :: it
call random_seed()
do i=1,100
call rando
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-10-16 01:41
---
I had a chance to review our code here. It uses gfc_xtoa which resides in
runtime\error.c. All of our conversion routines are dependent on
GFC_UINTEGER_LARGEST which is platform dependent. I think there is a
si
--- Comment #60 from hjl dot tools at gmail dot com 2009-10-16 00:56
---
Created an attachment (id=18805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18805&action=view)
An updated patch
This patch aligns stack if there is a stack variable with 128bit alignment.
--
hjl dot t
--- Comment #4 from danglin at gcc dot gnu dot org 2009-10-16 00:07 ---
Subject: Bug 40913
Author: danglin
Date: Fri Oct 16 00:07:28 2009
New Revision: 152884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152884
Log:
Backport from mainline
2009-09-17 Michael Ha
--- Comment #3 from danglin at gcc dot gnu dot org 2009-10-16 00:04 ---
Subject: Bug 40913
Author: danglin
Date: Fri Oct 16 00:04:11 2009
New Revision: 152883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152883
Log:
2009-10-15 John David Anglin
Backport from mainli
--- Comment #2 from danglin at gcc dot gnu dot org 2009-10-15 23:31 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from danglin at gcc dot gnu dot org 2009-10-15 23:23 ---
Subject: Bug 41702
Author: danglin
Date: Thu Oct 15 23:22:44 2009
New Revision: 152882
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152882
Log:
PR target/41702
* pa.md (casesi): Use sign ex
--- Comment #1 from evaned at gmail dot com 2009-10-15 23:10 ---
Created an attachment (id=18804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18804&action=view)
The broken code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41723
The following code complies with GCC 4.3.0-2 and presumably older versions
(also tested with 3.4), but fails under GCC 4.4.0:
template
class C {
template class D {};
friend class C::D;
};
The message it outputs is:
$ /s/gcc-4.4.0/bin/g++ test.cc
test.cc:5: error: typename C::
--- Comment #2 from vincent dot stehle at laposte dot net 2009-10-15 22:59
---
Complete compiler version:
vinc...@clopinette:bug$ arm-linux-gnu-gcc-4.3 -v
Using built-in specs.
Target: arm-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1'
--with-bugurl
--- Comment #1 from vincent dot stehle at laposte dot net 2009-10-15 22:56
---
gcc 3.4.6, 4.1.3 and 4.2.4 (Debian) not affected because -march=armv7-a not
supported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41722
When I try to (cross-)compile the C source below, I get an internal compiler
error.
I am using (cross-)gcc version 4.3.2 (Debian 4.3.2-1.1).
Command line: 'arm-linux-gnu-gcc -march=armv7-a -mthumb -c opt.c'
--- C:
#define N 10
float f(const float a[N], const float b[N])
{
float r = 0;
--- Comment #2 from sje at cup dot hp dot com 2009-10-15 21:53 ---
Fixed with checkin.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|UNCONF
--- Comment #9 from kargl at gcc dot gnu dot org 2009-10-15 21:51 ---
(In reply to comment #8)
> Created an attachment (id=18803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18803&action=view) [edit]
> gcc45-pr41717.patch
>
> Untested patch.
>
The patch allows the original tes
--- Comment #1 from sje at gcc dot gnu dot org 2009-10-15 21:49 ---
Subject: Bug 41697
Author: sje
Date: Thu Oct 15 21:49:29 2009
New Revision: 152872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152872
Log:
2009-10-15 Steve Ellcey
PR rtl-optimization/41697
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-15 21:22 ---
Since foo is not declared as virtual, it is always a direct call to A::foo when
doing:
a->foo();
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
If I declare a class and extend it, the object created from the extended class
shouldn't always refer to the extended class methods and typeid even if casted
to the first class?
See the code:
#include
#include
class A
{
public:
int a;
A() { ; }
--- Comment #6 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41573
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #10 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41634
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-
--- Comment #15 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41182
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-
--- Comment #8 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41555
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #5 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41570
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #5 from hjl at gcc dot gnu dot org 2009-10-15 21:18 ---
Subject: Bug 41683
Author: hjl
Date: Thu Oct 15 21:17:36 2009
New Revision: 152870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152870
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-15 21:17 ---
Created an attachment (id=18803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18803&action=view)
gcc45-pr41717.patch
Untested patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from danglin at gcc dot gnu dot org 2009-10-15 21:14 ---
This was introduced in revision 151676 on hppa-unknown-linux-gnu.
2009-09-13 Richard Guenther
Rafael Avila de Espindola
* langhooks-def.h (LANG_HOOKS_EH_RUNTIME_TYPE): Define.
(LANG_HOO
--- Comment #59 from hjl dot tools at gmail dot com 2009-10-15 20:54
---
(In reply to comment #58)
> (In reply to comment #53)
> > Created an attachment (id=18656)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656&action=view) [edit]
> > An updated patch for gcc 4.4
>
> Seamonk
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-15 20:36 ---
>gfortran: Internal error: Segmentation Fault (program f951)
That normally means the version of GMP/MPFR you have installed are broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41720
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-15 20:37 ---
I see several issues:
1) expand_debug_expr should handle CONJ_EXPR. The easiest would be just
to handle the case where op0 is CONCAT (then just
return gen_rtx_CONCAT (mode, XEXP (op0, 0), gen_rtx_NEG (GET_MODE (XEXP (
--- Comment #2 from janus at gcc dot gnu dot org 2009-10-15 20:27 ---
Problem: The patch in comment #1 regresses on class_allocate_1.f03:
gfortran-4.5 class_allocate_1.f03 -O1
class_allocate_1.f03: In function MAIN__:
class_allocate_1.f03:57:0: internal compiler error: in
tree_annotat
--- Comment #58 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-10-15 20:24 ---
(In reply to comment #53)
> Created an attachment (id=18656)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656&action=view) [edit]
> An updated patch for gcc 4.4
Seamonkey is correct w
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41717
Bootstrap build nearly works (C compiler was done and checked as were libraries
to this point), but then:
...
checking dynamic linker characteristics... solaris2.10 ld.so
checking how to hardcode library paths into programs... immediate
checking whether the GNU Fortran compiler is working... no
con
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-15 20:16 ---
(In reply to comment #0)
> x = t2(45,478) ! INVALID
> cp = x
The "x = " is of cause valid while the "cp = x" is invalid.
The opposite "type = class" is already rejected.
--
http://gcc.gnu.org/bugzilla/show_bu
R734 assignment-stmt is variable = expr
"An intrinsic assignment statement is an assignment statement that is not a
defined assignment statement (7.4.1.4). In an intrinsic assignment statement,
variable shall not be polymorphic"
implicit none
type t1
integer :: a
end type
type, extends
--- Comment #6 from kargl at gcc dot gnu dot org 2009-10-15 20:09 ---
Inspection of gcc/ChangeLog and gcc/fortran/ChangeLog
suggests that this is related to the recent flurry of
debugging patches. Changing the component to debug.
--
kargl at gcc dot gnu dot org changed:
--- Comment #5 from kargl at gcc dot gnu dot org 2009-10-15 20:04 ---
Here's a reduced testcase.
subroutine state_matrix_test ()
complex :: val
complex, dimension(1) :: v
v(1) = (0.0, 0.8)
val = conjg(v(1) * v(1))
end subroutine state_matrix_test
Any level of optimi
--- Comment #4 from kargl at gcc dot gnu dot org 2009-10-15 19:51 ---
(In reply to comment #3)
> The gfortran I used was checked out and compiled today,
> trunk revision 152845.
>
OK. My new build also has the ICE on x86_64-*-freebsd.
--
kargl at gcc dot gnu dot org changed:
--- Comment #2 from joel at gcc dot gnu dot org 2009-10-15 19:24 ---
CLosing.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from joel at gcc dot gnu dot org 2009-10-15 19:24 ---
This was the side-effect of an unmatched qupote in config.gcc in my local tree
from a new target I was adding. It resulted in configargs.h not being
compilable. Strange but fixed now and never in public source.
--
--- Comment #1 from bernds_cb1 at t-online dot de 2009-10-15 19:05 ---
Created an attachment (id=18802)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18802&action=view)
Testcase to reproduce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41718
The testcase for bug 38582 causes a new failure in gcc trunk, an internal
compiler error (see summary). The revision is
Last Changed Rev: 152847
Last Changed Date: 2009-10-15 16:12:03 +0100 (Thu, 15 Oct 2009)
To reproduce, execute the following in the gcc build directory:
./f951 testcase.f90 -f
--- Comment #3 from reuter at physik dot uni-freiburg dot de 2009-10-15
19:00 ---
The gfortran I used was checked out and compiled today,
trunk revision 152845.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41717
--- Comment #14 from manu at gcc dot gnu dot org 2009-10-15 18:51 ---
If you have half-baked patches, mention them in a comment or attach them to
this bug.
If you have complete patches, submit them to gcc-patches and link to them from
here.
If you have ideas about how this could be im
--- Comment #2 from kargl at gcc dot gnu dot org 2009-10-15 18:43 ---
Works for me on x86_64-*-freebsd with
GNU Fortran (GCC) 4.5.0 20091007 (experimental)
How old is your gfortran?
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-10-15 18:17 ---
Is this just because of the use of random number generators to name symbols
with internal linkage, or is there some actual difference that -fcompare-debug
detects? (-fcompare-debug uses -frandom-seed to avoid the dif
--- Comment #1 from spop at gcc dot gnu dot org 2009-10-15 18:11 ---
diff --git a/gcc/doc/passes.texi b/gcc/doc/passes.texi
index b28b87c..1e8379e 100644
--- a/gcc/doc/passes.texi
+++ b/gcc/doc/passes.texi
@@ -454,6 +454,13 @@ pass is implemented in @file{tree-vectorizer.c} (the main
dri
--- Comment #1 from reuter at physik dot uni-freiburg dot de 2009-10-15
18:10 ---
Created an attachment (id=18801)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18801&action=view)
code triggering the internal compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41717
When compiling the attached code with the following flags:
gfortran -g -O2 -c state_matrices.f90
(actually the default from libtool for the debug mode), this triggers the
following internal compiler error:
gfortran45.old -g -O2 -c state_matrices.f90
unit size
align 32 sym
--- Comment #18 from ubizjak at gmail dot com 2009-10-15 18:04 ---
Backport approved offline by Vlad. Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-10-15 17:33 ---
Patch for change to coding conventions:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00687.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #4 from kargl at gcc dot gnu dot org 2009-10-15 17:32 ---
See http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00993.html
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-15 17:29 ---
There is now an announcement and a status page for the library work.
Thanks.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from gcc at johnholdsworth dot com 2009-10-15 17:17 ---
OK, Already done. Thanks
(In reply to comment #1)
> The FSF GCC does not include any objective-c 2.0 support. Please report this
> bug to Apple.
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41716
--- Comment #2 from gcc at johnholdsworth dot com 2009-10-15 17:13 ---
Created an attachment (id=18800)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18800&action=view)
An example iPhone SDK project which gives core dump on compile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-15 17:12 ---
The FSF GCC does not include any objective-c 2.0 support. Please report this
bug to Apple.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from spop at gcc dot gnu dot org 2009-10-15 17:11 ---
Fixed in the graphite branch. This will be merged soon to trunk.
Sebastian
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
I'm not sure if this is a bug related only to Apple's version of gcc but I've
been getting a core dump whenever I try to use the for ( var in array )
Objective-C construct inside a C++ template. An example is the code:
template
class OODictionary {
void boom() {
NSArray *k
--- Comment #2 from spop at gcc dot gnu dot org 2009-10-15 16:38 ---
This is fixed in the graphite branch.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from spop at gcc dot gnu dot org 2009-10-15 16:31 ---
This is fixed in the Graphite branch.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from spop at gcc dot gnu dot org 2009-10-15 16:29 ---
This is fixed in the Graphite branch.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from spop at gcc dot gnu dot org 2009-10-15 16:27 ---
I do not intend to backport all the changes from graphite GCC4.5 to GCC4.4.
This testcase is now part of the graphite testsuite and works with -floop-block
in the graphite branch.
Sebastian
--
spop at gcc dot gnu d
--- Comment #7 from spop at gcc dot gnu dot org 2009-10-15 16:21 ---
With a patch to solve an ICE triggered by this testcase (to be
committed soon with a reduced testcase to the graphite branch),
I am seeing these numbers on the graphite branch:
./f951 -O2 ~/ex/graphite/pr41193.f90
Gr
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-15 16:04 ---
Subject: Bug 41668
Author: rguenth
Date: Thu Oct 15 16:04:29 2009
New Revision: 152851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152851
Log:
2009-10-15 Richard Guenther
PR lto/41668
to/41669
* gimple.c (gimple_get_alias_set): Avoid recursing on
invalid type topology.
* gcc.dg/lto/20091015-1_0.c: New testcase.
* gcc.dg/lto/20091015-1_1.c: Likewise.
* gcc.dg/lto/20091015-1_2.c: Likewise.
* gcc.dg/lto/20091015-1_a.h: Likewise.
* gc
--- Comment #4 from wuerzner at gmail dot com 2009-10-15 15:46 ---
Hi,
has there been any change on the std::fill policy, yet? If yes, in which
version did you integrate the parallel fill?
Many thanks,
Kay
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #4 from manu at gcc dot gnu dot org 2009-10-15 15:21 ---
BTW, Clang claims to get this right. Quoting from:
http://clang.llvm.org/diagnostics.html
$ gcc-4.2 t.c
t.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*'
token
$ clang t.c
t.c:3:1: error
--- Comment #9 from ramana at gcc dot gnu dot org 2009-10-15 15:17 ---
(In reply to comment #7)
> (In reply to comment #6)
> > A bisection has identified revision 139725 as the origin of this regression.
>
> That revision added support for -fsection-anchors on arm and enabled it by
> de
--- Comment #8 from manu at gcc dot gnu dot org 2009-10-15 15:02 ---
This is not a regression, so it does not have a target milestone. If ever
fixed, it will only be fixed in trunk.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #57 from mahatma at eu dot by 2009-10-15 14:29 ---
(In reply to comment #53)
> Created an attachment (id=18656)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656&action=view) [edit]
> An updated patch for gcc 4.4
>
> Oops. Wrong patch. Trry this one.
>
Looks good
--- Comment #8 from mikpe at it dot uu dot se 2009-10-15 14:14 ---
Created an attachment (id=18799)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18799&action=view)
kludge to disable section anchors on arm for gcc-4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
--- Comment #3 from kargl at gcc dot gnu dot org 2009-10-15 14:13 ---
(In reply to comment #2)
> (In reply to comment #1)
> > The manual reads:
> >
> > VALUES The type shall be REAL, DIMENSION(2).
> >
> > where I understand REAL as REAL(4). Hence if you want to use
> > -fdefault-rea
--- Comment #7 from mikpe at it dot uu dot se 2009-10-15 14:12 ---
(In reply to comment #6)
> A bisection has identified revision 139725 as the origin of this regression.
That revision added support for -fsection-anchors on arm and enabled it by
default at -O1 and above. Compiling with
--- Comment #8 from hjl dot tools at gmail dot com 2009-10-15 14:05 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from hjl at gcc dot gnu dot org 2009-10-15 14:01 ---
Subject: Bug 41665
Author: hjl
Date: Thu Oct 15 14:00:57 2009
New Revision: 152845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152845
Log:
2009-10-15 H.J. Lu
Backport from mainline:
2009-1
--- Comment #1 from janus at gcc dot gnu dot org 2009-10-15 13:14 ---
Certainly mine. I should have thought of this case when fixing PR41581. The
cure is for sure:
Index: gcc/fortran/trans-stmt.c
===
--- gcc/fortran/trans-s
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41196
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41204
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38059
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36851
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39533
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.2 |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
1 - 100 of 169 matches
Mail list logo
