http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59348
Bug ID: 59348
Summary: ieee_1003.1-2001/messages_members.cc does not compile
with _GLIBCXX_USE_WCHAR_T defined
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #7 from H.J. Lu ---
I got
[hj
-tune=native --with-arch=native
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.9.0 20131129 (experimental) [trunk revision 205527] (GCC)
$ cat x.ii
fn1 ()
{
<:
__assert_fail ()
$ g++ -fpreprocessed -fsyntax-only -c x.ii
x.ii:1:6: error: ISO C++ forb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42262
--- Comment #2 from Joseph S. Myers ---
Author: jsm28
Date: Fri Nov 29 21:24:14 2013
New Revision: 205543
URL: http://gcc.gnu.org/viewcvs?rev=205543&root=gcc&view=rev
Log:
PR c/42262
c:
* c-typeck.c (process_init_element): Do not treat a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42262
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59331
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Fri Nov 29 21:29:48 2013
New Revision: 205544
URL: http://gcc.gnu.org/viewcvs?rev=205544&root=gcc&view=rev
Log:
PR sanitizer/59331
cp/
* decl.c (compute_array_index_type): Don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59331
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
=native
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.9.0 20131129 (experimental) [trunk revision 205527] (GCC)
$ cat x.ii
struct A {
int LLVMTy;
} a;
class B;
class C {
B *Node;
int ResNo;
public:
A m_fn1() const;
void m_fn2() { m_fn1(); }
};
class D {
void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #23 from Max TenEyck Woodbury ---
(In reply to jos...@codesourcery.com from comment #22)
> On Fri, 29 Nov 2013, mtewoodbury at gmail dot com wrote:
>
> > The elaborate description of the different forms of the '#line' (and other)
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #8 from maemarcus at gmail dot com ---
Dear H.J. Lu,
You patch works for me, thanks a lot! I noticed however, that with -fuse-ld ld
from the different location is used for me:
$ kernelgen-gcc -print-prog-name=ld
.../INSTALL/bin/kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56480
Zhihao Yuan changed:
What|Removed |Added
CC||lichray at gmail dot com
--- Comment #3 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #24 from joseph at codesourcery dot com ---
On Fri, 29 Nov 2013, mtewoodbury at gmail dot com wrote:
> > The question is not when it takes place, it's what the "current token" is
> > when it takes place, because "line number" is defi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #9 from H.J. Lu ---
This is not what I see with GCC 4.9.0:
[hjl@gnu-tools-1 tools-4.9]$ ls release/usr/gcc-4.9.0/bin/
x86_64-linux-addr2line x86_64-linux-gcc x86_64-linux-ld.gold
x86_64-linux-ar x86_64-linux-gcc-4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #10 from maemarcus at gmail dot com ---
Right, I guess the reason of the difference is I'm configured with
--program-prefix=kernelgen-
--with-ld=$RPM_INSTALL_PREFIX/%{prefix}bin/kernelgen-ld
--with-as=$RPM_INSTALL_PREFIX/%{prefix}bin/ke
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Attachment #31333|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
David Kaufmann changed:
What|Removed |Added
Resolution|WORKSFORME |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
Bug ID: 59351
Summary: ICE on empty compound literal with -pedantic
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #25 from Max TenEyck Woodbury ---
(In reply to jos...@codesourcery.com from comment #24)
> ...
>
> I don't believe the standard makes any such attempt to accommodate such a
> (marginal) need;
GAG! Without this, a number of problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Attachment #31335|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Summary|-fuse-ld does not have |-fuse-ld has no effect on
|ef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #17 from Jakub Jelinek ---
Perhaps add new attribute ssememalign, with default 0, which would be (maximum
for all alternatives) required alignment for memory operands in the instruction
pre-AVX, or 0 for GET_MODE_ALIGNMENT. So, instru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #14 from Joost VandeVondele
---
(In reply to Manuel López-Ibáñez from comment #13)
> Will -fsanitize=undefined catch these? If so, perhaps the message shown
> before reporting a bug should mention trying this first.
I guess -fsanitiz
101 - 126 of 126 matches
Mail list logo
