https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #27 from Jan Hubicka ---
> I have in fact considered it already, since I think it should be fairly easy
> and it can be done incrementally. However, as always in GCC, things are never
> as trivial as they seem. I just tried following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #26 from Jan Hubicka ---
this is a proof of concept patch that makes streamer in to collect locations
into a "cache" and apply them in sorted order (looking up correct max_column
hints) at the end of handling of a given section. It a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #4 from Jerry DeLisle ---
This fixes it:
Index: io/write.c
===
--- io/write.c(revision 221571)
+++ io/write.c(working copy)
@@ -1704,10 +1704,11 @@
size_t cle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #1 from Jürgen Reuter ---
Created attachment 35129
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35129&action=edit
Code that triggers the ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #2 from Jürgen Reuter ---
I'd also appreciate a short workaround.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
Bug ID: 65548
Summary: [5.0 Regression] gfc_conv_procedure_call
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62028
--- Comment #2 from Martin Sebor ---
The failure can also be seen in Results for 5.0.0 20150323 (experimental)
[trunk revision 221593] (GCC) testsuite on powerpc-ibm-aix7.1.0.0:
http://gcc.gnu.org/ml/gcc-testresults/2015-03/msg02660.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62028
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2014-08-24 00:00:00 |2015-3-24
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61051
Martin Sebor changed:
What|Removed |Added
Target|powerpc64le-grtev4-linux-gn |powerpc64*-*-linux-*
|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547
--- Comment #1 from Andrew Pinski ---
Try -pedantic-error instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547
Bug ID: 65547
Summary: Gcc not giving preprocessor error for invalid
invocation of variadic macro
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
Martin Sebor changed:
What|Removed |Added
Target|powerpc-eabi|powerpc*-*-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #25 from Manuel López-Ibáñez ---
(In reply to Jan Hubicka from comment #24)
> Manuel, you may be right person to implement the streaming of linemaps then
I have in fact considered it already, since I think it should be fairly easy
an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #24 from Jan Hubicka ---
Manuel, you may be right person to implement the streaming of linemaps then :)
I suppose we do care about inline stacks in longer term to get proper warnings.
We even may want to preserve macro expansion and a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
--- Comment #1 from Martin Sebor ---
It's not clear to me if this should be considered a regression. The test
passes with 4.9.2, but neither it nor 5.0 vectorizes the loop. The difference
and the cause of the test failure appears to be in that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
Mikael Morin changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
Bug ID: 65546
Summary: FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-31a.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
--- Comment #7 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #6)
> (In reply to Dave Malcolm from comment #0)
> > In both cases, the "In file included from " hierarchies look bogus: the
> > files are being directly co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
--- Comment #6 from Manuel López-Ibáñez ---
(In reply to Dave Malcolm from comment #0)
> In both cases, the "In file included from " hierarchies look bogus: the
> files are being directly compiled, not included.
>
Please try the patch in https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59616
Adam Voysey changed:
What|Removed |Added
CC||adam at adamvoysey dot co.uk
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65417
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65417
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Mar 24 20:55:43 2015
New Revision: 221644
URL: https://gcc.gnu.org/viewcvs?rev=221644&root=gcc&view=rev
Log:
PR go/65417
debug/elf: support reading debug info from 32-bit P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65545
Bug ID: 65545
Summary: Demangling of char template parameters always produces
integer value
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53036
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65539
--- Comment #3 from Jakub Jelinek ---
If those were built with earlier versions of GCC 5 with LTO, then yes, I think
we don't track day to day changes in LTO format, only for the released
compilers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65539
David Kredba changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #16 from Jakub Jelinek ---
(In reply to Kai Tietz from comment #15)
> Ok, I am fine. So patch should be something like:
Patch preapproved for trunk with proper ChangeLog if it works on
i686-w64-mingw32, please post it to gcc-patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #15 from Kai Tietz ---
Ok, I am fine. So patch should be something like:
Index: oacc-parallel.c
===
--- oacc-parallel.c(Revision 221640)
+++ oacc-parallel.c(Arb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56976
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61358
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #23 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #15)
> (In reply to Jakub Jelinek from comment #14)
> > By streaming the line_table directly you'd stream lots of location_t that
> > are not actually used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462
--- Comment #7 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Mar 24 19:50:31 2015
New Revision: 221643
URL: https://gcc.gnu.org/viewcvs?rev=221643&root=gcc&view=rev
Log:
PR go/65462
cmd: Fix dependencies for 'go get' with gccgo
Prob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #14 from Jakub Jelinek ---
(In reply to Kai Tietz from comment #13)
> Rainer: does following patch works for you?
>
> Index: oacc-parallel.c
> ===
> --- oacc-parallel.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65046
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Mar 24 19:40:44 2015
New Revision: 221642
URL: https://gcc.gnu.org/viewcvs?rev=221642&root=gcc&view=rev
Log:
PR c++/65046
* cp-tree.h (NAMESPACE_IS_INLINE): Remove.
* pars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Tue Mar 24 19:38:28 2015
New Revision: 221641
URL: https://gcc.gnu.org/viewcvs?rev=221641&root=gcc&view=rev
Log:
PR c++/65498
* pt.c (get_mostly_instantiated_function_type): Just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #22 from Manuel López-Ibáñez ---
(In reply to Jan Hubicka from comment #20)
> It seems that manuel just commented out the actual insertion to linemap,
> columns are still streamed and ignored.
>
> Doing so will clearly make ODR warin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #13 from Kai Tietz ---
Rainer: does following patch works for you?
Index: oacc-parallel.c
===
--- oacc-parallel.c(Revision 221640)
+++ oacc-parallel.c(Arbeitskop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #21 from Manuel López-Ibáñez ---
(In reply to Jakub Jelinek from comment #19)
> Guess that can't really pass make check or lto bootstrap, because the LTO
> streamer needs to be in sync between out and in, so commenting out
> streaming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #20 from Jan Hubicka ---
It seems that manuel just commented out the actual insertion to linemap,
columns are still streamed and ignored.
Doing so will clearly make ODR waring more difficult to follow, so perhaps we
could try to go f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65542
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65544
Thomas Pöchtrager changed:
What|Removed |Added
Version|unknown |4.9.2
--- Comment #1 from Thomas Pöc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65544
Bug ID: 65544
Summary: LTO link fails with -static-libstdc++ + weak
new/delete operators
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #18 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #17)
> Something like this (not even compiled):
This version compiles
Index: src/libcpp/include/line-map.h
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #17 from Manuel López-Ibáñez ---
(In reply to Jan Hubicka from comment #16)
> Other easier to implement idea for GCC 5 may be to simply collect locaiton
For GCC 5 you should just disable column numbers in line-maps. This will save
yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
--- Comment #8 from Martin Jambor ---
Created attachment 35127
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35127&action=edit
Inlining decisions difference
(In reply to Martin Jambor from comment #6)
> This suggests that cloning of funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
Thomas Schwinge changed:
What|Removed |Added
Keywords||openacc
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54063
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2014-11-26 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58923
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
--- Comment #2 from Jan Hubicka ---
Hmm, there is missing empty statement after the for loop.
There are two external symbols where we do not really build comdat groups
(maybe we could now as they preserve little bit of useful info). So i guess I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58923
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 17:22:27 2015
New Revision: 221640
URL: https://gcc.gnu.org/viewcvs?rev=221640&root=gcc&view=rev
Log:
2015-03-24 Paolo Carlini
PR c++/58923
* g++.dg/othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
--- Comment #1 from TC ---
(In reply to TC from comment #0)
> which breaks if the operator<< called does not return a reference stream. A
> similar issue affects operator>> for rvalue streams.
I meant "a reference to the stream".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
Bug ID: 65543
Summary: rvalue stream insertion and extraction operators
incorrectly implemented
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65116
--- Comment #12 from Maxim Kuvyrkov ---
Author: mkuvyrkov
Date: Tue Mar 24 17:19:34 2015
New Revision: 221639
URL: https://gcc.gnu.org/viewcvs?rev=221639&root=gcc&view=rev
Log:
Backport testsuite race fix from mainline
Backport from mainlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516
Jan Hubicka changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #16 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
>
> --- Comment #2 from Richard Biener ---
> The main issue with LTO is that it re-creates a combined linemap but in (most
> of the time) quite awkward or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
--- Comment #7 from Jan Hubicka ---
> > We also may consider adding bit of negative hints for cases where
> > cloning would turn function called once (by noncold edge) to a
> > function called twice.
>
> This would be much easier, although the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58923
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59328
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59423
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60130
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60130
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 16:43:33 2015
New Revision: 221637
URL: https://gcc.gnu.org/viewcvs?rev=221637&root=gcc&view=rev
Log:
2015-03-24 Paolo Carlini
PR c++/60130
* g++.dg/cpp0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60130
--- Comment #1 from Paolo Carlini ---
This is fixed for 5.0. I'm adding the testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65177
--- Comment #22 from Sebastian Pop ---
(In reply to Jeffrey A. Law from comment #21)
> Isn't the real issue here that the test for redirecting the edge is wrong?
You are right, the test for redirecting edges in copy_bbs is not sufficient for
jum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60344
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65542
Bug ID: 65542
Summary: SPREAD intrinsic incorrectly accepted in
initialization expressions with -std=f95
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60380
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #15 from Manuel López-Ibáñez ---
(In reply to Jakub Jelinek from comment #14)
> By streaming the line_table directly you'd stream lots of location_t that
> are not actually used for anything that is streamed into the LTO.
> I don't un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60503
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61971
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 15:58:05 2015
New Revision: 221636
URL: https://gcc.gnu.org/viewcvs?rev=221636&root=gcc&view=rev
Log:
2015-03-24 Paolo Carlini
PR c++/61971
* g++.dg/warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61971
--- Comment #4 from Paolo Carlini ---
Let's add the reduced testcase to trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #11 from Jakub Jelinek ---
I wouldn't call %zd gnu-style, as it is POSIX.
Anyway, libgomp already uses inttypes.h, but only conditionally:
#ifdef HAVE_INTTYPES_H
fprintf (stderr, " GOMP_SPINCOUNT = '%"PRIu64"'\n",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #14 from Jakub Jelinek ---
By streaming the line_table directly you'd stream lots of location_t that are
not actually used for anything that is streamed into the LTO.
I don't understand why the tables would be huge, the string would o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #10 from Kai Tietz ---
I agree that suggested patch changes here behavior on non LP64 targets.
Nevertheless it would be something to live by until we reach stage 1 to address
this more accurate.
To us uintptr_t is by idea ok, just ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
--- Comment #9 from dave.anglin at bell dot net ---
On 2015-03-24 8:35 AM, jakub at gcc dot gnu.org wrote:
> Created attachment 35124
>-->https://gcc.gnu.org/bugzilla/attachment.cgi?id=35124&action=edit
> gcc5-pr65515.patch
Testing patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
Bug ID: 65541
Summary: namelist regression
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498
--- Comment #8 from Marek Polacek ---
After we process functions, we remove the unused ones here
1112 if (!node->aux && !node->referred_to_p ())
1113 {
1114 if (symtab->dump_file)
1115 fprintf (symtab->dump_fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65480
--- Comment #1 from Jonathan Wakely ---
The code to print the target object is pretty funky, but it seems like it isn't
even being used here; the output is just the raw output you'd get without a
pretty printer.
So why isn't GDB using the StdExp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65480
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32261
Bug 32261 depends on bug 33394, which changed state.
Bug 33394 Summary: Add test case for Thread race segfault in
std::string::append with -O and -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33394
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24882
Bug 24882 depends on bug 33394, which changed state.
Bug 33394 Summary: Add test case for Thread race segfault in
std::string::append with -O and -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33394
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21334
Bug 21334 depends on bug 33394, which changed state.
Bug 33394 Summary: Add test case for Thread race segfault in
std::string::append with -O and -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33394
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33394
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #9 from Mikael Pettersson ---
Please note that sizeof(long) == 4 while sizeof(size_t) == sizeof(void*) == 8
on x86_64-w64-mingw32, so your patch changes the behaviour of the code.
Perhaps the change is benign, but I'd use uintptr_t a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33394
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Tue Mar 24 14:47:32 2015
New Revision: 221635
URL: https://gcc.gnu.org/viewcvs?rev=221635&root=gcc&view=rev
Log:
PR libstdc++/33394
* testsuite/21_strings/basic_string/pthread333
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #13 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #12)
> When reading, it is possible to merge different TU line_tables into a single
> one quite efficiently (in the order of the maps and not in the order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #12 from Manuel López-Ibáñez ---
(In reply to Jakub Jelinek from comment #10)
> You could just stream another table, containing the { file, line, column }
> triplets, and stream location_t as indexes into this table (with 0/1 being
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #13 from Richard Biener ---
(In reply to Jan Hubicka from comment #10)
> I can re-confirm the 16% compile time regression. I went through some
> compare.
>
> $ wc -l *.ssa
> 299231 tramp3d-v4.ii.015t.ssa
> $ wc -l ../5/*.ssa
> 33111
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #9 from Manuel López-Ibáñez ---
(In reply to Richard Biener from comment #2)
> if (file_change)
> {
> if (prev_file)
> linemap_add (line_table, LC_LEAVE, false, NULL, 0);
>
> linemap_add (line_table, LC_ENTE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #11 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #9)
> should reduce memory consumption (and perhaps speed) of the line_table by a
I meant "increase speed".
1 - 100 of 214 matches
Mail list logo
