http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58963
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #15 from dave.anglin at bell dot net ---
As of revision 204772, there are still problems on hppa-linux.
libtool: compile: /home/dave/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/home/dave/gnu/gcc/objdir/./gcc -nostdinc++ -L/home/dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59094
--- Comment #2 from Balaji V. Iyer ---
Hi Dmitry,
Can you please confirm if the following patch works for you?
Thanks,
Balaji V. Iyer.
===
--- libcilkrts/Makefile.in (revi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59109
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59102
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59102
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Thu Nov 14 03:18:17 2013
New Revision: 204773
URL: http://gcc.gnu.org/viewcvs?rev=204773&root=gcc&view=rev
Log:
PR tree-optimization/59102
* gimple-ssa-isolate-paths.c
(insert_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59056
--- Comment #8 from Richard Smith ---
(In reply to Walter Mascarenhas from comment #7)
> In itself, Richard's paragraph "Morally, the function should ambiguous... "
> implies that the code below is ambiguous. However, it
> compiles just fine with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59056
--- Comment #7 from Walter Mascarenhas ---
In itself, Richard's paragraph "Morally, the function should ambiguous... "
implies that the code below is ambiguous. However, it
compiles just fine with gcc 4.8.1, because gcc also takes into
account the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59126
Bug ID: 59126
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59125
Bug ID: 59125
Summary: [4.8 regression] gcc triggers wrong strncpy_chk
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57887
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124
Bug ID: 59124
Summary: [4.8 Regression] Wrong warnings "array subscript is
above array bounds"
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59123
Bug ID: 59123
Summary: [c++11] can't forward-declare an object later defined
constexpr
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
Ed Smith-Rowland <3dw4rd at verizon dot net> changed:
What|Removed |Added
CC||3dw4rd at ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59056
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #20 from Dominique d'Humieres ---
On x86_64-apple-darwin13 the fix from llvm svn applied to gcc trunk at r204759
produces...
Native configuration is x86_64-apple-darwin13.0.0
=== gcc tests ===
Running target unix/-m32
FAIL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Wed Nov 13 23:10:34 2013
New Revision: 204760
URL: http://gcc.gnu.org/viewcvs?rev=204760&root=gcc&view=rev
Log:
* PR middle-end/59119
* gimple-ssa-isolate-paths.c (find_implicit_err
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59122
--- Comment #1 from Jakub Jelinek ---
Created attachment 31213
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31213&action=edit
untested fix
This seems to work for me in the cross, but it is a hack in any case (before
and now with the patch)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59122
Bug ID: 59122
Summary: libsanitizer merge from upstream r191666 causes
duplicate symbol errors
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #14 from Peter Bergner ---
Author: bergner
Date: Wed Nov 13 22:34:33 2013
New Revision: 204757
URL: http://gcc.gnu.org/viewcvs?rev=204757&root=gcc&view=rev
Log:
PR sanitizer/59009
* sanitizer_common/sanitizer_platform_limits_p
tests132
=== g++ Summary ===
# of expected passes962
# of unsupported tests264
/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/gcc/testsuite/g++/../../xg++
version 4.9.0 20131113 (experimental) (GCC)
=== gcc tests ===
Running target uni
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #18 from Jack Howarth ---
Created attachment 31212
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31212&action=edit
fix from llvm svn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
--- Comment #1 from Dominique d'Humieres ---
Created attachment 31211
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31211&action=edit
sampling of f951
I am attaching a sampling of f951 in case someone can figure out what is going
on.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #25 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Wed Nov 13 21:51:44 2013
New Revision: 204756
URL: http://gcc.gnu.org/viewcvs?rev=204756&root=gcc&view=rev
Log:
2013-11-13 Teresa Johnson
PR ipa/58862
* pred
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #24 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Wed Nov 13 21:48:59 2013
New Revision: 204755
URL: http://gcc.gnu.org/viewcvs?rev=204755&root=gcc&view=rev
Log:
2013-11-13 Teresa Johnson
PR ipa/58862
* ipa-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59102
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59121
Bug ID: 59121
Summary: endless loop with -O2 -floop-parallelize-all
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59120
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59120
Bug ID: 59120
Summary: [c++11] ICE with invalid template alias
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59056
--- Comment #5 from Richard Smith ---
(In reply to Jonathan Wakely from comment #2)
> I thought if the partial specializations were ambiguous then these function
> overloads should be too.
Yes, this inconsistency is very surprising. GCC, EDG, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57363
Ulrich Weigand changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #17 from Jack Howarth ---
(In reply to Alexander Potapenko from comment #16)
> I've actually removed the Foundation linkage from LLVM today.
Unfortunately, that is impossible to test here. A remerge of llvm libsanitizer
at 194597 with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54040
H.J. Lu changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54040
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
--- Comment #2 from Jeffrey A. Law ---
Ah nuts.
While pondering this a bit more, I realized we have the same problem in this
code that we do in DOM. Namely that we can have references to SSA_NAMEs that
have been released to the name manager in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #16 from Alexander Potapenko ---
I've actually removed the Foundation linkage from LLVM today.
On Nov 13, 2013 10:45 PM, "howarth at nitro dot med.uc.edu" <
gcc-bugzi...@gcc.gnu.org> wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #15 from Jack Howarth ---
(In reply to Alexander Potapenko from comment #14)
> I think one of the frameworks depends on another one, please make sure to
> pick the latter one if that's true.
> Also add a comment denoting this is a dirt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59036
--- Comment #3 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Nov 13 18:00:43 2013
New Revision: 204752
URL: http://gcc.gnu.org/viewcvs?rev=204752&root=gcc&view=rev
Log:
2013-11-13 Vladimir Makarov
PR rtl-optimization/59036
* ir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #14 from Alexander Potapenko ---
I think one of the frameworks depends on another one, please make sure to
pick the latter one if that's true.
Also add a comment denoting this is a dirty workaround.
On Nov 13, 2013 9:38 PM, "howarth at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #13 from Jack Howarth ---
(In reply to Alexander Potapenko from comment #12)
> That was Foundation, not sure if CoreFoundation also works.
Linking libasan against -Wl,-framework,CoreFoundation for gcc trunk at r204750
suppresses all o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59109
Eric Botcazou changed:
What|Removed |Added
Target|ia64-*-*|
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #13 from Kostya Serebryany ---
No objections, thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #12 from Jakub Jelinek ---
(In reply to Peter Bergner from comment #11)
> This patch seem to have fixed the last of the powerpc64-linux build failures:
>
> Index: libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #11 from Peter Bergner ---
This patch seem to have fixed the last of the powerpc64-linux build failures:
Index: libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
Bug ID: 59119
Summary: Segfault in -fisolate-erroneous-paths pass
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #10 from Michael Meissner ---
On Wed, Nov 13, 2013 at 06:03:50AM +, kcc at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
>
> --- Comment #7 from Kostya Serebryany ---
> Is this fixed by http://gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #19 from Jeffrey A. Law ---
Yes, the glibc guys have already found real bugs that they've fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #9 from Peter Bergner ---
I'm testing a fix for the left over failures.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #18 from Markus Trippelsdorf ---
(In reply to Jeffrey A. Law from comment #17)
> For the kernel case, note the qsort prototype and the non-null attribute.
> That explicitly states that the pointer arguments must not be null. Any
> co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59118
Bug ID: 59118
Summary: internal compiler error: Segmentation fault - with
"using" keyword and template parameter(s) (C++11)
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #17 from Jeffrey A. Law ---
Markus,
For the kernel case, note the qsort prototype and the non-null attribute. That
explicitly states that the pointer arguments must not be null. Any code which
then passes null for those arguments ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #16 from Jeffrey A. Law ---
Richi,
No doubt about *0 = 1 and the like. While it's clearly undefined, I think
we've got to continue to support catching the SIGSEGV/SIGBUS from a QOI
standpoint. That's why I installed the changes to p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #8 from Pat Haugen ---
(In reply to Kostya Serebryany from comment #7)
> Is this fixed by http://gcc.gnu.org/viewcvs?rev=204726&root=gcc&view=rev ?
I just tried r204726 on powerpc64-linux and it's failing as follows now.
In file inc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59117
Bug ID: 59117
Summary: Is the default constructor generated by the compiler
actually called?
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58800
Marc Glisse changed:
What|Removed |Added
CC||chandraprakashblr at gmail dot
com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59116
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59099
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59116
--- Comment #1 from chandraprakashblr at gmail dot com ---
Created attachment 31210
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31210&action=edit
preprocessed file of sample program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59116
Bug ID: 59116
Summary: std::nth_element segfaults by invalidating one of the
vector elements
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #15 from Richard Biener ---
Note that technically invalid C programs still may be "reasonable". For
example
writing *0 = 1; and catching that via sigsetjmp/siglongjmp and a signal handler
is possible but of course invokes undefined be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59087
--- Comment #4 from Marc Glisse ---
Author: glisse
Date: Wed Nov 13 15:47:04 2013
New Revision: 204750
URL: http://gcc.gnu.org/viewcvs?rev=204750&root=gcc&view=rev
Log:
2013-11-13 Marc Glisse
PR libstdc++/59087
* include/ext/pod_char_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59082
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #11 from Jack Howarth ---
(In reply to Alexander Potapenko from comment #10)
> This might help, but we don't actually need that dependency.
> Instead libsanitizer should be updated to r194573.
Okay, I assume the missing linkage should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59080
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56902
--- Comment #2 from Richard Biener ---
Created attachment 31209
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31209&action=edit
hack
Btw, I also had a patch^Whack, see attached. Also further patches that didn't
get merged to take care of v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #12 from Alexander Potapenko ---
That was Foundation, not sure if CoreFoundation also works.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #10 from Alexander Potapenko ---
This might help, but we don't actually need that dependency.
Instead libsanitizer should be updated to r194573.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #9 from Jack Howarth ---
(In reply to Alexander Potapenko from comment #8)
> Clang's libclang_rt.asan_osx_dynamic.dylib depends on the Foundation
> framework. When I remove that dependency, ASanified programs crash on the
> same env_pt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #10 from Markus Trippelsdorf ---
(In reply to David Binderman from comment #9)
> (In reply to Markus Trippelsdorf from comment #8)
> > The following patch seems to fix the issue:
>
> Looks good to me.
>
> I think it needs to get int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533
Volker Reichelt changed:
What|Removed |Added
Keywords|ice-on-valid-code |error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59099
H.J. Lu changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59115
Bug ID: 59115
Summary: [c++1y] ICE with auto as template parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59114
Bug ID: 59114
Summary: [c++1y] ICE using auto in conversion operator
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59113
Bug ID: 59113
Summary: [c++1y] ICE using auto as parameter in local function
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59112
Bug ID: 59112
Summary: [c++1y] ICE using auto as parameter in local class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111
Bug ID: 59111
Summary: [4.9 Regression] [c++11] ICE on invalid usage of auto
in return type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59110
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #9 from David Binderman ---
(In reply to Markus Trippelsdorf from comment #8)
> The following patch seems to fix the issue:
Looks good to me.
I think it needs to get into the compiler source code somehow.
Would posting the patch to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59110
Bug ID: 59110
Summary: [4.9 Regression] [c++1y] ICE using auto in cast
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934
--- Comment #13 from Martin Jambor ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #12)
> > --- Comment #11 from Martin Jambor ---
> [...]
> > If anyone is willing to test the patch on any platform but especially
> > on those which I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58680
--- Comment #14 from Yury Gribov ---
I hate zombie bugs. Can we either fix or wontfix this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Yury Gribov changed:
What|Removed |Added
Attachment #31207|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Kostya Serebryany changed:
What|Removed |Added
CC||nlewycky at google dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59097
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59100
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59102
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59109
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #8 from Alexander Potapenko ---
Clang's libclang_rt.asan_osx_dynamic.dylib depends on the Foundation framework.
When I remove that dependency, ASanified programs crash on the same env_ptr
assertion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59077
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #8 from Jakub Jelinek ---
(In reply to Alexey Samsonov from comment #4)
> Yeah, in LLVM/Clang we build C++-specific part of UBSan with -frtti (and
> link it to C++ programs only), and the rest sanitizers with -fno-rtti.
Can't we just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #7 from Kostya Serebryany ---
Patch looks ok.
Please send it in a usual way and someone else (Jakub?) will need to approve
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59077
--- Comment #1 from Marc Glisse ---
Author: glisse
Date: Wed Nov 13 11:55:01 2013
New Revision: 204739
URL: http://gcc.gnu.org/viewcvs?rev=204739&root=gcc&view=rev
Log:
2013-11-13 Marc Glisse
PR tree-optimization/59077
* ipa-pure-cons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Yury Gribov changed:
What|Removed |Added
Attachment #31206|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #7 from Alexander Potapenko ---
If I compile stack-overflow-1.c with 'clang -fsanitize=address -c', the
resulting object file can be linked into an executable with either 'clang
-fsanitize=address' or 'gcc -fsanitize=address' (this req
1 - 100 of 126 matches
Mail list logo