figure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20150120 (experimental) [trunk revision 219909] (GCC)
$
$ gcc-trunk -O3 -g -c small.c
gcc-trunk: internal compiler error: Segmentation fault (program cc1)
0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59946
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59946
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 21 06:17:50 2015
New Revision: 219927
URL: https://gcc.gnu.org/viewcvs?rev=219927&root=gcc&view=rev
Log:
2015-01-20 Jeff Law
PR target/59946
* config/m68k/m68k.md (Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64705
Bug ID: 64705
Summary: Bad code generation of sieve on x86-64 because of too
aggressive IV optimizations
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64665
--- Comment #3 from Duncan Forster ---
(In reply to Richard Smith from comment #2)
I've been back and forth about what is correct behavior , in the end I think
you're correct. GCC seems to be doing the right thing according to the latest
C++ defe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #13 from Bernd Edlinger ---
ok, now I see.
the binutils-2.25.tar.gz works,
but if we build directly from the git it does not.
is this a new check that makes this problem?
regarding my patch on pr26255.c, this happens:
m32c-elf-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64704
--- Comment #3 from kathy ---
(In reply to Andrew Pinski from comment #2)
> Most likely because icmp6Ptr is not aligned to 16 bits like you say it is by
> doing:
>register uint16 *ptr = (uint16 *)icmp6Ptr;
i am not understand the assemble co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64703
--- Comment #1 from Andrew Pinski ---
Even though I think there is a bug here. I think the best way to work around
this issue is do:
unsigned long
resolve_ifunc (unsigned long value,
const struct link_map *map, const struct link_map *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64704
--- Comment #2 from Andrew Pinski ---
Most likely because icmp6Ptr is not aligned to 16 bits like you say it is by
doing:
register uint16 *ptr = (uint16 *)icmp6Ptr;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64665
Richard Smith changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #15 from Andrew Pinski ---
Ok, I was finally able to trace this down, This is a 32bit vs 64bit host
compiler difference.
The problem is with:
if (SYMBOL_REF_WEAK (x)
|| INTVAL (offset) < (HOST_WIDE_INT) -4294967263
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64704
kathy changed:
What|Removed |Added
Severity|normal |major
--- Comment #1 from kathy ---
is this a G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64703
Bug ID: 64703
Summary: glibc sysdeps/powerpc/powerpc64/dl-machine.h
miscompile
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64704
Bug ID: 64704
Summary: software crashed when using vectorizing optimization
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #10 from Mikhail Maltsev ---
> 1. Why does the answer change based on the -std?
I could reproduce the same result on GCC 4.8.2. I suppose that the most
significant difference is that C++11 supports constexpr (and std::complex has
cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64701
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64694
--- Comment #3 from H.J. Lu ---
Created attachment 34509
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34509&action=edit
A testcase
Compile with -O2 -std=gnu++11 -mx32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64701
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64701
Bug ID: 64701
Summary: internal compiler error: unexpected expression
‘’ of kind do_stmt
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
Peter Bergner changed:
What|Removed |Added
CC||azanella at linux dot
vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64647
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64698
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64683
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64700
Bug ID: 64700
Summary: Sink common code through PHI
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64110
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64694
H.J. Lu changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #2 from H.J.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #12 from DJ Delorie ---
The reloc bug is caused when gcc puts a JMP.A at the very end of .text and also
adds debug info; this puts a 3-byte reloc right at the end of a section
(m32c-as pads the last section if it's a code section, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
Richard Henderson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64581
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64581
--- Comment #3 from Richard Henderson ---
Author: rth
Date: Tue Jan 20 21:26:04 2015
New Revision: 219915
URL: https://gcc.gnu.org/viewcvs?rev=219915&root=gcc&view=rev
Log:
PR libffi/64581
* testsuite/lib/libffi.exp (libffi_target_compile): Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.8/4.9/5 Regression] ICE |[4.8/4.9 Regression] ICE at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64632
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64694
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64699
Thomas Koenig changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64699
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
H.J. Lu changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64632
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 20 20:39:52 2015
New Revision: 219912
URL: https://gcc.gnu.org/viewcvs?rev=219912&root=gcc&view=rev
Log:
PR sanitizer/64632
* ubsan/ubsan_type_hash.cc: Cherry pick upstrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64699
Bug ID: 64699
Summary: memory corruption with array packing
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
--- Comment #4 from Peter Bergner ---
Here's a simplified test case and simplified options:
[bergner@makalu-lp1 PR64687]$ cat decode.i
union ieee754r_Decimal32
{
_Decimal32 sd;
unsigned int cc0;
};
unsigned int
__decoded32 (_Decimal32 a)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63886
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
--- Comment #3 from Adhemerval Zanella ---
Yes, my GCC build have -mcpu=power7 -mtune=power8 option as configure option.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #11 from DJ Delorie ---
I see the "relocation out of range" error too.
I'm configuring for m32c-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64698
Bug ID: 64698
Summary: preprocessor ignores #pragma GCC diagnostic when using
-save-temps
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #9 from Sanjay Patel ---
(In reply to Sanjay Patel from comment #8)
> It seems I don't need the -std=c++11 flag as I do on OS X?
Actually, I screwed that up. We don't need that flag on OS X either...and
thankfully, the behavior match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63576
--- Comment #13 from Jan Hubicka ---
Author: hubicka
Date: Tue Jan 20 20:03:23 2015
New Revision: 219910
URL: https://gcc.gnu.org/viewcvs?rev=219910&root=gcc&view=rev
Log:
PR ipa/63576
* ipa-utils.c (ipa_merge_profiles): Merge speculativ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #10 from Bernd Edlinger ---
Hmm...
I use this configuration:
binutils-build:
../binutils-2.25/configure --prefix=/home/ed/gnu/m32c-rtems --target=m32c-rtems
--disable-werror
gcc-build:
../gcc-trunk/configure --prefix=/home/ed/gnu/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #8 from Sanjay Patel ---
(In reply to Andrew Pinski from comment #7)
> Can you try this under Linux too, just to double check there?
Wow, that other bug shows that there are a lot of variables here.
I don't know what to make of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #217 from Jan Hubicka ---
Author: hubicka
Date: Tue Jan 20 19:48:59 2015
New Revision: 219909
URL: https://gcc.gnu.org/viewcvs?rev=219909&root=gcc&view=rev
Log:
PR lto/45375
* ipa-inline.c: Include lto-streamer.h
(report
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Richard Henderson changed:
What|Removed |Added
Assignee|jiwang at gcc dot gnu.org |rth at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #10 from Jiong Wang ---
(In reply to Richard Henderson from comment #8)
> Indeed, if I force used_in_cond_stmt_p to return false, which forces
> the use of the emit_cstore path, which means we return a proper
> boolean value instead o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #3 from Václav Zeman ---
Created attachment 34505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34505&action=edit
use.cxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #2 from Václav Zeman ---
Created attachment 34504
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34504&action=edit
def.cxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #1 from Václav Zeman ---
Created attachment 34503
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34503&action=edit
def.hxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
Bug ID: 64697
Summary: C++11 thread_local: relocation truncated to fit:
R_X86_64_PC32 against undefined symbol `TLS init
function for N::ptd'
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #9 from Andrew Pinski ---
(In reply to Richard Henderson from comment #8)
> I think I was wrong to approve the ccmp patch with the used_in_cond_stmt_p
> logic in the first place, and that it should all be removed.
I tend to agree bec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #8 from Richard Henderson ---
Indeed, if I force used_in_cond_stmt_p to return false, which forces
the use of the emit_cstore path, which means we return a proper
boolean value instead of a CCmode value, the test case doesn't ICE.
Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
--- Comment #1 from Peter Bergner ---
This worked as of revision 219551. I'll see if I can track down the revision
that caused this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Sanjay Patel from comment #5)
> > (In reply to Mikhail Maltsev from comment #3)
> > > So, compile-time result is more precise. BTW, what does the dis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #6 from Andrew Pinski ---
(In reply to Sanjay Patel from comment #5)
> (In reply to Mikhail Maltsev from comment #3)
> > So, compile-time result is more precise. BTW, what does the disassembly look
> > like?
>
> In the -O0 case, it l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #7 from Richard Henderson ---
(In reply to Jiong Wang from comment #5)
> although there is no correctness issue with the "if (_27 <= 0)", but I think
> for boolean type "<= 0" is exactly "== 0", so the "<" is uncessary.
True, but at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64677
--- Comment #5 from Sanjay Patel ---
(In reply to Mikhail Maltsev from comment #3)
> So, compile-time result is more precise. BTW, what does the disassembly look
> like?
In the -O0 case, it looks like all of the math is handled in:
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #7 from Joel Sherrill ---
I added Jon Beniston who did the initial port and Sebastien Bourdeauducq who is
listed as the lm32 maintainer but hasn't committed since 2011. I hope one of
them can help out here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377
--- Comment #19 from Joel Sherrill ---
Sorry.. wrong PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64682
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377
--- Comment #18 from Joel Sherrill ---
I added Jon Beniston who did the initial port and Sebastien Bourdeauducq who is
listed as the lm32 maintainer but hasn't committed since 2011. I hope one of
them can help out here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #6 from Joel Sherrill ---
I am not an expert on the machine descriptions or the lm32. If someone wants to
propose a patch, I am happy to test it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
--- Comment #9 from Joel Sherrill ---
I updated binutils, newlib and gcc. The build fails very early for me:
/users/joel/test-gcc/b-m32c-rtems4.11-gcc/./gcc/xgcc
-B/users/joel/test-gcc/b-m32c-rtems4.11-gcc/./gcc/ -nostdinc
-B/users/joel/test-gcc
et: x86_64-unknown-linux-gnu
Configured with: /home/heads/gcc/gcc-source/configure
--prefix=/usr/local/gcc-head --enable-languages=c,c++ --enable-lto
--disable-multilib --without-ppl --without-cloog-ppl --enable-checking=release
--disable-nls
Thread model: posix
gcc version 5.0.0 20150120 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 20 18:29:58 2015
New Revision: 219906
URL: https://gcc.gnu.org/viewcvs?rev=219906&root=gcc&view=rev
Log:
PR debug/64663
* dwarf2out.c (decl_piece_node): Don't put bitsize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
--- Comment #10 from Dominique d'Humieres ---
> Perhaps for consistency, we should mark both fopenmp and fopenacc
> as LTO options?
Not sure to understand. Is it not what the patch at
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00085.html does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #6 from Jiong Wang ---
(In reply to Jiong Wang from comment #5)
> Created attachment 34502 [details]
> kk.ii
>
this testcase reproduce exactly what Jakub reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #5 from Jiong Wang ---
Created attachment 34502
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34502&action=edit
kk.ii
attachment is the reduced testcase.
./cc1 -g -O2 -fprofile-use -fno-exceptions -fno-rtti
-fasynchronous-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58089
Paolo Carlini changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59141
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64695
--- Comment #1 from Andrew Pinski ---
I had these failures on aarch64 also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64695
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
--- Comment #7 from Jakub Jelinek ---
Note, this problem went away with r219646. Shall we declare it as fixed or at
least turn into non-regression?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
--- Comment #17 from Andrew Pinski ---
(In reply to Ian Lance Taylor from comment #16)
> Yes, gccgo ought to enable -g by default. For some reason I thought it did
> but clearly I was wrong.
Maybe -g1 is enough now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64695
Bug ID: 64695
Summary: [5 Regression] FAIL: libstdc++-prettyprinters/cxx11.cc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64694
Bug ID: 64694
Summary: [5 Regression] FAIL:
23_containers/unordered_set/insert/hash_policy.cc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322
Antony Lewis changed:
What|Removed |Added
CC||antony at cosmologist dot info
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #23 from Kostya Serebryany ---
Can we move the discussion to the asan issue tracker?
https://code.google.com/p/address-sanitizer/issues/list
There is already quite a bit of aarch64 discussion at
https://code.google.com/p/address-san
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64688
--- Comment #2 from Jakub Jelinek ---
This is while reloading
(define_insn "vec_set_0"
[(set (match_operand:VI4F_128 0 "nonimmediate_operand"
"=Yr,*v,v,v ,x,x,v,Yr ,*x ,x ,m ,m ,m")
(vec_merge:VI4F_128
(vec_duplic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64617
Jakub Jelinek changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64683
--- Comment #6 from Ian Lance Taylor ---
Should be fixed now. Thanks for reporting it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
--- Comment #16 from Ian Lance Taylor ---
Yes, gccgo ought to enable -g by default. For some reason I thought it did but
clearly I was wrong.
file/line info is needed for the standard library runtime.Callers function,
which is used by many othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
--- Comment #7 from Bernd Edlinger ---
(In reply to Richard Henderson from comment #6)
> No. In that case this unwind info would simply be ignored.
> Anyway, fixed in r219860.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64683
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Jan 20 16:11:36 2015
New Revision: 219900
URL: https://gcc.gnu.org/viewcvs?rev=219900&root=gcc&view=rev
Log:
PR go/64683
runtime/pprof: Let memory profiler test pass if val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
Bug ID: 64693
Summary: [5 Regression] PCH failed with LTO + profiledbootstrap
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
1 - 100 of 188 matches
Mail list logo
