http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55172
Paul Thomas changed:
What|Removed |Added
Version|4.8.0 |4.7.3
AssignedTo|pault at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55883
Bug #: 55883
Summary: with -fwrapv, (x < 0 && -x < 0) is assumed to be false
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
Jan Smets changed:
What|Removed |Added
Target||mips*
--- Comment #1 from Jan Smets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
Bug #: 55882
Summary: unaligned load/store : incorrect struct offset
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55881
Bug #: 55881
Summary: #pragma GCC diagnostic ignored ignored when inlining
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: majo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #4 from H.J. Lu 2013-01-04 23:57:55
UTC ---
Created attachment 29085
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29085
A patch to move lto_global_var_decls to lto/lto.c
With this patch, I got
lto1: internal compil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55763
--- Comment #19 from Harald Anlauf 2013-01-04 23:57:40
UTC ---
(In reply to comment #17)
> Author: burnus
> Date: Fri Jan 4 08:57:58 2013
> New Revision: 194885
Great! I extended the example from comment #10 to find:
module gfcbug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55880
Bug #: 55880
Summary: demangler crash
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065
--- Comment #9 from Jan Hubicka 2013-01-04 21:26:04 UTC
---
> I think we don't fail late now, at least not in expand_call_inline (unless
> inline_failed is re-computed at LTRANS stage).
Yes, i think we simply produce invalid gimple and typ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52239
Frédéric Buclin changed:
What|Removed |Added
Summary|Upgrade GCC Bugzilla to 4.2 |Upgrade GCC Bugzilla to 4.4
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55172
--- Comment #4 from Paul Thomas 2013-01-04 20:50:23
UTC ---
Author: pault
Date: Fri Jan 4 20:50:15 2013
New Revision: 194916
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194916
Log:
2013-01-04 Paul Thomas
PR fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
--- Comment #5 from Jason Merrill 2013-01-04
20:30:25 UTC ---
Author: jason
Date: Fri Jan 4 20:30:15 2013
New Revision: 194915
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194915
Log:
PR c++/55877
* decl.c (reset_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879
Bug #: 55879
Summary: [C++11][constexpr] nested constexpr Initialisation
raises internal compiler error
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54800
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54800
--- Comment #4 from ian at gcc dot gnu.org 2013-01-04
19:00:15 UTC ---
Author: ian
Date: Fri Jan 4 19:00:06 2013
New Revision: 194914
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194914
Log:
PR other/54800
* simple-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54800
--- Comment #3 from Iain Sandoe 2013-01-04 18:36:01
UTC ---
(In reply to comment #2)
> I think the correct patch is the following, but I have no way to test it.
this looks fine for all darwin,
I've tested it on i686-darwin9 / w lto-boo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39170
--- Comment #13 from Manuel López-Ibáñez 2013-01-04
17:53:00 UTC ---
(In reply to comment #12)
> Is there any resolution to this issue? We need to move to a more recent
> version
> of gcc, but are still stuck at gcc 4.2.4.
I think the best op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55878
Bug #: 55878
Summary: [4.7/4.8 Regression] --enable-checking=yes rejection
of typeid
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39170
--- Comment #12 from Tom Geocaris 2013-01-04 17:32:22
UTC ---
Is there any resolution to this issue? We need to move to a more recent version
of gcc, but are still stuck at gcc 4.2.4.
I looked at gcc 4.7.2 but behavior is the same and I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55852
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #8 from Walter Spector 2013-01-04
17:22:31 UTC ---
Good point. The key is:
> T1E%T1_T%X= 2.,
If the full expanded version is used, in other words %T1_T is specified, the
example works. (On Intel too.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
--- Comment #4 from Jakub Jelinek 2013-01-04
17:07:55 UTC ---
The reason for listing 4.6 was that the PR54883 change has been applied to 4.6
branch fairly recently, making it for the enum case a recent 4.6 regression.
BTW, what about:
typedef s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
--- Comment #2 from Jason Merrill 2013-01-04
16:51:12 UTC ---
Author: jason
Date: Fri Jan 4 16:51:02 2013
New Revision: 194911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194911
Log:
PR c++/55877
* decl.c (reset_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
--- Comment #1 from Jason Merrill 2013-01-04
16:50:37 UTC ---
Author: jason
Date: Fri Jan 4 16:50:28 2013
New Revision: 194910
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194910
Log:
PR c++/55877
* decl.c (reset_ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
--- Comment #3 from vries at gcc dot gnu.org 2013-01-04 16:42:36 UTC ---
Another way to go about it is to prevent the assert from triggering:
...
Index: optabs.c
===
--- optab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
--- Comment #2 from vries at gcc dot gnu.org 2013-01-04 16:00:07 UTC ---
This patch introduces an assert that triggers before rather than during
gen_rtx_SUBREG:
...
Index: optabs.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25702
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25702
David Csirmaz changed:
What|Removed |Added
CC||forgcc at calmarius dot net
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
Paolo Carlini changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
--- Comment #10 from paolo at gcc dot gnu.org
2013-01-04 15:30:32 UTC ---
Author: paolo
Date: Fri Jan 4 15:30:24 2013
New Revision: 194909
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194909
Log:
/libcpp
2013-01-04 Paolo C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
--- Comment #1 from vries at gcc dot gnu.org 2013-01-04 15:23:25 UTC ---
while expanding the xor, we try to widen an DImode reg from QImode to SImode:
...
#6 0x085d7da5 in widen_operand (op=0xf7cd2ec0, mode=SImode, oldmode=QImode,
unsigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
Bug #: 55877
Summary: [4.6/4.7/4.8 Regression] Anon visibility issues
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
686-pc-linux-gnu/usr
--disable-libgomp --disable-libitm --enable-poison-system-directories
--with-build-time-tools=install/mips-linux-gnu/bin
--with-build-time-tools=install/mips-linux-gnu/bin
Thread model: posix
gcc version 4.8.0 20130104 (experimental) (GCC)
...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54554
--- Comment #6 from Dimitris Papavasiliou
2013-01-04 14:50:32 UTC ---
Well this seems to be a core decision regarding the way GCC warnings work
(which probably has more far-reaching consequences) but just for the sake of
argument, I don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54971
--- Comment #17 from Martin Jambor 2013-01-04
14:41:08 UTC ---
(In reply to comment #13)
> So, beyond the creation of new debug only accesses for whole struct writes
> into
> hole if there aren't too many holes, I wonder if SRA doesn't ha
L=test_NML)
write(*,*) t1e%x, t1e%string, answer
end program test_type_extension
File test1.inp contains:
&test_NML
t1e%x = 2.,t1e%string='gfortran',answer=42
/
wws@w6ws-4:~/fortran/xxx$ gfortran --version
GNU Fortran (GCC) 4.8.0 20130104 (experimental)
Copyrigh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=864
Richard Biener changed:
What|Removed |Added
Attachment #18256|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55862
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55862
--- Comment #3 from Richard Biener 2013-01-04
13:29:02 UTC ---
Author: rguenth
Date: Fri Jan 4 13:28:53 2013
New Revision: 194906
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194906
Log:
2013-01-04 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45797
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55755
--- Comment #3 from Martin Jambor 2013-01-04
13:20:50 UTC ---
Author: jamborm
Date: Fri Jan 4 13:20:38 2013
New Revision: 194905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194905
Log:
2013-01-04 Martin Jambor
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55870
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55755
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54554
--- Comment #5 from Manuel López-Ibáñez 2013-01-04
12:49:39 UTC ---
(In reply to comment #4)
> Still even without knowing that a "may be used uninitialized" warning can be
> issued in any case.
GCC does not warn if it can prove that the code is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55874
--- Comment #2 from Manuel López-Ibáñez 2013-01-04
12:46:17 UTC ---
> Not sure if we want to warn about the other location (or how well that
> would play out).
I think we definitely want to warn about the location of the operator that
triggers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54554
--- Comment #4 from Dimitris Papavasiliou
2013-01-04 12:41:02 UTC ---
Still even without knowing that a "may be used uninitialized" warning can be
issued in any case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
--- Comment #2 from Jakub Jelinek 2013-01-04
12:24:12 UTC ---
ssa name _12
type long unsigned int
base 4294967295
step 1
ssa name _13
type long unsigned int
base 34359738360
step 8
ssa name _14
type const struct A *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55874
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51713
Mikael Morin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
Bug #: 55875
Summary: [4.8 Regression] IVopts caused miscompilation
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55862
--- Comment #2 from Richard Biener 2013-01-04
11:59:42 UTC ---
For BB 7 we iterate between
(gdb) call debug_bitmap_set (old)
debug[0] := { {mem_ref<0B>,addr_expr<&g>}@.MEM_7 (0018), {plus_expr,g.0_18,1}
(0031), {plus_expr,g.4_37,1} (004
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55874
Bug #: 55874
Summary: Incorrect warning location for uninitialized variable
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55873
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55873
Bug #: 55873
Summary: Missed trivial uninitialized use warning
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753
--- Comment #9 from David Abdurachmanov
2013-01-04 11:32:39 UTC ---
Created attachment 29082
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29082
testcase #2
n-check --enable-shared CC='gcc -fPIC' CXX='c++ -fPIC'
CPP=cpp CXXCPP='c++ -E'
Thread model: posix
gcc version 4.8.0 20130104 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-m64' '-O2' '-std=c++11'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55859
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55859
--- Comment #3 from Marek Polacek 2013-01-04
11:16:39 UTC ---
Author: mpolacek
Date: Fri Jan 4 11:15:55 2013
New Revision: 194901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194901
Log:
PR55859.
Modified:
trunk/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55872
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
--- Comment #2 from Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679
--- Comment #21 from Jonathan Wakely 2013-01-04
10:58:11 UTC ---
(In reply to comment #19)
> (In reply to comment #16)
> > I am using "-fpic/-fPIC" and in fact am using:
> > // g++ -g -O0 main.cpp -ldl
> > // g++ -g -O0 -rdynamic -c -fPI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065
--- Comment #8 from Richard Biener 2013-01-04
10:51:30 UTC ---
I think we don't fail late now, at least not in expand_call_inline (unless
inline_failed is re-computed at LTRANS stage).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55863
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55863
--- Comment #2 from Richard Biener 2013-01-04
10:45:44 UTC ---
Author: rguenth
Date: Fri Jan 4 10:45:37 2013
New Revision: 194899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194899
Log:
2013-01-04 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55869
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55872
--- Comment #1 from Yogesh Gaur 2013-01-04
10:29:37 UTC ---
Created attachment 29081
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29081
LD_DEBUG=all output of working executable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55872
Bug #: 55872
Summary: Crash issue with RTLD_DEEPBIND usage with stdc++
library
Classification: Unclassified
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54554
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
Arnaud Charlet changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
--- Comment #3 from Eric Botcazou 2013-01-04
10:11:47 UTC ---
It's a typo (OpenVMS_On_Target is expected). You can install the obvious fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
CC|ebotcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
--- Comment #2 from Dominique d'Humieres 2013-01-04
10:03:26 UTC ---
> Please post the output of 'gcc -v'.
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.8a/libexec/gcc/x86_64-apple-darwin10.8.0/4.8.0/lto-wrappe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55871
Bug #: 55871
Summary: [4.8 Regression] Bootstrap broken by Ada changes after
revision 194883 on x86_64-apple-darwin10
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
Uros Bizjak changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
--- Comment #7 from Venkataramanan
2013-01-04 09:24:47 UTC ---
Hi Uros,
Sorry , my intention was just know if we have some flags to disable this pass.
Not as a solution :)
Regards,
Venkat.
-Original Message-
From:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
--- Comment #6 from Uros Bizjak 2013-01-04 09:20:16
UTC ---
(In reply to comment #5)
> I suspected this is a problem with jump optimization. Uros what flag we need
> to pass to bypass the .jump2 pass?
The pass should be fixed to hand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
--- Comment #5 from Venkataramanan
2013-01-04 09:12:09 UTC ---
Hi Uros.
Thank you for conforming.
I suspected this is a problem with jump optimization. Uros what flag we need
to pass to bypass the .jump2 pass?
Regards,
Venkat.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55854
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55763
--- Comment #18 from Tobias Burnus 2013-01-04
08:59:53 UTC ---
Author: burnus
Date: Fri Jan 4 08:59:47 2013
New Revision: 194886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194886
Log:
2014-01-04 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55854
--- Comment #7 from Tobias Burnus 2013-01-04
08:58:03 UTC ---
Author: burnus
Date: Fri Jan 4 08:57:58 2013
New Revision: 194885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194885
Log:
2013-01-03 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55763
--- Comment #17 from Tobias Burnus 2013-01-04
08:58:05 UTC ---
Author: burnus
Date: Fri Jan 4 08:57:58 2013
New Revision: 194885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194885
Log:
2013-01-03 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
92 matches
Mail list logo
