https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #29 from Dominik Vogt ---
(In reply to Ian Lance Taylor from comment #27)
> The problem is that we can't represent full file/line
> information using a single PC value, because a single PC value can't
> represent inlined functions.
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
--- Comment #7 from rguenther at suse dot de ---
On Thu, 26 Feb 2015, vekumar at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
>
> vekumar at gcc dot gnu.org changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
--- Comment #8 from Andrew Pinski ---
(In reply to vekumar from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > I think you should always use an unsigned type here so it will be defined in
> > the IR. This is mentioned in bug 22199
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65216
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65202
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65202
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #9 from Richard Biener ---
Created attachment 34878
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34878&action=edit
patch
I am testing the following (further testing appreciated).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65154
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #1 from Jakub Jelinek ---
Created attachment 34879
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34879&action=edit
gcc5-pr65215.patch
Untested fix. There are still issues left, e.g. I can't understand the "bswap
&&" part in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #2 from Jakub Jelinek ---
I mean something like:
unsigned int
foo (unsigned char *p)
{
return ((unsigned int) p[0] << 24) | (p[1] << 16) | (p[2] << 8) | p[3];
}
on strict align big endian machines, let me add another testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64959
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57982
Jean-Pierre Flori changed:
What|Removed |Added
CC||jpflori at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
Jakub Jelinek changed:
What|Removed |Added
Attachment #34879|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #4 from Richard Biener ---
(In reply to Jakub Jelinek from comment #1)
> Created attachment 34879 [details]
> gcc5-pr65215.patch
>
> Untested fix. There are still issues left, e.g. I can't understand the
> "bswap &&" part in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65218
Bug ID: 65218
Summary: [C++11] Complicated diagnostic of erroneous range
expression over a pointer type
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64569
--- Comment #2 from mpf at gcc dot gnu.org ---
Author: mpf
Date: Thu Feb 26 10:56:09 2015
New Revision: 221001
URL: https://gcc.gnu.org/viewcvs?rev=221001&root=gcc&view=rev
Log:
Add missing bug number to r221000
PR target/64569
* See r22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #5 from Thomas Preud'homme ---
(In reply to Richard Biener from comment #4)
> (In reply to Jakub Jelinek from comment #1)
> > Created attachment 34879 [details]
> > gcc5-pr65215.patch
> >
> > Untested fix. There are still issues lef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #6 from Jakub Jelinek ---
I can certainly remove that hunk from the patch, if the expander and other
passes handle it well. The test can stay I guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65206
--- Comment #6 from Richard Biener ---
Created attachment 34882
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34882&action=edit
hack just for the masked load/store case
Incomplete special-casing for the masked load/store case. We need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65161
--- Comment #4 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Feb 26 11:30:03 2015
New Revision: 221002
URL: https://gcc.gnu.org/viewcvs?rev=221002&root=gcc&view=rev
Log:
gcc/
PR target/65161
* config/i386/i386.c (ix86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #7 from Thomas Preud'homme ---
(In reply to Jakub Jelinek from comment #6)
> I can certainly remove that hunk from the patch, if the expander and other
> passes handle it well. The test can stay I guess.
Things are at least working
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #8 from Jakub Jelinek ---
(In reply to Thomas Preud'homme from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > I can certainly remove that hunk from the patch, if the expander and other
> > passes handle it well. The te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65206
--- Comment #7 from Richard Biener ---
For the masked load/store case we could also simply put the "real" memory
access
in place of the pointer argument. To make that valid GIMPLE we could wrap it
inside a fake VIEW_CONVERT_EXPR for example - li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #9 from Richard Biener ---
(In reply to Thomas Preud'homme from comment #5)
> (In reply to Richard Biener from comment #4)
> > (In reply to Jakub Jelinek from comment #1)
> > > Created attachment 34879 [details]
> > > gcc5-pr65215.pat
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bmei at broadcom dot com
Compile the following code with gcc 5.0 (
Target: x86_64-unknown-linux-gnu gcc version 5.0.0 20150226 (experimental)
[trunk revision 143368] (GCC))
~/scratch/install
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65215
--- Comment #10 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> (In reply to Thomas Preud'homme from comment #5)
> > (In reply to Richard Biener from comment #4)
> > > (In reply to Jakub Jelinek from comment #1)
> > > > Cre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65219
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65216
--- Comment #5 from Jakub Jelinek ---
Created attachment 34883
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34883&action=edit
gcc5-pr65216.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
Bug ID: 65220
Summary: Regression: integer division in stack alignment for
VLA allocation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63509
Richard W.M. Jones changed:
What|Removed |Added
CC||rjones at redhat dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64997
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65221
Bug ID: 65221
Summary: typedef-name identifier not resolved in static member
instantiation
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65221
--- Comment #1 from Philipp Ittershagen ---
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
--- Comment #2 from Richard Biener ---
We hit
rtx
allocate_dynamic_stack_space (rtx size, unsigned size_align,
unsigned required_align, bool cannot_accumulate)
{
...
/* ??? STACK_POINTER_OFFSET is always defined n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65222
Bug ID: 65222
Summary: [5 Regression] -mtune= or -march=: Not all options not
documented: slm, knl, shanghai, istanbul
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64374
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Thu Feb 26 13:28:48 2015
New Revision: 221006
URL: https://gcc.gnu.org/viewcvs?rev=221006&root=gcc&view=rev
Log:
2015-02-26 Richard Biener
Backport from mainline
2014-11-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65171
--- Comment #7 from Bill Schmidt ---
Yes, this is unrelated and not really a problem. Something has caused us to
recently start spilling a couple of nonvolatile vector registers to the stack
for this test case, resulting in the failure. I'm goi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43701
Kai Tietz changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Thu Feb 26 13:56:39 2015
New Revision: 221007
URL: https://gcc.gnu.org/viewcvs?rev=221007&root=gcc&view=rev
Log:
PR tree-optimization/65048
* tree-ssa-threadupdate.c (valid_jump_th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
--- Comment #4 from Jeffrey A. Law ---
Fixed by Sebastain's change on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65048
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65217
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Feb 26 14:17:06 2015
New Revision: 221010
URL: https://gcc.gnu.org/viewcvs?rev=221010&root=gcc&view=rev
Log:
Add a testcase for PR target/65217
PR target/65217
* gcc.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65193
--- Comment #2 from Richard Biener ---
I already get
> ./xg++ -B. -nostdlib -fPIC -flto -shared t.ii -O2 -g
t.ii: In function ‘float_next_imp’:
t.ii:33:7: error: address taken, but ADDRESSABLE bit not set
float_next_imp (T p1, Policy p2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65038
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65038
--- Comment #2 from Kai Tietz ---
Suggested patch send at
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg01615.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64570
--- Comment #3 from David Binderman ---
(In reply to Richard Biener from comment #2)
> Fails everywhere, 4.6 rejects the testcase. Looks more like a C++ frontend
> issue to me.
Still goes wrong over a month later with trunk dated 20150225.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65202
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Thu Feb 26 15:03:23 2015
New Revision: 221015
URL: https://gcc.gnu.org/viewcvs?rev=221015&root=gcc&view=rev
Log:
PR c++/65202
* constexpr.c (cxx_eval_constant_expression): Don'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55993
splinterofchaos at gmail dot com changed:
What|Removed |Added
CC||splinterofchaos at gmai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #30 from boger at us dot ibm.com ---
I don't think it is a good idea to add code in multiple places to fix up the pc
values after calling runtime.Callers. That seems prone to error and confusing
for future updates to the code.
>Fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
--- Comment #4 from Jakub Jelinek ---
Created attachment 34884
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34884&action=edit
gcc5-pr65520.patch
Untested patch for the i386.md change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46102
--- Comment #12 from Aldy Hernandez ---
Author: aldyh
Date: Thu Feb 26 15:31:52 2015
New Revision: 221016
URL: https://gcc.gnu.org/viewcvs?rev=221016&root=gcc&view=rev
Log:
PR debug/46102
* dwarf2out.c (dwarf2out_init): Disable -felimina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46102
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
--- Comment #9 from vekumar at gcc dot gnu.org ---
This match.pd pattern vectorizes the PR but works only with -fwrapv.
(simplify
( convert (abs (convert@1 @0)))
( if (INTEGRAL_TYPE_P (type)
/* We check for type compatibility between @0 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53118
Aldy Hernandez changed:
What|Removed |Added
Priority|P2 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #31 from Ian Lance Taylor ---
> Why is it important to be able to map a file:line to a single PC?
The problem is that the Go code in the runtime/pprof package assumes that it
can take a single PC value and map that to a meaningful fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #32 from Ian Lance Taylor ---
> I don't think it is a good idea to add code in multiple places to fix up the
> pc values after calling runtime.Callers. That seems prone to error and
> confusing for future updates to the code.
Righ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55993
--- Comment #12 from Jason Merrill ---
(In reply to splinterofchaos from comment #11)
> I still get an error with 4.9 when using one of the less reduced cases,
> although not when using the test cases in that patch.
>
>
> #include
> struct A {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #33 from boger at us dot ibm.com ---
(In reply to Ian Lance Taylor from comment #32)
> > I don't think it is a good idea to add code in multiple places to fix up
> > the pc values after calling runtime.Callers. That seems prone to er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65202
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65112
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65223
Bug ID: 65223
Summary: Regresion on elemental type-bound procedure's passed
object with INTENT(OUT)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65175
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64432
--- Comment #31 from Jerry DeLisle ---
I have generated a test case that includes all possible combinations and found
some issues with the patch related to Real (KIND 10). I am working this now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65224
Bug ID: 65224
Summary: fprofile-reorder-functions reorders using expand order
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65225
Bug ID: 65225
Summary: [AArch64] Various aarch64_rtx_costs improvements
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65225
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35330
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35330
--- Comment #12 from Kai Tietz ---
issue seems to be that in declare_weak we don't check that DECL is actually
either a function, or a variable declaration.
Fix would be to add an error-message in declare_weak ().
Index: varasm.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #34 from Ian Lance Taylor ---
You're right, we could just change runtime_callers. Or, simpler still, just
change callback in libgo/runtime/go-callers.c. Good point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65171
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Thu Feb 26 17:43:03 2015
New Revision: 221022
URL: https://gcc.gnu.org/viewcvs?rev=221022&root=gcc&view=rev
Log:
2015-02-26 Bill Schmidt
PR target/65171
* config/rs6000/rs60
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65171
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63420
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57647
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58288
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58942
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49748
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65088
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65226
Bug ID: 65226
Summary: hgcc-plugin.h is unusable when GCC was build with
non-system or in-tree GMP
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: cri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65220
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65008
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Thu Feb 26 18:59:50 2015
New Revision: 221025
URL: https://gcc.gnu.org/viewcvs?rev=221025&root=gcc&view=rev
Log:
PR ipa/65008
* ipa-inline.c (early_inliner): Recompute inline p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65008
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61142
--- Comment #6 from Oleg Endo ---
Author: olegendo
Date: Thu Feb 26 19:14:23 2015
New Revision: 221026
URL: https://gcc.gnu.org/viewcvs?rev=221026&root=gcc&view=rev
Log:
gcc/
PR target/61142
* config/sh/sh.c (sh_check_add_incdec_notes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65227
Bug ID: 65227
Summary: Plugin headers are unusable when included after
inttypes.h
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: major
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65192
--- Comment #1 from Georg-Johann Lay ---
Author: gjl
Date: Thu Feb 26 19:43:54 2015
New Revision: 221029
URL: https://gcc.gnu.org/viewcvs?rev=221029&root=gcc&view=rev
Log:
PR target/65192
* config/avr/avr-protos.h (tiny_valid_direct_memo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65227
Andrew Pinski changed:
What|Removed |Added
Severity|major |normal
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65192
Georg-Johann Lay changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65227
--- Comment #2 from Bert Wesarg ---
(In reply to Andrew Pinski from comment #1)
> You should always include gcc-plugin.h first when compiling plugins.
But the documentation in gcc/doc/plugins.texi only reads:
The header @file{gcc-plugin.h} must
FAIL: gcc (GCC) 5.0.0 20150226 (experimental)
PATH="/home/jkratoch/redhat/gcchead-root/bin:$PATH"
LD_LIBRARY_PATH=/home/jkratoch/redhat/gcchead-root/lib64
/home/jkratoch/redhat/gdb-clean/gdb/gdb -nx gdb -ex start -ex 'compile code -r
__auto_type qwe = def'
gdb command li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
--- Comment #8 from Martin Liška ---
Author: marxin
Date: Thu Feb 26 20:21:38 2015
New Revision: 221031
URL: https://gcc.gnu.org/viewcvs?rev=221031&root=gcc&view=rev
Log:
Fix PR ipa/64693
PR ipa/64693
* ipa-icf.c (symbol_compare_collect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65228
Jan Kratochvil changed:
What|Removed |Added
Component|other |c
Host|x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65228
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65061
Paolo Carlini changed:
What|Removed |Added
CC||fabien.chene at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65216
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 127 matches
Mail list logo