http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59073
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> Untested patch
Which doesn't work (or is insufficient).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59100
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59105
Bug ID: 59105
Summary: -fdebug-prefix-map doesn't affect DW_AT_comp_dir.
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937
--- Comment #9 from Yury Gribov ---
Created attachment 31204
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31204&action=edit
Repro
Just occured to me that I forgot to attach a reprocase, so doing this now.
@Evegeniy: could you check whethe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59083
--- Comment #14 from Markus Trippelsdorf ---
The 'kernel' case passes a NULL pointer to qsort:
% < test.i
struct relocs {
int *offset;
};
static struct relocs a;
void qsort(void *, int) __attribute__((__nonnull__));
void die(int *p1, ...) {}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59101
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55353
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Bug ID: 59106
Summary: Failure to link against static libasan
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55353
Kostya Serebryany changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59085
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59101
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59107
Bug ID: 59107
Summary: Spurious "Type specified for intrinsic function
'command_argument_count' at (1) is ignored" under
-Wsurprising.
Product: gcc
Version: 4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #1 from Yury Gribov ---
Created attachment 31206
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31206&action=edit
Proposed patch
Does this look sane?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59066
--- Comment #3 from Paolo Carlini ---
Doesn't look like a front-end issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #2 from Kostya Serebryany ---
We should be building libsanitizer with -fno-rtti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937
--- Comment #10 from Evgeniy Stepanov ---
We don't intercept signal() on Android, because there is a friendly crash
handler installed by the OS, and we don't need to handle segv ourselves.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35998
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Nov 13 10:07:14 2013
New Revision: 204736
URL: http://gcc.gnu.org/viewcvs?rev=204736&root=gcc&view=rev
Log:
PR ada/35998
* dwarf2out.c (add_byte_size_attribute): Also use i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35998
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108
Bug ID: 59108
Summary: ACTION='READ' is using O_CREAT
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35547
--- Comment #3 from Ian Kirkham ---
-Wparentheses is potentially very useful but certainly too broad.
I agree that it would help if qualifiers could be added that split the coverage
to be able to distinguish between the extremes of 'very probably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58994
--- Comment #6 from Alexander Potapenko ---
The problem is caused by _NSGetEnviron() being called before libSystem is
initialized. This happens because some initialization code calls __cxa_atexit()
before libSystem_initialize(), and __cxa_atexit()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59056
Paolo Carlini changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #3 from Yury Gribov ---
(In reply to Kostya Serebryany from comment #2)
> We should be building libsanitizer with -fno-rtti
Ubsan seems to require it:
/home/ygribov/gcc/gcc-master/libsanitizer/ubsan/ubsan_type_hash.cc:121:63:
error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Alexey Samsonov changed:
What|Removed |Added
CC||samsonov at google dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #5 from Kostya Serebryany ---
a small part of ubsan does indeed require rtti.
See ubsan/CMakeLists.txt (UBSAN_SOURCES vs UBSAN_CXX_SOURCES)
The rest of libsanitizer does not and should use -fno-rtti.
OMG, I hate having so many diffe
-uninitialized]
../../../../gcc/ada/make.adb:2519:10: note: ‘Pid’ was declared here
+===GNAT BUG DETECTED==+
| 4.9.0 20131113 (experimental) (ia64-suse-linux) GCC error: |
| in mark_reachable_handlers, at tree-eh.c:3826
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
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=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
--- 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=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=59077
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=59109
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
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=59100
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
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=59106
Kostya Serebryany changed:
What|Removed |Added
CC||nlewycky at google dot com
--- Commen
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=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=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=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=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
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
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=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=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=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=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=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=58533
Volker Reichelt changed:
What|Removed |Added
Keywords|ice-on-valid-code |error-recovery,
|
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=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=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=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 #12 from Alexander Potapenko ---
That was Foundation, not sure if CoreFoundation also works.
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 #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=59082
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
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=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=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
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |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=58951
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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=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 #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=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 #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 #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=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 #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=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 #13 from Kostya Serebryany ---
No objections, thanks!
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=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=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=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=59119
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=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=54040
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=57363
Ulrich Weigand changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
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=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=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=59102
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
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=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
1 - 100 of 126 matches
Mail list logo
