http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #20 from Paul H. Hargrove ---
(In reply to Yury Gribov from comment #19)
> Paul, could you check if libsanitizer is now auto-disabled on your system
> and close the bug in that case?
Probably can't get to this until next week.
However
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59922
--- Comment #2 from Andrew Pinski ---
Related to bug 20681.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52676
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33752
Andrew Pinski changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33752
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
--- Comment #3 from Andrew Pinski ---
(In reply to Zhendong Su from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I don't see why you think this is not undefined behavior.
> > If p1 starts at 1, it cannot turn into 0 as p1++ overfl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59929
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Fri Jan 24 03:38:10 2014
New Revision: 207023
URL: http://gcc.gnu.org/viewcvs?rev=207023&root=gcc&view=rev
Log:
Get stack adjustment from push operand in pushsf splitter
pushsf for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
--- Comment #2 from Zhendong Su ---
(In reply to Andrew Pinski from comment #1)
> I don't see why you think this is not undefined behavior.
> If p1 starts at 1, it cannot turn into 0 as p1++ overflows during the
> 2147483646th iteration.
Andrew,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
--- Comment #1 from Andrew Pinski ---
I don't see why you think this is not undefined behavior.
If p1 starts at 1, it cannot turn into 0 as p1++ overflows during the
2147483646th iteration.
-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20140123 (experimental) [trunk revision 206958] (GCC)
$
$ gcc-trunk -O1 small.c; a.out
$ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
Michael Meissner changed:
What|Removed |Added
Attachment #31923|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
--- Comment #7 from Michael Meissner ---
Created attachment 31942
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31942&action=edit
ChangeLog message for changes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
Michael Meissner changed:
What|Removed |Added
Attachment #31922|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
--- Comment #4 from Michael Meissner ---
Author: meissner
Date: Fri Jan 24 02:31:36 2014
New Revision: 207022
URL: http://gcc.gnu.org/viewcvs?rev=207022&root=gcc&view=rev
Log:
[gcc]
2014-01-23 Michael Meissner
PR target/59909
* doc/in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59909
--- Comment #3 from Michael Meissner ---
Author: meissner
Date: Fri Jan 24 01:56:48 2014
New Revision: 207020
URL: http://gcc.gnu.org/viewcvs?rev=207020&root=gcc&view=rev
Log:
[gcc]
2014-01-23 Michael Meissner
PR target/59909
* doc/in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59931
--- Comment #1 from Jonathan Wakely ---
(In reply to frankhb1989 from comment #0)
> The member 'C::f' here should have type 'void ()'(if it makes
> sense),
I don't think so, that would produce an even worse diagnostic if you tried to
convert 't'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59931
Bug ID: 59931
Summary: Wrong wording of diagnostic about imaginary "member
function type"
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59930
Bug ID: 59930
Summary: template friend declarations, namespaces, and explicit
instantiations don't mix
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59929
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59926
--- Comment #2 from Patrick Arnoux ---
(In reply to Jonathan Wakely from comment #1)
> This looks like PR 57176
Thank you for the reference to PR 57676.
Delving into this a bit further, I found the following:
Derived f(Derived d) { return (d) ;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927
--- Comment #3 from Kai Tietz ---
(In reply to Jakub Jelinek from comment #2)
>0x14cdc97 add_file_to_cache_tab
>/home/marek/src/gcc/gcc/input.c:296
>
> That's unrelated segfault,
> http://gcc.gnu.org/ml/gcc-patches/2014-01/msg0151
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59929
--- Comment #2 from H.J. Lu ---
Add -maddress-mode=long fixes the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59929
H.J. Lu changed:
What|Removed |Added
Summary|-mno-accumulate-outgoing-ar |[4.8/4.9 regression]
|gs does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59929
Bug ID: 59929
Summary: -mno-accumulate-outgoing-args doesn't work with x32
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59928
--- Comment #2 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #1)
> That would be undefined behavior. So, the warning is correct.
More than that, the promotion is defined to be to 0 or 1 and anything else is
undefined.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59928
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59846
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59846
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Thu Jan 23 21:01:08 2014
New Revision: 207008
URL: http://gcc.gnu.org/viewcvs?rev=207008&root=gcc&view=rev
Log:
PR c/59846
c-family/
* c-common.c (shorten_compare): Add location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59928
Bug ID: 59928
Summary: Possible incorrect warning "comparison is always false
due to limited range of data type"
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59733
--- Comment #8 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #7)
> Can't reproduce this, at least not if I use sufficiently lower make -jN
> factor (used -j2). With that
> ../configure --enable-languages=c,c++,fortran,java,lto,objc,obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59927
Bug ID: 59927
Summary: [4.9 Regression] ICE sorry, unimplemented: ms_abi
attribute requires -maccumulate-outgoing-args or
subtarget optimization implying it
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #14 from Jakub Jelinek ---
Oh, one more thing, supposedly I could have left the thumb2_emit_strd_push and
arm_emit_strd_push functions unmodified, because the addition of extra low
registers to live_reg_mask is guarded with optimize_si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59915
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #13 from Jakub Jelinek ---
(In reply to Ryan Mansfield from comment #12)
> /home/ryan/gnu/gcc/trunk/arm-eabi/./gcc/xgcc
> -B/home/ryan/gnu/gcc/trunk/arm-eabi/./gcc/
> -B/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59915
--- Comment #2 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Jan 23 20:06:28 2014
New Revision: 207007
URL: http://gcc.gnu.org/viewcvs?rev=207007&root=gcc&view=rev
Log:
2014-01-23 Vladimir Makarov
PR regression/59915
* lra-cons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59913
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59733
--- Comment #7 from Jakub Jelinek ---
Can't reproduce this, at least not if I use sufficiently lower make -jN factor
(used -j2). With that
../configure --enable-languages=c,c++,fortran,java,lto,objc,obj-c++,go
--with-build-config=bootstrap-asan -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59924
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #24 from Dâniel Fraga ---
(In reply to Jakub Jelinek from comment #23)
> gettext Makefile has:
> # We must not install the libintl.h/libintl.a files if we are on a
> # system which has the GNU gettext() function in its C library or in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #13 from Marek Polacek ---
Author: mpolacek
Date: Thu Jan 23 19:18:49 2014
New Revision: 207004
URL: http://gcc.gnu.org/viewcvs?rev=207004&root=gcc&view=rev
Log:
PR c/58346
c-family/
* c-common.c (pointer_to_zero_sized_aggr_p)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59871
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59871
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Thu Jan 23 19:04:29 2014
New Revision: 207002
URL: http://gcc.gnu.org/viewcvs?rev=207002&root=gcc&view=rev
Log:
PR c/59871
c/
* c-typeck.c (build_compound_expr): Warn even for r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55189
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Thu Jan 23 18:54:08 2014
New Revision: 207001
URL: http://gcc.gnu.org/viewcvs?rev=207001&root=gcc&view=rev
Log:
PR c++/55189
* cp-tree.h (struct language_function): Add infinite_lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #22 from Dâniel Fraga ---
(In reply to Jonathan Wakely from comment #21)
> OK, configuring GNU gettext with --with-included-gettext creates
> /usr/local/include/libintl.h ... but why would you do that on GNU/Linux when
> glibc provides
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #21 from Jonathan Wakely ---
OK, configuring GNU gettext with --with-included-gettext creates
/usr/local/include/libintl.h ... but why would you do that on GNU/Linux when
glibc provides it? I'm tempted to say doing that is user error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59922
--- Comment #1 from Andrew Pinski ---
There is another bug about a similar thing but with
constructors/deconstructors.
-finstrument-functions inserts try/finally blocks in the code and the dead code
is not removed before hand so the warning mechan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #20 from Jonathan Wakely ---
I've installed gettext, and it doesn't install its own libintl.h, so I don't
know how your LFS system is built but I still can't reproduce the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59926
--- Comment #1 from Jonathan Wakely ---
This looks like PR 57176
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59926
Bug ID: 59926
Summary: Remove temporary move constructor before move
assignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #6 from Balaji V. Iyer ---
Hi Jeff, Andrew and Bernd,
Can you please try out the "possible fix" and see if that works for you?
Thanks,
Balaji V. Iyer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #5 from Balaji V. Iyer ---
Created attachment 31938
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31938&action=edit
Possible Fix.
Possible fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59913
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov at redhat dot com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #12 from Ryan Mansfield ---
/home/ryan/gnu/gcc/trunk/arm-eabi/./gcc/xgcc
-B/home/ryan/gnu/gcc/trunk/arm-eabi/./gcc/
-B/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/bin/
-B/home/ryan/x-tools/arm-unknown-linux-gn
ers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp --enable-checking
Thread model: posix
gcc version 4.9.0 20140123 (experimental) [trunk revision 206976] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #10 from Jakub Jelinek ---
(In reply to Ryan Mansfield from comment #9)
> (In reply to Jakub Jelinek from comment #8)
> > Created attachment 31934 [details]
> > gcc49-pr59575.patch
> >
> > Untested fix. Can somebody please test it?
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #9 from Ryan Mansfield ---
(In reply to Jakub Jelinek from comment #8)
> Created attachment 31934 [details]
> gcc49-pr59575.patch
>
> Untested fix. Can somebody please test it?
The attached patch fixes the original ICE but introduce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59872
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59866
--- Comment #4 from Dev ---
Thank you for your quick patch. It works after apply together with another
patch "http://gcc.gnu.org/ml/gcc-patches/2013-10/msg01445.html";, which seems to
be provided by you. Good work.
My target is 32bits i686. I use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at redhat dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59872
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Thu Jan 23 17:17:04 2014
New Revision: 206994
URL: http://gcc.gnu.org/viewcvs?rev=206994&root=gcc&view=rev
Log:
PR libstdc++/59872
* include/bits/stl_map.h (map::operator=(map&&))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59329
lucdanton at free dot fr changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
Martin Husemann changed:
What|Removed |Added
CC||martin at netbsd dot org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59925
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59925
--- Comment #1 from Matthias Klose ---
same with python3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59925
Bug ID: 59925
Summary: [4.9 Regression] link failure in python2.7 build with
-flto and -fprofile-use -fprofile-correction enabled
Product: gcc
Version: 4.9.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59825
--- Comment #6 from bviyer at gcc dot gnu.org ---
Author: bviyer
Date: Thu Jan 23 17:00:53 2014
New Revision: 206991
URL: http://gcc.gnu.org/viewcvs?rev=206991&root=gcc&view=rev
Log:
Fix for PR c/59825.
2014-01-23 Balaji V. Iyer
PR c/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59917
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
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=59924
Bug ID: 59924
Summary: [4.9 Regression] memory hog / build failure with
-Wformat -Werror=format-security
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58980
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jan 23 16:31:52 2014
New Revision: 206979
URL: http://gcc.gnu.org/viewcvs?rev=206979&root=gcc&view=rev
Log:
/cp
2014-01-23 Paolo Carlini
PR c++/58980
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58980
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
--- Comment #4 from Marc Glisse ---
(In reply to Markus Trippelsdorf from comment #2)
> A bit further reduced:
I want to play! ;-)
struct E {
~E();
virtual void f() const;
};
struct B : E {};
struct G : virtual B {};
struct A {
virtual ~A(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59923
Bug ID: 59923
Summary: [4.9 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2239 with -mcpu=cortex-a15 -mthumb -O2
-fvisibility=hidden -g
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59915
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
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=59922
Bug ID: 59922
Summary: -finstrument-functions emit false warning "control
reaches end of non-void function"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
--- Comment #2 from Marek Polacek ---
More reduced:
typedef int jmp_buf[10];
struct S
{
int i;
jmp_buf buf;
};
void setjmp (jmp_buf);
void foo (int *);
__attribute__ ((__noreturn__, __nonnull__)) void bar (struct S *);
void
baz (struct S *p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59921
Bug ID: 59921
Summary: Variable names should be ignored when qualified name
lookup is applied to nested name specifier
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #7 from Jakub Jelinek ---
Actually, it seems like the code can push up to 8 of the dummy regs and 4 of
them are call saved (but they can be just unused in the function and thus still
saved as dummy regs and not restored in the epilogue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #8 from Jakub Jelinek ---
Created attachment 31934
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31934&action=edit
gcc49-pr59575.patch
Untested fix. Can somebody please test it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
--- Comment #2 from Markus Trippelsdorf ---
A bit further reduced:
class NameValuePairs {
public:
~NameValuePairs();
virtual bool m_fn1(const char *, const int &p2, void *) const;
};
class B : NameValuePairs {};
class F : virtual public B {};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Bug ID: 59920
Summary: [4.9 Regression] build doesn't terminate (at least
after an hour)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #19 from Yury Gribov ---
Paul, could you check if libsanitizer is now auto-disabled on your system and
close the bug in that case?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #18 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Jan 23 14:32:05 2014
New Revision: 206966
URL: http://gcc.gnu.org/viewcvs?rev=206966&root=gcc&view=rev
Log:
2014-01-23 Yury Gribov
Jakub Jelinek
PR san
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59846
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59919
Bug ID: 59919
Summary: [4.7 Regression] ICE in process_assert_insertions_for,
at tree-vrp.c:6096
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59918
Bug ID: 59918
Summary: [4.9 Regression] ICE in record_target_from_binfo, at
ipa-devirt.c:693
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 135 matches
Mail list logo
