http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222
Georg-Johann Lay changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39760
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39760
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56363
--- Comment #7 from Jay 2013-02-20 08:51:49 UTC
---
Here is the "successful experiment", where I changed the code to operate on all
the div variants. Of course I am NOT suggesting this change be made. Nor is it
100% conclusive. But it is very mu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56373
--- Comment #6 from paolo at gcc dot gnu.org
2013-02-20 09:02:41 UTC ---
Author: paolo
Date: Wed Feb 20 09:02:35 2013
New Revision: 196165
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196165
Log:
/cp
2013-02-20 Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56373
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Bug #: 56405
Summary: [4.8 Regression] ICE on questionable "m" argument
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
--- Comment #1 from Jakub Jelinek 2013-02-20
09:42:51 UTC ---
Created attachment 29507
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29507
gcc48-pr56405.patch
One possible fix, just handle EXPAND_MEMORY (which apparently is solely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
--- Comment #3 from Richard Biener 2013-02-20
10:06:35 UTC ---
Fix:
Index: gcc/tree-vect-loop-manip.c
===
--- gcc/tree-vect-loop-manip.c (revision 196167)
+++ gcc/tree-ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56406
Bug #: 56406
Summary: attribute((target(xpto))) causes ICE in i386 and
rs6000
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #28 from Martin Jambor 2013-02-20
11:13:04 UTC ---
(In reply to comment #27)
> Yes, preserving COMPONENT_REFs would help here, but it is not
> correct (even for this testcase the types do not match).
>
So you know where th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48111
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Jakub Jelinek changed:
What|Removed |Added
Attachment #29505|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396
--- Comment #3 from Richard Biener 2013-02-20
11:39:47 UTC ---
Author: rguenth
Date: Wed Feb 20 11:39:39 2013
New Revision: 196170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196170
Log:
2013-02-20 Richard Biener
Jak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #4 from Jakub Jelinek 2013-02-20
11:52:25 UTC ---
Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE
(type)) instead of CLASS_TYPE_P (type).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56407
Bug #: 56407
Summary: Optimizations (-O2 -O3) make comparison of arrays of
ints to fail
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
Bug #: 56408
Summary: Fix dependency handling of testsuite/gfortran.dg
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56358
--- Comment #1 from Daniel Krügler
2013-02-20 12:09:13 UTC ---
As of the more recent trunk gcc 4.8.0 20130217 (experimental) these problems
have been partially reolved. Template B1 is now accepted, but template B2 still
causes problems. The redu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56358
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #7 from Markus Trippelsdorf
2013-02-20 12:40:01 UTC ---
Still more reduced:
templatestruct I
{
typedef T type;
};
struct H
{
typedef int ChildOnCIter;
};
templatestruct C;
template<>struct C
{
templatestruct G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #29 from Martin Jambor 2013-02-20
12:56:36 UTC ---
Author: jamborm
Date: Wed Feb 20 12:56:30 2013
New Revision: 196171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196171
Log:
2013-02-20 Martin Jambor
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56407
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264
--- Comment #16 from Martin Jambor 2013-02-20
13:36:35 UTC ---
(In reply to comment #15)
> Hey Martin,
>
> I noticed that this doesn't apply cleanly to google/4_7 without some
> massaging.
> The difference between trunk and google/4_7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
--- Comment #5 from Richard Biener 2013-02-20
13:38:20 UTC ---
Author: rguenth
Date: Wed Feb 20 13:38:13 2013
New Revision: 196172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196172
Log:
2013-02-20 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #13 from Richar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55163
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55342
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization, ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #8 from Kostya Serebryany 2013-02-20
14:30:16 UTC ---
With http://llvm.org/viewvc/llvm-project?rev=175623&view=rev
__asan_init is called from preinit_array, thus fixing this problem.
Will try to merge to gcc in a few days.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409
Bug #: 56409
Summary: internal compiler error while compiling Python 2.7.3
on Sun
Classification: Unclassified
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56310
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409
--- Comment #1 from Marcin Kasperski
2013-02-20 14:38:49 UTC ---
Rather unimportant, but let me note that attempt to compile python 2.6.8 fails
the same way:
~~~
gcc -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #9 from Jakub Jelinek 2013-02-20
14:43:02 UTC ---
.preinit_array is only processed in executables, so this only affects
-static-libasan, not linking it as shared library, and only when the program is
linked with -fsanitize=addr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56357
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56359
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #10 from Kostya Serebryany 2013-02-20
14:49:20 UTC ---
(In reply to comment #9)
> .preinit_array is only processed in executables, so this only affects
> -static-libasan,
Right. This is the only mode officially supported by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #3 from Tobias Burnus 2013-02-20
14:50:04 UTC ---
Created attachment 29510
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29510
Draft patch (fails due to issues mentioned in comment 3)
(In reply to comment #2)
> (In re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Priority|P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #4 from Jakub Jelinek 2013-02-20
14:54:54 UTC ---
So can the modules be just moved into their own separate files and #included
(or INCLUDEd)?
Or add something like dg-additional-sources for module compilations, where
dg.exp wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #11 from Evgeniy Stepanov
2013-02-20 14:57:02 UTC ---
Yes, dynamic libasan is still busted.
We could link a small .o into executables built with dynamic libasan; that .o
would contain a .preinit record pointing to the dynamical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #12 from Jakub Jelinek 2013-02-20
15:02:20 UTC ---
Yeah, we can do that. But it will still only cover the case where executable
is linked with -fsanitize=address. If you only sanitize some shared library
and use it by non-san
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56310
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409
--- Comment #3 from Marcin Kasperski
2013-02-20 15:19:26 UTC ---
I am not the person who installed gcc here and I am not administering the
machine, so unfortunately I can't elaborate on the way current gcc was
installed.
I am going to t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #5 from Tobias Burnus 2013-02-20
15:29:07 UTC ---
(In reply to comment #4)
> So can the modules be just moved into their own separate files and #included
> (or INCLUDEd)?
No. Those tests require that there is more than one t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
--- Comment #7 from Marek Polacek 2013-02-20
15:33:52 UTC ---
Reduced. Should I add the testcase to into testsuite?
namespace
{
#0 "/usr/include/c/4.8/bits/postypes.h" 3
}
vtkpow (int b)
{
int a1;
int b1;
int c;
while
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410
Bug #: 56410
Summary: [4.8 Regression] bootstrap with ada on
x86_64-w64-mingw32 fails in gnattools, new dependency
on gmp.h
Classification: Unclassified
Product
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56108
--- Comment #4 from Aldy Hernandez 2013-02-20
15:43:34 UTC ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00947.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
--- Comment #9 from Jan Hubicka 2013-02-20
15:47:32 UTC ---
Author: hubicka
Date: Wed Feb 20 15:47:21 2013
New Revision: 196177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196177
Log:
PR tree-optimization/56265
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #6 from Tobias Burnus 2013-02-20
16:32:18 UTC ---
Created attachment 29511
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29511
Draft patch (not working) for testsuite/lib
(In reply to comment #5)
> Maybe, an option wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764
--- Comment #22 from André Wöbbeking 2013-02-20
16:31:47 UTC ---
Hi,
shouldn't
struct A
{
struct B {};
};
int main()
{
A::A::B b;
}
fail to compile? It compiles with 4.6 and 4.7.
Cheers,
André
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764
--- Comment #23 from Jonathan Wakely 2013-02-20
17:03:00 UTC ---
No, that's valid. In the nested-name-specifier the second A only considers
namespaces, types and templates whose specializations are types
([basic.lookup.qual]) so it doesn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271
--- Comment #2 from Eric Botcazou 2013-02-20
18:24:20 UTC ---
Author: ebotcazou
Date: Wed Feb 20 18:24:15 2013
New Revision: 196178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196178
Log:
PR ada/56271
Backport from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #13 from Evgeniy Stepanov
2013-02-20 18:29:57 UTC ---
I don't see what can be done in that case. We should just declare it
unsupported.
We've got this problem on Android, where an instrumented JNI library is loaded
into Dalv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56361
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #9 from Jeffrey A. Law 2013-02-20 19:06:53
UTC ---
Given this built & reg-tested on mips (which uses reorg) and is reported to fix
the ICE on the PA, I don't think we need to wait on the PA testing results.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411
Bug #: 56411
Summary: [4.8 regression] Wrong preprocessor output with
-std=c++11
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411
--- Comment #3 from Jakub Jelinek 2013-02-20
19:34:21 UTC ---
Well, if you are already changing the code, just put there space instead.
While right now _ and s are the only characters allowed to start a user defined
literal, I'm pretty sur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
Bug #: 56412
Summary: [4.8 Regression] "libtool: cygpath: command not found"
for mingw32 host
Classification: Unclassified
Product: gcc
Version: 4.8.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56320
--- Comment #1 from ian at gcc dot gnu.org 2013-02-20
19:45:19 UTC ---
Author: ian
Date: Wed Feb 20 19:45:10 2013
New Revision: 196179
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196179
Log:
PR go/56320
runtime: Support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56320
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #10 from Jeffrey A. Law 2013-02-20 19:47:53
UTC ---
My first thought WRT the actual patch itself is why not put the logic to fixup
the insn chain for SEQUENCEs at the end of reorder_insns_nobb? That would
avoid similar problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #10 from ian at gcc dot gnu.org 2013-02-20
20:04:48 UTC ---
Author: ian
Date: Wed Feb 20 20:04:36 2013
New Revision: 196180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196180
Log:
PR go/56171
syscall: Solari
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
Ian Lance Taylor changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
--- Comment #1 from Daniel Starke
2013-02-20 20:15:58 UTC ---
A patch of lto-plugin/configure could solve this issue for now if the patch of
libtool.m4 was too extensive for stage4.
--- gcc-4.8.0-r196092/lto-plugin/configure2013-02-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
--- Comment #2 from Daniel Starke
2013-02-20 20:23:32 UTC ---
Sorry, here is the correct patch proposed.
--- gcc-4.8.0-r196092/lto-plugin/configure2013-02-15 22:11:56 +
+++ gcc-4.8.0-patch/lto-plugin/configure2013-02-20 20:19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Steven Bosscher changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379
--- Comment #11 from Janne Blomqvist 2013-02-20
21:20:44 UTC ---
Looking at the frontend, calls to runtime_error_at are generated from
gfc_trans_runtime_check() and gfc_trans_runtime_error(). I went through calls
to these functions, and IM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271
--- Comment #4 from Karlson2k 2013-02-20 21:29:06 UTC ---
While this fix is OK in most cases, there is more correct fix.
'filter-out' use first argument as space separated list. Consider that
WARN_CFLAGS is "-Wall -pedantic" (including doub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413
Bug #: 56413
Summary: ICE accessing private method from enclosing class
within lambda, in get_expr_operands, regression from
4.6
Classification: Unclassified
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413
--- Comment #1 from Jeff Trull 2013-02-20
21:37:01 UTC ---
Created attachment 29513
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29513
Compiler output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56091
--- Comment #2 from rsandifo at gcc dot gnu.org
2013-02-20 21:59:45 UTC ---
FWIW, target-specific fallout along these lines was expected at the time.
The patch made lower_subreg take rtx_costs into account, so some targets'
rtx_costs might
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
--- Comment #3 from Andrew Pinski 2013-02-20
22:00:41 UTC ---
(In reply to comment #2)
> Sorry, here is the correct patch proposed.
Is there a patch to configure.ac as configure is generated from configure.ac.
If the problem is in libt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414
Bug #: 56414
Summary: C++11 atomic are not always atomic on load and store
depending on the command line on x86-64
Classification: Unclassified
Product: gcc
Version: 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414
--- Comment #1 from valentin.david at gmail dot com 2013-02-20 22:09:27 UTC ---
Created attachment 29514
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29514
example showing the bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414
--- Comment #2 from Andrew Pinski 2013-02-20
22:12:05 UTC ---
>-fpack-struct=1
Changes the ABI so you cannot depend on the ABI change working with the
standard ABI anyways.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53137
Paolo Carlini changed:
What|Removed |Added
CC||jetrull at sbcglobal dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043
--- Comment #30 from Jonathan Wakely 2013-02-20
23:55:54 UTC ---
Author: redi
Date: Wed Feb 20 23:55:48 2013
New Revision: 196187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196187
Log:
PR libstdc++/55043
* include/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
1 - 100 of 101 matches
Mail list logo
