http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #28 from Iain Sandoe ---
(In reply to Denis Excoffier from comment #27)
> I (OP) suppose we can WONTFIX that one. Thanks.
Well, there is a fix - which is to update /usr/lib/libgcc_s.dylib to a
non-buggy version.
I can give you instru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #43 from Joost VandeVondele
---
(In reply to Emil Styrke from comment #42)
> Anyway, after manually fixing up the install it seems to work alright. If
> this looks like a reasonable way forward, I'd be happy to improve the patch
> af
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59903
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #29 from Denis Excoffier ---
(In reply to Iain Sandoe from comment #28)
> Well, there is a fix - which is to update
> /usr/lib/libgcc_s.dylib to a non-buggy version.
I had understood that it was desirable not to replace libgcc_s.dylib.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Andrey Belevantsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51366
--- Comment #7 from Denis Excoffier ---
The bug is no longer present in GCC 4.8.2 (tested today under Cygwin 1.7.27 XP
32bits).
Please someone to update the WAITING field into RESOLVED (or WORKSFORME etc.).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Andrey Belevantsev changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59561
--- Comment #6 from Jakub Jelinek ---
(In reply to janus from comment #0)
> with -O2 and -O3, while 4.8 did not do that. Probably the warning is ok,
> since the test case is supposed to trigger a runtime error ("Index '5' of
> dimension 2 of array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
Elias Pipping changed:
What|Removed |Added
CC||pipping at exherbo dot org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59903
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53492
Marek Polacek changed:
What|Removed |Added
CC||burrows.labs at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59901
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #12 from Jakub Jelinek ---
(In reply to Yury Gribov from comment #11)
> Created attachment 31916 [details]
> More robust check
>
> Does this look reasonable? Should also work for cross-builds.
1) these syscalls are only needed on Lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
--- Comment #19 from Jonathan Wakely ---
That example's a bit misleading, because 'int' really isn't a class, namespace
or enumeration, but the error's wrong because there could be a specialization
of A<>, and the same error is produced even if A:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
--- Comment #20 from fabien at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #19)
> Fabien, the fix doesn't seem to work with nested-name-specifiers, do you
> remember if there's another bug report about that case?
Yes, it's proba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #5 from Jonathan Wakely ---
Thanks Paul. You mentioned a proposed patch, are you working on that? From a
quick look I didn't see how to fix it without adding a
_Sp_counted_base::_M_add_ref_lock_nothrow() function and adding new
constru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Yury Gribov changed:
What|Removed |Added
Attachment #31916|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
--- Comment #21 from Elias Pipping ---
(In reply to Jonathan Wakely from comment #19)
> That example's a bit misleading, because 'int' really isn't a class,
> namespace or enumeration, but the error's wrong because there could be a
> specializatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
Bug ID: 59904
Summary: [ARM] tls-reload-1.c fails
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
--- Comment #22 from Elias Pipping ---
I guess my test case is a reduction/duplicate of PR37140.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56315
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #14 from Jakub Jelinek ---
I wouldn't call the conditional SYSCALL_SUPPORTED, but SANITIZER_SUPPORTED or
so.
In the future, the configure could have various other reasons why it should
give up on building any sanitizer libraries altoge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
--- Comment #9 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.
Your email will be forwarded to their line manager.
Please do not reply to this email.
If you need more information, please email real-postmas...@arm.com
T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
--- Comment #10 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.
Your email will be forwarded to their line manager.
Please do not reply to this email.
If you need more information, please email real-postmas...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
--- Comment #11 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.
Your email will be forwarded to their line manager.
Please do not reply to this email.
If you need more information, please email real-postmas...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
--- Comment #12 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.
Your email will be forwarded to their line manager.
Please do not reply to this email.
If you need more information, please email real-postmas...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
--- Comment #13 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.
Your email will be forwarded to their line manager.
Please do not reply to this email.
If you need more information, please email real-postmas...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59905
Bug ID: 59905
Summary: Unfriendly abort when calling a fucntion via a
function pointer cast
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56645
Lode Leroy changed:
What|Removed |Added
CC||lode.leroy at gmail dot com
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594
--- Comment #5 from Jakub Jelinek ---
Created attachment 31919
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31919&action=edit
gcc49-pr59594.patch
Untested patch for discussion. The reason why we (incorrectly) vectorize the
testcase is tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #6 from Jonathan Wakely ---
Created attachment 31920
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31920&action=edit
don't use _M_add_ref_lock() when exceptions are disabled
Here's a patch which fixes Paul's testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59906
Bug ID: 59906
Summary: [4.7/4.8 Regression] error: size of variable
'' is too large
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Yury Gribov changed:
What|Removed |Added
Attachment #31917|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
--- Comment #7 from Yury Gribov ---
Volker, could you close this bug if gcc trunk works for you?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59384
--- Comment #2 from Nick Tomlinson ---
I tried that patch against the latest CilkPlus branch, but could not apply it.
I also tried building GCC 4.9 from trunk, but could not use cilk_for. Please
could you let me know if there is a branch that supp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #16 from Jakub Jelinek ---
Sorry for not catching it earlier, I'm worried about -Wunused complaining about
the vars. Can you instead use something like
int x = syscall (__NR_gettid);
syscall (__NR_futex, &x, 1, 1);
syscall (__NR_exit_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #17 from Yury Gribov ---
Will do.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59906
Harald Anlauf changed:
What|Removed |Added
Known to work||4.1.2
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #4 from Jakub Jelinek ---
With -O2 -fno-automatic -ffixed-line-length-none --param
sccvn-max-alias-queries-per-access=1300 the combiner completely disappears out
of the picture, supposedly because then FRE/PRE doesn't give up, with 120
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
Paolo Carlini changed:
What|Removed |Added
CC|joao.eiras at gmail dot com|
--- Comment #9 from Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59384
Balaji V. Iyer changed:
What|Removed |Added
CC||bviyer at gmail dot com
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56315
--- Comment #4 from Joshua Conner ---
Excellent - thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59907
Bug ID: 59907
Summary: Ada 2012 Indefinite_Holders Reference_Type is not
implemented
Product: gcc
Version: unknown
URL: http://ada-auth.org/standards/12rm/html/RM-A-18-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43538
Marc Glisse changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59908
Bug ID: 59908
Summary: Incorrect uninit warning with -fsanitize=address
caused by LIM
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59908
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #2 from Balaji V. Iyer ---
Hello Bernd,
I don't have a pentium 2 machine readily available. Can you try this patch
and see if it works for you?
Thanks,
Balaji V. Iyer.
diff --git a/libcilkrts/runtime/config/x86/os-unix-sysdep.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #3 from Andrew Pinski ---
(In reply to Balaji V. Iyer from comment #2)
> Hello Bernd,
> I don't have a pentium 2 machine readily available. Can you try this
> patch and see if it works for you?
This is not correct, there should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #4 from Jeffrey A. Law ---
On 01/22/14 10:45, pinskia at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
>
> --- Comment #3 from Andrew Pinski ---
> (In reply to Balaji V. Iyer from comment #2)
>> Hello Bern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59906
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
Michael Meissner changed:
What|Removed |Added
Target||powerpc64le-linux
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59482
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Jan 22 18:08:01 2014
New Revision: 206933
URL: http://gcc.gnu.org/viewcvs?rev=206933&root=gcc&view=rev
Log:
/cp
2014-01-22 Ville Voutilainen
PR c++/59482
* parse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
--- Comment #1 from Michael Meissner ---
Created attachment 31922
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31922&action=edit
Proposed patch to fix the problem
Split quad-memory support into two options, -mquad-memory for non-atomic
loa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
Bug ID: 59909
Summary: Quad memory bootstrap issues on little endian
powerpc64 power8 systems
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
--- Comment #2 from Michael Meissner ---
Created attachment 31923
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31923&action=edit
Patch back ported to the ibm/gcc-4_8-branch
Back ported patch to ibm/gcc-4_8-branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59379
--- Comment #21 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 22 18:28:30 2014
New Revision: 206934
URL: http://gcc.gnu.org/viewcvs?rev=206934&root=gcc&view=rev
Log:
Backport from mainline
2014-01-20 Uros Bizjak
* con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59880
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 22 18:28:30 2014
New Revision: 206934
URL: http://gcc.gnu.org/viewcvs?rev=206934&root=gcc&view=rev
Log:
Backport from mainline
2014-01-20 Uros Bizjak
* con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59379
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59482
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #7 from Paul Pluzhnikov ---
Created attachment 31924
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31924&action=edit
Alternate fix from Kyle Lippincott
Alternate patch, courtesy Kyle Lippincott .
AFAIU, Kyle's patch uses roughl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
--- Comment #8 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Jan 22 19:38:47 2014
New Revision: 206938
URL: http://gcc.gnu.org/viewcvs?rev=206938&root=gcc&view=rev
Log:
2014-01-22 Vladimir Makarov
PR rtl-optimization/59477
* lr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Wed Jan 22 19:46:44 2014
New Revision: 206939
URL: http://gcc.gnu.org/viewcvs?rev=206939&root=gcc&view=rev
Log:
PR libstdc++/58764
* include/bits/stl_deque.h (deque::deque(const a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #30 from Iain Sandoe ---
(In reply to Denis Excoffier from comment #29)
> (In reply to Iain Sandoe from comment #28)
> > Well, there is a fix - which is to update
> > /usr/lib/libgcc_s.dylib to a non-buggy version.
> I had understood t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764
--- Comment #10 from Marc Glisse ---
vector() _GLIBCXX_NOEXCEPT : _Base() { }
list() _GLIBCXX_NOEXCEPT
I think that's wrong, the default construction of the allocator may throw,
hence the conditional noexcept I was suggesting in com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59880
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 22 19:57:30 2014
New Revision: 206940
URL: http://gcc.gnu.org/viewcvs?rev=206940&root=gcc&view=rev
Log:
PR target/59880
* config/i386/i386.c (ix86_avoid_lea_for_ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59880
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764
--- Comment #11 from Jonathan Wakely ---
OK, I'll make the noexcept conditional, which will mean losing it in C++03
mode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59910
Bug ID: 59910
Summary: ICE in gfc_conv_array_initializer, at
fortran/trans-array.c:5327
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
--- Comment #5 from David Woodhouse ---
Note that LLVM/clang has a -m16 option now which does the same thing. Again,
not needing dirty hacks to ensure that asm(".code16gcc") really *is* the first
thing the assembler sees.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59477
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59597
--- Comment #5 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 22 21:27:38 2014
New Revision: 206941
URL: http://gcc.gnu.org/viewcvs?rev=206941&root=gcc&view=rev
Log:
PR tree-optimization/59597
* tree-ssa-threadupdate.c (dump_jump_threa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59597
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59472
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53252
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59880
--- Comment #14 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Jan 22 22:01:00 2014
New Revision: 206942
URL: http://gcc.gnu.org/viewcvs?rev=206942&root=gcc&view=rev
Log:
Backport gcc.target/i386/pr59880.c
Backport from mainline
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #5 from Marc Glisse ---
(In reply to Marc Glisse from comment #0)
> It may be as easy as adding the flags to C(XX)FLAGS_FOR_TARGET
With a trivial fix for PR 43538, this works. However, we then hit PR 59472.
Also, if instead of gold 1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #10 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 22 22:15:12 2014
New Revision: 206944
URL: http://gcc.gnu.org/viewcvs?rev=206944&root=gcc&view=rev
Log:
PR c/59891
c/
* c-typeck.c (build_conditional_expr): Call c_full
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 22 22:20:14 2014
New Revision: 206945
URL: http://gcc.gnu.org/viewcvs?rev=206945&root=gcc&view=rev
Log:
PR c/59891
c/
* c-typeck.c (build_conditional_expr): Call c_full
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
--- Comment #6 from H. Peter Anvin ---
This could also be implemented in binutils as a --code16gcc option, in which
case gcc users would have to use "-m32 -Wa,--code16gcc". Ugly but would work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59911
Bug ID: 59911
Summary: Improper warnings when expressing min int64_t as
decimal literal.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59911
--- Comment #1 from John Grossman ---
Created attachment 31927
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31927&action=edit
basic test case C source
ah; found out I can add the .c file as another attachment once the bug has been
created.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59911
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59911
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59912
Bug ID: 59912
Summary: [C++1y] ICE when deducing return type for specialized
functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764
--- Comment #12 from Jonathan Wakely ---
Author: redi
Date: Wed Jan 22 23:50:58 2014
New Revision: 206946
URL: http://gcc.gnu.org/viewcvs?rev=206946&root=gcc&view=rev
Log:
PR libstdc++/58764 (again)
* include/bits/stl_list.h (list): Make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59834
--- Comment #3 from H.J. Lu ---
(In reply to Balaji V. Iyer from comment #1)
> Hi H. J.,
>I am not able to reproduce it in my SUSE machine. I tried both -m64 and
> -m32.
>
> Thanks,
You should see it with -m32 after r206947.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351
--- Comment #16 from Jeffrey A. Law ---
Created attachment 31928
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31928&action=edit
Work-In-Progress patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #13 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46716
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
1 - 100 of 103 matches
Mail list logo
