http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60949
Bug ID: 60949
Summary: Thumb2 LRA ICE for case pr34856.c
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
Andrew Pinski changed:
What|Removed |Added
CC||chihin.ko at oracle dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60948
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60948
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60948
Bug ID: 60948
Summary: incorrect debug info for reference type of function
parameters
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #5 from YuFan ---
(In reply to Andrew Pinski from comment #4)
> Could there be an out of bounds access in that loop?
I traced the code, and the following code is equal to the original one with
replacing inline functions. In C code, th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #6 from Andi Kleen ---
>From the links you provided it looks just always broken when
systemtap-sdt-devel is installed.
When it's not installed the configure check disables the broken code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #5 from Andi Kleen ---
binutils 2.23.88.0.1.-13.fc20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|[4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #3 from YuFan ---
Created attachment 32673
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32673&action=edit
the assembly code of modifying pcm_native.c with printk()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #2 from YuFan ---
Created attachment 32672
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32672&action=edit
the assembly code of originial pcm_native.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #1 from YuFan ---
Created attachment 32671
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32671&action=edit
kernel source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
Bug ID: 60947
Summary: [4.9 Regression] Unable to handle kernel paging
request (linux kernel 2.6.28.9) with gcc 4.9 release
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
--- Comment #5 from Anton Blanchard ---
I think I see it:
19112 madvise(0xc21103, 4096, MADV_DONTNEED) = 0
That 4kB madvise(MADV_DONTNEED) gets rounded up to the system page size of 64kB
and we end up covering still in use memory.
The follo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
Anton Blanchard changed:
What|Removed |Added
Attachment #32659|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60672
--- Comment #6 from Michael Meissner ---
Author: meissner
Date: Wed Apr 23 23:16:54 2014
New Revision: 209727
URL: http://gcc.gnu.org/viewcvs?rev=209727&root=gcc&view=rev
Log:
[gcc]
2014-04-22 Michael Meissner
Back port from main line:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60672
--- Comment #5 from Michael Meissner ---
Author: meissner
Date: Wed Apr 23 23:16:05 2014
New Revision: 209726
URL: http://gcc.gnu.org/viewcvs?rev=209726&root=gcc&view=rev
Log:
[gcc]
2014-04-22 Michael Meissner
Back port from main line:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
Andrew Pinski changed:
What|Removed |Added
CC||patrick at motec dot com.au
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #4 from Andrew Pinski ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58807
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #3 from Andrew Pinski ---
http://gcc.gnu.org/ml/gcc-help/2013-06/msg00014.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #2 from Andrew Pinski ---
https://sourceware.org/bugzilla/show_bug.cgi?id=12851
What binutils version is included with FC20?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #1 from Andi Kleen ---
Obviously only happens with systemtap-devel installed
Unfortunately seems to be no switch to disable :-(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60896
--- Comment #3 from Cong Hou ---
Created attachment 32668
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32668&action=edit
The patch to fix PR60896
The reason of this issue is that those statements in PATTERN_DEF_SEQ in
pre-recognized widen-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945
--- Comment #3 from Patrick Oppenlander ---
Created attachment 32667
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32667&action=edit
Complete build log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Bug ID: 60946
Summary: Current 4.9 branch does not boot strap on FC20
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945
--- Comment #2 from Patrick Oppenlander ---
Created attachment 32666
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32666&action=edit
fp-bit.c save temps output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945
--- Comment #1 from Patrick Oppenlander ---
Created attachment 32665
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32665&action=edit
fp-bit.c save temps output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60941
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60941
Eric Botcazou changed:
What|Removed |Added
Target||sparc64-*-*
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930
--- Comment #6 from Bill Schmidt ---
Perhaps I confused matters a little with the commentary. What's happening with
the bug is that the multiplication succeeds in the double-int but the product
is then truncated to the size of the stride type on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930
--- Comment #5 from Jakub Jelinek ---
(In reply to Bill Schmidt from comment #4)
> Created attachment 32664 [details]
> Proposed patch
>
> Here's a patch (for trunk) that solves the problem for powerpc64le without
> regression. If you have time,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930
--- Comment #4 from Bill Schmidt ---
Created attachment 32664
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32664&action=edit
Proposed patch
Here's a patch (for trunk) that solves the problem for powerpc64le without
regression. If you have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #10 from Jan Hubicka ---
>
> We also have, in execute_one_pass,
>
> /* SIPLE IPA passes do not handle callgraphs with IPA transforms in it.
> Apply all trnasforms first. */
> if (pass->type == SIMPLE_IPA_PASS)
> {
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60929
Cary Coutant changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ccoutant at gcc dot
gnu.org
Targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60944
Bug ID: 60944
Summary: a10 pcduino compiling mono
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
dinar at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 57958, which changed state.
Bug 57958 Summary: Incorrect code generation in lambda with argument of type
reference to template class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #9 from Jan Hubicka ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
>
> --- Comment #5 from Richard Biener ---
> Ah, and tree-ssa-structalias.c does
>
> /* Build the constraints. */
> FOR_EACH_DEFINED_FUNCTION (node)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60909
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60909
--- Comment #6 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Apr 23 19:05:33 2014
New Revision: 209718
URL: http://gcc.gnu.org/viewcvs?rev=209718&root=gcc&view=rev
Log:
Backport from mainline
2014-04-21 Uros Bizjak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60896
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #31 from Jeffrey A. Law ---
Author: law
Date: Wed Apr 23 18:04:46 2014
New Revision: 209716
URL: http://gcc.gnu.org/viewcvs?rev=209716&root=gcc&view=rev
Log:
PR tree-optimization/60902
* tree-ssa-threadedge.c
(record_tempo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #9 from Eric Botcazou ---
> As stated in my report, there is no problem with mentioning the minimal
> versions of helper libraries required to compile gcc. The problem is with
> actively promoting outdated versions, which can be helped
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60909
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Apr 23 17:53:56 2014
New Revision: 209715
URL: http://gcc.gnu.org/viewcvs?rev=209715&root=gcc&view=rev
Log:
Backport from mainline
2014-04-21 Uros Bizjak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60942
Bug ID: 60942
Summary: ICE on invalid code in unify_one_argument
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60940
--- Comment #1 from Jonathan Wakely ---
Additionally, we fail to meet this requirement:
29.6.2 Templated operations on atomic types [atomics.types.operations.templ]
The implementation shall declare but not define the function templates
identifi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #8 from Jonathan Wakely ---
(In reply to Andreas from comment #7)
> Even if you are weary of the latest and greatest version, a position I can
> understand, you should not actively distribute releases that have been
> unmaintained for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
--- Comment #3 from Ian Lance Taylor ---
It would be extremely helpful if you could find a test case that can recreate
this problem with some reliability. There is no obvious dependency on the
system page size in libgo. The PageSize constant is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #30 from Jeffrey A. Law ---
Sorry. I expect to check the fix & testcase onto the trunk today. For various
reasons my work time is limited right now. For the 4.9.x releases, final call
will be with jakub, jsm and richi as the releaes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #7 from Andreas ---
As stated in my report, there is no problem with mentioning the minimal
versions of helper libraries required to compile gcc. The problem is with
actively promoting outdated versions, which can be helped by choosing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60909
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Apr 23 16:23:36 2014
New Revision: 209709
URL: http://gcc.gnu.org/viewcvs?rev=209709&root=gcc&view=rev
Log:
Backport from mainline
2014-04-21 Uros Bizjak
PR tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #6 from Vincent Lefèvre ---
(In reply to Eric Botcazou from comment #5)
> But, again, other software packages don't do that so I'm not sure why GCC
> should do it
I'm not aware of other software packages that provide such old versions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #5 from Eric Botcazou ---
> Alternatively you should say that:
> * these minimal versions should be used with GCC only, and should not be
> installed on the system;
> * bugs related to them should be reported to some GCC mailing-list,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #4 from Vincent Lefèvre ---
Alternatively you should say that:
* these minimal versions should be used with GCC only, and should not be
installed on the system;
* bugs related to them should be reported to some GCC mailing-list, not to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #3 from Vincent Lefèvre ---
(In reply to Eric Botcazou from comment #1)
> It's common practice to list the minimally required versions of dependencies
> for software packages, so I'm not sure why we shouldn't do it for GCC.
I don't th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52416
SANTOS.RAMÍREZ changed:
What|Removed |Added
CC||santos.ramirez at siemens dot
com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
--- Comment #2 from Jonathan Wakely ---
We've had situations in the past where the minimum suggested versions work and
the latest versions prevented GCC from building. The suggested versions are
known to work and have been thoroughly tested, which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60941
--- Comment #1 from Martin Husemann ---
Here is a small test program:
---8<---
#include
#include
int main(int argc, char **argv)
{
unsigned long v[2], *p;
int a, b;
for (int i = 0; i < 2 && i < argc; i++) {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60941
Bug ID: 60941
Summary: gcc 4.8.3/sparc64 miscompiles firefox javascript
interpreter
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60915
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
Sebastian Huber changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #10 from Jonathan Wakely ---
(In reply to Sebastian Huber from comment #9)
> Who guarantees that this definition is binary compatible in C and C++?
The compiler/stdlib implementors.
The same people who you want to guarantee that if y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #9 from Sebastian Huber ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Sebastian Huber from comment #4)
> > It is clear that you cannot use C++ header files from C. So if you want to
> > provide a library intended fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #8 from Jonathan Wakely ---
(In reply to Sebastian Huber from comment #4)
> I don't think this is the spirit of the atomics provided
> by the recent C/C++ standards.
The atomics are supposed to be roughly source-compatible, in that th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #8 from Richard Biener ---
Created attachment 32662
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32662&action=edit
cleanup patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60940
Bug ID: 60940
Summary: general operations on atomic t ypes do not work with
atomic integral typedefs
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Keywords: r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #7 from Jonathan Wakely ---
(In reply to Sebastian Huber from comment #2)
> With FreeBSD and clang this works fine.
Not on my freebsd host:
$ clang++ -std=c++11 a.cc
In file included from a.cc:5:
/usr/include/stdatomic.h:187:17: erro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55817
Jonathan Wakely changed:
What|Removed |Added
Version|4.9.0 |4.7.1
Resolution|WORKSFORME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56019
--- Comment #6 from Jonathan Wakely ---
(In reply to Jobst.Ziebell from comment #4)
> Presumably this bug also occurs when #defining the other '__need_*' macros.
Which user code should never be doing anyway.
GMP is broken (and already fixed upst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> #ifdef __cplusplus
> #include
> using namespace std;
> #else
> #include
> #endif
>
> atomic i;
Doh, sorry, that should say atomic_int not atomic
(I changed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
--- Comment #5 from Jonathan Wakely ---
(In reply to Sebastian Huber from comment #4)
> It is clear that you cannot use C++ header files from C. So if you want to
> provide a library intended for C and C++ applications you must use C as the
> bas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 60740, which changed state.
Bug 60740 Summary: [4.8 Regression] ICE in extract_affine w/ -O2
-ftree-loop-linear
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60740
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60740
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60635
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60729
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60729
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Apr 23 12:49:04 2014
New Revision: 209697
URL: http://gcc.gnu.org/viewcvs?rev=209697&root=gcc&view=rev
Log:
2014-04-23 Richard Biener
Backport from mainline
2014-04-02
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60740
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Wed Apr 23 12:49:04 2014
New Revision: 209697
URL: http://gcc.gnu.org/viewcvs?rev=209697&root=gcc&view=rev
Log:
2014-04-23 Richard Biener
Backport from mainline
2014-04-02
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60635
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Wed Apr 23 12:45:23 2014
New Revision: 209696
URL: http://gcc.gnu.org/viewcvs?rev=209696&root=gcc&view=rev
Log:
2014-04-23 Richard Biener
PR middle-end/60635
* gimplify.c (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
Jan Smets changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59132
--- Comment #1 from Jan Smets ---
Ping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #2 from __vic ---
Non-stripped binary built with 4.9 has many symbols from locale. 4.8 - doesn't.
How std::string uses locales???
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930
Bill Schmidt changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #7 from Richard Biener ---
Anyway, that push/pop_cfun stuff should be pushed to the callbacks, not be
done in do_per_function (). Likewise the ggc_collect ().
Btw, same code in do_per_function_toporder.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #6 from Richard Biener ---
Seems like simd_clone_create gets along with this because it does
if (!cgraph_function_with_gimple_body_p (old_node))
return NULL;
cgraph_get_body (old_node);
new_node = cgraph_func
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #2 from lbl2007 at gmx dot net ---
*** Bug 60938 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #5 from Richard Biener ---
Ah, and tree-ssa-structalias.c does
/* Build the constraints. */
FOR_EACH_DEFINED_FUNCTION (node)
{
varinfo_t vi;
/* Nodes without a body are not interesting. Especially do not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60938
lbl2007 at gmx dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60934
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #1 from __vic ---
If we use iostream classes (without std::string) the difference isn't so
dramatic:
4.7: 800320
4.8: 838944
4.9: 868664
May be it's connected with locales? Has std::string any dependences on it in
4.9?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #1 from lbl2007 at gmx dot net ---
Created attachment 32661
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32661&action=edit
Test program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
Bug ID: 60939
Summary: AIX: exceptions not caught when calling function via
pointer
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60938
Bug ID: 60938
Summary: AIX: exceptions not caught when calling function via
pointer
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #4 from rguenther at suse dot de ---
On Wed, 23 Apr 2014, jamborm at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
>
> --- Comment #3 from Martin Jambor ---
> (In reply to Richard Biener from comment #2)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911
--- Comment #3 from Martin Jambor ---
(In reply to Richard Biener from comment #2)
> Late IPA passes need all regular IPA transforms applied and clones
> materialized.
I agree that would make sense but it is not what we do. Just look at
compile(
1 - 100 of 148 matches
Mail list logo
