--- Comment #6 from ubizjak at gmail dot com 2009-07-23 06:52 ---
This happens also with default settings on CentOS 5.3 x86_64 and F11 x86_64,
current mainline gcc-4.5.0.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #4 from dh458 at oakapple dot net 2009-07-23 06:23 ---
(In reply to comment #3)
> What happens if you drop the -march=k8 option?
Works fine.
> What happens if you use the -march=native option?
Fails on k8 system - this is how I found the bug originally.
> What happens if
--- Comment #1 from kargl at gcc dot gnu dot org 2009-07-23 03:03 ---
What do the following commands show
find /usr -name gmp.h
find /usr -name libgmp\*
It appears that you built mpfr against a different version of gmp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40833
--- Comment #8 from hjl dot tools at gmail dot com 2009-07-23 02:34 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
+++ This bug was initially created as a clone of Bug #40799 +++
With revision 149946, on Linux/x86-64, the problem now became
Running 483.xalancbmk ref base o3 default
483.xalancbmk: copy 0 non-zero return code (exit code=0, signal=11)
It happens with both "-O3 -ffast-math" and "-O2 -ffast-ma
--- Comment #35 from jvdelisle at gcc dot gnu dot org 2009-07-23 00:59
---
Subject: Bug 32784
Author: jvdelisle
Date: Thu Jul 23 00:58:46 2009
New Revision: 149970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149970
Log:
2009-07-22 Jerry DeLisle
PR libfortran/3278
I am trying to configure gcc with:
lnx498:/nfs/acc/temp/dcs/gcc/gcc_tmp> ../gcc-4.4.1/configure
--prefix=/home/dcs/dcs/usr_local --with-gmp=/home/dcs/dcs/usr_local
--with-mpfr=/home/dcs/dcs/usr_local
Which gives:
checking build system type... i686-pc-linux-gnu
checking host system type... i686-p
--- Comment #3 from kargl at gcc dot gnu dot org 2009-07-23 00:28 ---
What happens if you drop the -march=k8 option?
What happens if you use the -march=native option?
What happens if you use gas instead of Sun's assembler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
--- Comment #3 from bje at gcc dot gnu dot org 2009-07-23 00:09 ---
Subject: Bug 40818
Author: bje
Date: Thu Jul 23 00:09:23 2009
New Revision: 149966
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149966
Log:
PR lto/40818
* g++.dg/lto/pr40818_0.C: New.
Added:
--- Comment #2 from dh458 at oakapple dot net 2009-07-23 00:06 ---
gfortran --verbose:
/home/dgh/gnu-x86/local/bin/gfortran -c site.f90 -march=k8 --verbose
Using built-in specs.
Target: i386-pc-solaris2.10
Configured with: ../gcc-4.4.0/configure
--prefix=//net/hs-usca-01.sfbay/export/
--- Comment #1 from dh458 at oakapple dot net 2009-07-23 00:04 ---
Created an attachment (id=18240)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18240&action=view)
site.f90 test case for bug 40832
condensed from SPECmpi 130.socorro
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
The attached file site.f90 miscompiles on solaris-x86 with gfortran 4.4.0:
gfortran -c site.f90 -march=k8
Assembler: site.f90
"/tmp/dgh/cc7kDaaz.s", line 738 : Illegal mnemonic
Near line: ".word 0xc0df"
"/tmp/dgh/cc7kDaaz.s", line 738 : Syntax error
Near lin
--- Comment #4 from cgd at google dot com 2009-07-22 23:44 ---
(In reply to comment #2)
> I don't see a problem with this really since it is a local symbol and will
> never be exported so the ABI never gets involved.
>
> a demangled name is only a nice way of displaying the name to th
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-07-22 23:36 ---
Also by the way 4.4.0 and before generated just T.N which is even worse than
the current behavior.
> demangle symbols according to the ABI an
What is an ABI for a local symbol?
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-07-22 23:35 ---
I don't see a problem with this really since it is a local symbol and will
never be exported so the ABI never gets involved.
a demangled name is only a nice way of displaying the name to the user rather
than anyth
--- Comment #1 from cgd at google dot com 2009-07-22 23:29 ---
Created an attachment (id=18239)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18239&action=view)
example c++ input that shows creation of a cloned function which isn't
demangled.
--
http://gcc.gnu.org/bugzilla/sho
get=x86_64-linux
--prefix=/g/users/cgd/proj/gcc-trunk/bld/../inst
Thread model: posix
gcc version 4.5.0 20090722 (experimental) (GCC)
I'll upload an example shortly. For that example:
[...@bcpl gcc-trunk]$ inst/bin/gcc x.cc -c -O3
[...@bcpl gcc-trunk]$ ../binutils/inst.ld
--- Comment #7 from seandarcy2 at gmail dot com 2009-07-22 23:24 ---
The target milestone was just changed to 4.4.2 from 4.4.1.
Why? Doesn't the fix from H.J.Lu below work?
Indeed, isn't the fix already in?
If so, shouldn't this be marked FIXED?
sean
--
http://gcc.gnu.org/bugzil
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-07-22 23:22 ---
Subject: Bug 40710
Author: kkojima
Date: Wed Jul 22 23:22:24 2009
New Revision: 149965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149965
Log:
Backport from mainline:
2009-07-15 Eric Botc
On Linux/ia32, revision 149946 gave:
AIL: gcc.dg/vect/vect-pre-interact.c scan-tree-dump-times vect "vectorized 1
loops" 1
--
Summary: gcc.dg/vect/vect-pre-interact.c doesn't work on
Linux/ia32
Product: gcc
Version: 4.5.0
Status:
--- Comment #9 from vmakarov at gcc dot gnu dot org 2009-07-22 22:00
---
Subject: Bug 37488
Author: vmakarov
Date: Wed Jul 22 22:00:17 2009
New Revision: 149962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149962
Log:
2009-07-22 Vladimir Makarov
PR target/37488
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40760
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40749
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||memory-hog
Priority|P3 |P2
>From gcc.dg/vect/no-scevccp-noreassoc-outer-2.c:
6 #define N 40
7 int a[200*N];
8
9 __attribute__ ((noinline)) void
10 foo (){
11 int i,j;
12 int sum,s=0;
13
14 for (i = 0; i < 200*N; i++) {
15 sum = 0;
16 for (j = 0; j < N; j++) {
17 sum += (i + j);
18
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-07-22 21:22
---
The transformation to signed char is done very early on (maybe even during
parsing). The 003t.original dump already contains:
if ((signed char) *(p + 8) >= 0)
--
rearnsha at gcc dot gnu dot org changed:
--- Comment #132 from ich at az2000 dot de 2009-07-22 20:54 ---
So that means that this C++ example could crash under certain circumstances
(depending on how far the compiler is optimising here)?
#include
#define third ((double)atoi("1")/atoi("3"))
int main() {
std::set m
--- Comment #3 from rmansfield at qnx dot com 2009-07-22 19:50 ---
Yes, the patch resolves the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392
--- Comment #22 from rguenth at gcc dot gnu dot org 2009-07-22 19:33
---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #7 from pault at gcc dot gnu dot org 2009-07-22 19:13 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
This is similar to bug 14494. The following member code is rejected:
template
class Outer {
template class Inner {};
};
template
template <>
class Outer::Inner {}; /* error */
with error:
test.cpp:7: error: invalid explicit specialization before â>â token
test.cpp:7: error: enclosi
--- Comment #6 from pault at gcc dot gnu dot org 2009-07-22 18:12 ---
Subject: Bug 40796
Author: pault
Date: Wed Jul 22 18:12:35 2009
New Revision: 149952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149952
Log:
2009-07-22 Paul Thomas
PR fortran/40796
* tra
--- Comment #13 from pault at gcc dot gnu dot org 2009-07-22 18:12 ---
Subject: Bug 40726
Author: pault
Date: Wed Jul 22 18:12:35 2009
New Revision: 149952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149952
Log:
2009-07-22 Paul Thomas
PR fortran/40796
* tr
--- Comment #131 from vincent at vinc17 dot org 2009-07-22 17:33 ---
(In reply to comment #130)
> #define axiom_order(a,b) !(a < b && b < a)
> #define axiom_eq(a) a == a
> #define third ((double)atoi("1")/atoi("3"))
[...]
> in C99 (+TC1,TC2,TC3) different precision
--- Comment #22 from giffordj at la dot twcbc dot com 2009-07-22 17:21
---
Work around doesn't work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
--- Comment #1 from hjl dot tools at gmail dot com 2009-07-22 17:09 ---
Pilot error.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNC
--- Comment #21 from spop at gcc dot gnu dot org 2009-07-22 16:27 ---
I will let Richi to solve this problem:
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01187.html
Sebastian
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from ktietz at gcc dot gnu dot org 2009-07-22 16:06 ---
(In reply to comment #15)
> Is there a chance that we get this fixed soon?
>
> Rainer
>
Well, I would like to fix this. Better now then later. But I couldn't find the
real reason for this issue. The patch above so
--- Comment #8 from matz at gcc dot gnu dot org 2009-07-22 15:40 ---
So, the immediate problem is now fixed, but I'd suggest leaving this
enhancement request open, in case anybody wants to work on extending the
vectorizer to deal with these loop-carried dependencies, because in that
case
--- Comment #7 from matz at gcc dot gnu dot org 2009-07-22 15:31 ---
Subject: Bug 39300
Author: matz
Date: Wed Jul 22 15:30:50 2009
New Revision: 149942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149942
Log:
PR tree-optimization/35229
PR tree-optimization/393
--- Comment #4 from matz at gcc dot gnu dot org 2009-07-22 15:31 ---
Subject: Bug 35229
Author: matz
Date: Wed Jul 22 15:30:50 2009
New Revision: 149942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149942
Log:
PR tree-optimization/35229
PR tree-optimization/393
The errors described below are similar to a previous bug noted at
http://gcc.gnu.org/install/specific.html#sparcv9-x-solaris2
Paragraph sparc-sun-solaris2.7
My system
tov...@siamese%uname -a
SunOS siamese 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Blade-1500
My configure script
${FFMPEG_BASE}/
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-07-22 15:02 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #8 from hjl dot tools at gmail dot com 2009-07-22 14:56 ---
Testcase fails on Linux/ia32 and Linux/x86-64:
FAIL: g++.dg/lookup/using21.C (test for excess errors)
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #30 from rguenth at gcc dot gnu dot org 2009-07-22 14:47
---
And for 4.4.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-07-22 14:45
---
Subject: Bug 40321
Author: rguenth
Date: Wed Jul 22 14:45:21 2009
New Revision: 149935
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149935
Log:
2009-07-22 Richard Guenther
PR tree-optimizatio
--- Comment #3 from paolo dot carlini at oracle dot com 2009-07-22 14:28
---
See also PR40825.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
on Linux/ia32, galgel in SPEC CPU 2K is miscompiled
by revision 149782 at -O2. It never finishes:
27395 ?R5123:33 ../0002/galgel_base.o2x87
Revision 149763 is OK.
--
Summary: [4.5 regression] galgel in SPEC CPU 2K is miscompiled
Product: gcc
Ver
--- Comment #1 from paolo dot carlini at oracle dot com 2009-07-22 14:23
---
Maybe CC Benjamin about this one too...
Note, as I very often repeat, things in C++0x headers are experimental, part of
an ongoing effort, no guarantees, no promises of conformance, etc...
--
paolo dot car
--- Comment #4 from janus at gcc dot gnu dot org 2009-07-22 14:21 ---
The patch in comment #3 even survives a regtest on x86_64-unknown-linux-gnu. Ok
to commit with the reporter's test case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40822
--- Comment #4 from jbeulich at novell dot com 2009-07-22 14:17 ---
Just as the warning says - construction of 'd' is missing. The warning lead me
to look at the generated code, just to see that they are in sync (and hence
perhaps have the same root cause).
--
http://gcc.gnu.org/bug
They act on local object 'd' only, rather than (as should be expected) *__a.
That is, __a->_M_i will never get set/cleared through these functions.
--
Summary: atomic_flag_{test_and_set,clear}_explicit() are
apparently broken
Product: gcc
Vers
--- Comment #3 from paolo dot carlini at oracle dot com 2009-07-22 14:09
---
The library issue is PR40654.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-22 14:08 ---
Can you give a hint on what exactly is miscompiled? (the testcase isn't an
executable one that fails if miscompiled...)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
--- Comment #1 from jbeulich at novell dot com 2009-07-22 14:06 ---
Created an attachment (id=18238)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18238&action=view)
example source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
Compiling this file for NetWare, or, after pre-processing it and stripping down
to a reasonably small one, natively for Linux produces "'d' is used
uninitialized in this function".
While the original code in libstdc++ looks broken (which will be reported as a
separate bug), the warning and the gen
--- Comment #3 from janus at gcc dot gnu dot org 2009-07-22 12:41 ---
This was indeed caused by my r146554. Here's a patch:
Index: gcc/fortran/symbol.c
===
--- gcc/fortran/symbol.c(revision 149848)
+++ gcc/fortran/s
Cf. http://groups.google.com/group/comp.lang.fortran/msg/3ff093de4ed9e7c0
The following program is valid as F2003 has:
"12.3.2.1 Interface block
"A generic name may be the same as a derived-type name, in which case all of
the procedures in the interface block shall be functions."
Currently, it i
--- Comment #15 from rainer at emrich-ebersheim dot de 2009-07-22 12:24
---
Is there a chance that we get this fixed soon?
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356
--- Comment #130 from nszabolcs at gmail dot com 2009-07-22 12:10 ---
(In reply to comment #129)
> I am a bit wondering if this bug is also for the case (a < b) && (b < a) ==
> true. Is it?
i guess so, see:
#include
#include
#define axiom_order(a,b) !(a < b && b < a)
#define axi
--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-22 11:53 ---
Crash happens at:
resolve_fl_variable (gfc_symbol *sym, int mp_flag)
[...]
if (sym->ts.type == BT_CHARACTER)
{
/* Make sure that character string variables with assumed length are
dummy arguments
the observation is that profiling tools (like callgrind/valgrind) will assign a
fraction of the instructions to line 2 (PUBLIC S1) in a profile, similarly a
debugger will jump to line 2 if one steps through the execution of this
program. This is not particularly intuitive (since this line just sp
--- Comment #14 from eres at il dot ibm dot com 2009-07-22 11:15 ---
(In reply to comment #0)
> program main
> implicit none
> integer :: i,j
> integer,parameter :: N=5000
> real :: x(N)=0.0
> do j=1,20
> do i=1,N
> x(i)=x(i)+sin(real(i))+cos(real(i))-tan(real(i))
>
--- Comment #7 from alex dot gcc dot gnu dot org at firetree dot net
2009-07-22 10:57 ---
There are still problems with packed enums. John Cooper's example program
compiles on g++ 4.3.2, but testEnum2 is still not packed. More details in Bug
#39219.
--
alex dot gcc dot gnu dot org a
--- Comment #10 from alex dot gcc dot gnu dot org at firetree dot net
2009-07-22 10:55 ---
This problem seems to affect all enum attributes that are declared with the
"preferred" syntax. For example, the following enum is not packed, not is a
warning emitted:
enum __attribute__((packed
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
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.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37942
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37633
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38036
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
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.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37304
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33492
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40266
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40497
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4926
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39219
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39372
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38678
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38522
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34199
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38156
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.1 |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
1 - 100 of 127 matches
Mail list logo
