http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
Akim Demaille akim.demaille at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57321
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56754
Duncan Sands baldrick at gcc dot gnu.org changed:
What|Removed |Added
CC||baldrick at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303
--- Comment #7 from rguenther at suse dot de rguenther at suse dot de ---
On Mon, 20 May 2013, glisse at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303
--- Comment #6 from Marc Glisse glisse at gcc dot gnu.org ---
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56988
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||dhazeghi at yahoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57321
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57349
Bug ID: 57349
Summary: ICE on 253.perlbmk with pgo after r198096
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
Akim Demaille akim.demaille at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
Hi,
I work at an engineering company. Here, we use a Linux host where are
installed licenses of an engineering commercial software, called Abaqus.
Abaqus has a make procedure, that makes executable programs using a user
soubroutine source code, or the correspondent object file. Here, Abaqus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57336
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
This mailing list is for automated emails from our Bugzilla database,
I suggest you send your mail to the gcc-help list instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57350
Bug ID: 57350
Summary: std::align missing
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
--- Comment #9 from Roger Leigh rleigh at debian dot org ---
It would be better if regex did not exist at all until functional. If I do
regular autoconf header checks, plus a check to make sure that the needed types
can be instantiated, then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57350
--- Comment #1 from David Krauss potswa at mac dot com ---
Oh, here's a link to my version:
http://code.google.com/p/c-plus/source/browse/src/util.h#50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org ---
Yes, we're well aware of all these problems. What I don't see is anyone
proposing any useful solutions.
If someone sends a patch to remove the regex header *without* removing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57349
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
--- Comment #11 from Akim Demaille akim.demaille at gmail dot com ---
Sorry, I didn't mean to be harsh, and I did try to propose a solution. I can
easily guess that there is no reason for it to be easy or even possible, but
can't Boost people be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57348
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631
--- Comment #12 from Jonathan Wakely redi at gcc dot gnu.org ---
It's a possibility, but personally I have other things to work on.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57337
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Yeah, the problem is definitely in store_split_bit_field.
One possible fix is:
--- gcc/expmed.c.jj2013-05-14 10:54:58.0 +0200
+++ gcc/expmed.c2013-05-21
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Yes, you generally need -ffast-math here (or -ffinite-math-only at least).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57326
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57322
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57319
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57315
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57330
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57330
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
I have a simple patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Richard Biener from comment #3)
Yes, you generally need -ffast-math here (or -ffinite-math-only at least).
SSE2 has an unord comparison instruction (aka isnan) though, so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57350
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to David Krauss from comment #0)
C++11 §20.6.5 [ptr.align] remains unimplemented.
Several years ago I published what now appears to be a compliant
implementation, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57331
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57344
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
Bug ID: 57351
Summary: ICE: internal compiler error: in dbx_reg_number, at
dwarf2out.c:10507 on arm-none-eabi
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57289
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57352
Bug ID: 57352
Summary: internal compiler error in
cp_parser_abort_tentative_parse at cp/parser.c:22878
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57341
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||matz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rakdver at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57330
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Richard Biener from comment #4)
Index: gcc/tree-ssa-loop-niter.c
===
--- gcc/tree-ssa-loop-niter.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Richard Biener from comment #4)
Fixed
Thanks. Is the slowness of the sched2 pass tracked elsewhere? Or is that a
normal speed for many volatile ops?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #6 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 21 May 2013, glisse at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57353
Bug ID: 57353
Summary: unrecognizable insn in decLibrary.c, ICE in
extract_insn
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57354
Bug ID: 57354
Summary: Wrong run-time assignment of allocatable array of
derived type with allocatable component
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57354
--- Comment #1 from Vladimir Fuka vladimir.fuka at gmail dot com ---
valgrind ./a.out
==17600== Memcheck, a memory error detector
==17600== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==17600== Using Valgrind-3.8.1 and LibVEX;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57355
Bug ID: 57355
Summary: -march=native ivy bridge i5 shows tuning for sandy
bridge
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56754
--- Comment #6 from PaX Team pageexec at freemail dot hu ---
(In reply to Duncan Sands from comment #5)
Was there any feedback on this patch?
sadly, no response so far (this bug is still UNCONFIRMED even), so it's
probably not going to make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57355
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|plugins |target
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57355
--- Comment #2 from croutch croutch at gmail dot com ---
I have a.
Intel Core i5 3570K 3,4Ghz (Ivy Bridge)
I use gentoo linux with gcc 4.7.3 and those settings.
CFLAGS=-march=native -O2 -pipe
CXXFLAGS=${CFLAGS}
MAKEOPTS=-j4
From manual.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57355
--- Comment #3 from croutch croutch at gmail dot com ---
Created attachment 30155
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30155action=edit
gcc-native-ivy-detect
This patch is not from me and not tested by me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57352
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Most likely related to PR51908
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57356
Bug ID: 57356
Summary: gcc-4.8: SSE2 instructions generated with '-mno-sse2'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #2 from chrbr at gcc dot gnu.org ---
Created attachment 30156
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30156action=edit
patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #3 from chrbr at gcc dot gnu.org ---
Under test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
Bug ID: 57357
Summary: Error with '-mno-sse' and include wchar.h
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57347
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57289
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #4 from ktkachov at gcc dot gnu.org ---
hmmm...
now I'm getting a different ICE:
internal compiler error: in arm_dbx_register_number, at config/arm/arm.c:25834
a gcc_unreachable () is reached.
If I print out the regno argument to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57349
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Reduced testcase, fails with -O -fbranch-probabilities
struct __jmp_buf_tag { };
typedef struct __jmp_buf_tag jmp_buf[1];
typedef struct cop COP;
typedef struct gv GV;
struct cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57303
--- Comment #9 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #7)
On Mon, 20 May 2013, glisse at gcc dot gnu.org wrote:
+/* Remove *p = *p. */
+if (!inplace TREE_CODE_CLASS (subcode) ==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53991
--- Comment #7 from torvald at gcc dot gnu.org ---
A piece of code is tm_pure if, roughly, it doesn't need any instrumentation
(e.g., in contrast to memory loads/stores). In the test case, I suppose that
the compiler detects that it is tm_pure,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #5 from chrbr at gcc dot gnu.org ---
If I print out the regno argument to arm_dbx_register_number, it's 272 which
seem to me like it could be reg number in DWARF numbering?
yes it is. strange, I can't see this new failure, with a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #7 from Jan Hubicka hubicka at ucw dot cz ---
URL: http://gcc.gnu.org/viewcvs?rev=199140root=gccview=rev
Log:
2013-05-21 Richard Biener rguent...@suse.de
PR tree-optimization/57318
* tree-ssa-loop-ivcanon.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to chrbr from comment #5)
If I print out the regno argument to arm_dbx_register_number, it's 272 which
seem to me like it could be reg number in DWARF numbering?
yes it is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57354
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343
--- Comment #6 from Zdenek Dvorak rakdver at gcc dot gnu.org ---
I will have a look.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #7 from chrbr at gcc dot gnu.org ---
(In reply to ktkachov from comment #6)
(In reply to chrbr from comment #5)
If I print out the regno argument to arm_dbx_register_number, it's 272
which
seem to me like it could be reg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #8 from ktkachov at gcc dot gnu.org ---
(In reply to chrbr from comment #7)
thanks for catching it.
No problem, thanks for fixing :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #9 from chrbr at gcc dot gnu.org ---
no, in fact, you confused me. The patch was committed correctly :-)
On a side note, in your patch you say:
- t = one_reg_loc_descriptor (REGNO (XVECEXP (regs, 0, i)),
+ reg = REGNO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #10 from ktkachov at gcc dot gnu.org ---
(In reply to chrbr from comment #9)
no, in fact, you confused me. The patch was committed correctly :-)
On a side note, in your patch you say:
- t = one_reg_loc_descriptor (REGNO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #11 from ktkachov at gcc dot gnu.org ---
In any case, if you have
Err... stray line. Ignor that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57358
Bug ID: 57358
Summary: segmentation fault with attribute(optimize(O0))
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #12 from chrbr at gcc dot gnu.org ---
Comment on attachment 30156
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30156
patch
Index: arm.c
===
--- arm.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57331
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #13 from chrbr at gcc dot gnu.org ---
Comment on attachment 30156
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30156
patch
ndex: arm.c
===
--- arm.c(revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #14 from chrbr at gcc dot gnu.org ---
In that post (comment 6) I was citing the patch you attached to this report,
which says:
OK that's clear. Wrong attachment
like you said. Presumably that attached part should have been
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57356
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340
--- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
I'll take a look.
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57351
--- Comment #15 from ktkachov at gcc dot gnu.org ---
(In reply to chrbr from comment #14)
In that post (comment 6) I was citing the patch you attached to this report,
which says:
OK that's clear. Wrong attachment
like you said.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de ---
hubicka at ucw dot cz gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57318
--- Comment #7 from Jan Hubicka hubicka at ucw dot cz ---
URL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
--- Comment #2 from thutt at vmware dot com ---
Can you please explain why it's invalid to return a double if SSE is disabled?
SSE is an x86-specific hardware implementation and has nothing to do with
language validity from my standpoint.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to thutt from comment #2)
Can you please explain why it's invalid to return a double if SSE is
disabled?
SSE is an x86-specific hardware implementation and has nothing
1 - 100 of 124 matches
Mail list logo