http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
Jakub Jelinek changed:
What|Removed |Added
Assignee|mkuvyrkov at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #6 from Maxim Kuvyrkov ---
(In reply to Jakub Jelinek from comment #5)
> That is actually the crossjumping pass after csa (jump2; though yes,
> previously it has been part of csa). In any case, I don't see anything
> wrong with the cr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #8 from Jakub Jelinek ---
Created attachment 30781
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30781&action=edit
gcc49-pr58365.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Matthijs Kooijman changed:
What|Removed |Added
CC||matthijs at stdin dot nl
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #6 from rguenther at suse dot de ---
On Mon, 9 Sep 2013, joseph at codesourcery dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
>
> --- Comment #5 from joseph at codesourcery dot com dot com> ---
> I think some of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #20 from Jakub Jelinek ---
(In reply to Matthijs Kooijman from comment #19)
> Regarding the bug description that says "4.7 regression", I have also
> observed this bug on avr-gcc 4.3.3, so it's not a regression introduced in
> 4.7.
Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #36 from Bernd Edlinger ---
Created attachment 30782
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30782&action=edit
Next try for a fix
OK, I removed the misalign code path completely,
and found a one-line fix for read side too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #1 from Mikael Pettersson ---
Created attachment 30783
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30783&action=edit
smaller test case, from C-reduce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58376
Bug ID: 58376
Summary: regex_iterator::operator== and operator!= not const
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58330
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Tue Sep 10 08:38:57 2013
New Revision: 202428
URL: http://gcc.gnu.org/viewcvs?rev=202428&root=gcc&view=rev
Log:
PR target/58330
oops, missed from commit
Added:
trunk/gcc/testsuite/gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58376
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
--- Comment #2 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
Richard Biener changed:
What|Removed |Added
Target||mingw32-sjlj
--- Comment #2 from Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
Bug ID: 58377
Summary: spurious "may be unused" warning with -Og
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #2)
> Looks like cc1plus being miscompiled - does it reproduce with stage1 cc1plus?
Yes. It reproduces with --disable-bootstrap builds using 4.7.3 or 4.8.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #39 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
Bug ID: 58378
Summary: Protect libgomp against child process hanging after a
Unix fork()
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #1 from Jakub Jelinek ---
The PR52303 comment about what you are trying to do being invalid of course
applies here too, and the patch isn't anything close to non-invasive, it is
just wrong, because it will break valid OpenMP programs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #1 from Paolo Carlini ---
I can't reproduce this issue with stock FSF GCCs. In any case, it doesn't look
like a C++ front-end issue, I would recommend preparing an equivalent pure C
program for the convenience of middle-end people (cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370
--- Comment #4 from Martin Husemann ---
To avoid confusion, I'm splitting this into two separate reports - will dig
further into the crash myself, since it is probably not easy to reproduce on
other host platforms.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #2 from Olivier Grisel ---
What kind of breakage does this introduce? It's a real question, I am not an
experienced OpenMP developer.
Do you see any solution that would prevent libgomp-based programs such as
mentioned in [1] to not ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58379
Bug ID: 58379
Summary: default mmap based implementation
(mmap_gt_pch_get_address/mmap_gt_pch_use_address) is
useless
Product: gcc
Version: 4.8.1
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Bug ID: 58380
Summary: ice in fold_comparison
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848
Kai Tietz changed:
What|Removed |Added
CC||whitequill at abstractions dot
me
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58061
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
--- Comment #3 from Kai Tietz ---
Hmm, what I don't get is why there is a warning about -mno-fentry. So I would
assume there is something else broken.
Nevertheless this reminds me about pr/57848. This issue seems to be in
general no mingw speci
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #2 from Roland Dreier ---
arg, I really apologize. I copied and pasted from the wrong window and ended
up with a test case that does NOT reproduce the issue, even on my system. Here
is one I triple checked does fail (and everything i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52061
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49922
Kai Tietz changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #3 from Roland Dreier ---
Even simpler test case for me:
$ cat x.cpp
// gcc -Og -Wall -Werror -c x.cpp
int pop ();
int pop_first_bucket;
int my_pop ()
{
int out;
while (pop_first_bucket)
if (pop_first_bucket && (ou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53485
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
Kai Tietz changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #4 from Olivier Grisel ---
Thanks for the explanation. Would you consider a solution that would preserve
the state of the parent process and would just reset the thread pool data on
the child?
Otherwise we will have to consider that t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58381
Bug ID: 58381
Summary: crash in diagnostic_report_current_module when a
fatal_error happens during PCH processing on
NetBSD/spa64rc
Product: gcc
Version: 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #5 from Jakub Jelinek ---
Having a pthread_atfork child hook that would do freeing of memory, or
pthread_mutex_init etc. would only make invalid any OpenMP program using fork,
even those that use it correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52217
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #6 from Olivier Grisel ---
Alright thanks again. For reference I just discovered that the issue has
recently been fixed in Python 3.4 by adding a new `forkserver` option to
multiprocessing.
http://bugs.python.org/issue8713
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55543
Kai Tietz changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #6 from Kai Tietz ---
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57495
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55491
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58379
--- Comment #1 from Richard Biener ---
Well, it doesn't _rely_ on it - it basically makes systems where that is the
case work out of the box (every system pre address-space-randomization area).
If you have a system that randomizes then you have t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #4 from Paolo Carlini ---
This one works for me but only with 4.8.x, not with mainline, and -Og didn't
exist in 4.7.x, thus it would not qualify as a regression, I'm afraid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Tue Sep 10 11:47:19 2013
New Revision: 202434
URL: http://gcc.gnu.org/viewcvs?rev=202434&root=gcc&view=rev
Log:
PR rtl-optimization/58365
* cfgcleanup.c (merge_memattrs): Also clea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Sep 10 11:48:30 2013
New Revision: 202435
URL: http://gcc.gnu.org/viewcvs?rev=202435&root=gcc&view=rev
Log:
PR rtl-optimization/58365
* cfgcleanup.c (merge_memattrs): Also cle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression] likely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
Bug ID: 58382
Summary: [4.9 Regression] unwind.inc:136:1: ICE: in
trunc_int_for_mode, at explow.c:55
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Tue Sep 10 12:29:58 2013
New Revision: 202441
URL: http://gcc.gnu.org/viewcvs?rev=202441&root=gcc&view=rev
Log:
PR tree-optimization/58343
* tree-ssa-threadupdate.c (thread_block):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Marek Polacek changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #5 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #2 from Mikael Pettersson ---
Created attachment 30787
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30787&action=edit
hand-reduced test case
This is as small as I can get it without losing the ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58383
Bug ID: 58383
Summary: ICE when RTL folds vector operations using constants
after gne_int_mode changes
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58379
--- Comment #2 from Martin Husemann ---
(In reply to Richard Biener from comment #1)
> If you have a system that randomizes then you have to re-define the hook.
Besides ASLR there are various things out of control of the compiler that do
result i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58383
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
CC||jgreenhalgh at gcc dot gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #19 from Chris Jefferson ---
(In reply to Mitsuru Kariya from comment #15)
> Created attachment 30775 [details]
> Patch
>
> For your convenience, I attached a patch for this problem.
>
> This algorithm is always scanned to reverse or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Paolo Carlini changed:
What|Removed |Added
Severity|minor |normal
--- Comment #20 from Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #21 from Paolo Carlini ---
Sorry. Take my 1sec and 3.5secs, as, say, 4.5secs and 20secs. You see may
point.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #3 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Target Mil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #4 from Marek Polacek ---
Thanks, the .ii file is huge and after an ~hour of reducing the creduce is
still at original file...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #24 from Jack Howarth ---
(In reply to David Fang from comment #22)
> Do one of these apple libunwind sources (0.30, 0.35.1) correspond to what's
> bundled in libgcc_s in darwin8,9,10?
>
> http://opensource.apple.com/tarballs/libunwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #6 from Richard Biener ---
The symptom hints at a released SSA name being looked at. That happens
if cfgcleanup looks at a dead code region (we especially run
TODO_cleanup_cfg before TODO_update_ssa to allow passes to be forgiving
wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #22 from Chris Jefferson ---
Her are some comparisons. Just to compare, I also checked doing away with
skipping optimisations altogether. Binary sizes (-O3, stripped)
current head: 11928
my code: 12248
Mitsuru: 11384
No ski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #7 from Jeffrey A. Law ---
202296 doesn't change anything WRT sequencing of operations; it merely allows
the threader to dive a bit deeper into the CFG to determine a final target for
a jump threading opportunity.
Presumably David boo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58381
--- Comment #2 from Martin Husemann ---
Created attachment 30790
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30790&action=edit
Restore line_table and input_location before calling fatal_error when failing a
pch load
With this patch, the f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #40 from Pawel Sikora ---
$ grep ZTv0 *
gnu.ver:_ZTv0_n12_NS*;
gnu.ver:_ZTv0_n24_NS*;
gnu-versioned-namespace.ver:_ZTv0_n24_NS*;
versioned namespace doesn't provide *n12* for i686.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58335
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Commen
I have a generated C code file that contains a very large number of function
calls, all with similar function names (ie ff1, ff2, ff3, ..., ff50). It
compiles using gcc versions 3.4.6 and 4.1.2.
But using version 4.4.7, it gets gcc: Internal error: Segmentation
fault (program cc1)
The co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58381
--- Comment #1 from Martin Husemann ---
The global pointer "line_table" is changed to the contents of the precompiled
header file in gt_pch_restore in this loop:
/* Read in all the global pointers, in 6 easy loops. */
for (rt = gt_ggc_rtab;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
--- Comment #1 from John David Anglin ---
Breakpoint 1, trunc_int_for_mode (c=8, mode=DFmode)
at ../../gcc/gcc/explow.c:55
55gcc_assert (SCALAR_INT_MODE_P (mode));
(gdb) bt
#0 trunc_int_for_mode (c=8, mode=DFmode) at ../../gcc/gcc/exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #23 from Paolo Carlini ---
Thanks a lot Chris. Sorry if I bother you for a few minutes more: when you say
"doing away with skipping optimizations altogether", you mean, essentially,
using the algorithm we have got now for forward itera
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58384
Bug ID: 58384
Summary: [4.9 regression] Runfail on spec2000/253.perlbmk if
lto and pre-reload scheduler is used on x86 after
r200133.
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58361
--- Comment #2 from Richard Earnshaw ---
Author: rearnsha
Date: Tue Sep 10 16:46:55 2013
New Revision: 202475
URL: http://gcc.gnu.org/viewcvs?rev=202475&root=gcc&view=rev
Log:
PR target/58361
* arm/vfp.md (combine_vcvt_f32_): Fix pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58384
--- Comment #1 from Yuri Rumyantsev ---
Created attachment 30791
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30791&action=edit
test-case to reproduce
This is compile only test which must be compiled with pre-reload scheduler,
i.e.
with '-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
davidxl at google dot com changed:
What|Removed |Added
CC||davidxl at google dot com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58361
--- Comment #4 from Richard Earnshaw ---
Author: rearnsha
Date: Tue Sep 10 16:55:44 2013
New Revision: 202477
URL: http://gcc.gnu.org/viewcvs?rev=202477&root=gcc&view=rev
Log:
PR target/58361
* arm/vfp.md (combine_vcvt_f32_): Fix pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #3 from Mikael Pettersson ---
The ICE occurs because reload is asking for a DFmode (8-byte) subreg of an
XFmode (12-byte) hardreg, but 12 % 8 != 0 so the gcc_assert fails.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #9 from David Binderman ---
(In reply to Jeffrey A. Law from comment #7)
> Presumably David bootstrapped the trunk, then built k3d?
Yes, the bootstrap ran fine with the usual -g -O2 on BOOT_CFLAGS.
> If this failure occurs in a sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
--- Comment #3 from Georg-Johann Lay ---
Created attachment 30792
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30792&action=edit
Channel.cpp C++ source
Confirmed with this source, looks like a register allocator issue.
$ avr-g++ Channel.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #2 from R Copley ---
Created attachment 30793
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30793&action=edit
As before, but with explicitly 32-byte aligned variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ra
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #8 from Jeffrey A. Law ---
This looks like slightly different variant of 58343 where we thread through a
loop header when we really didn't want to.
I haven't tracked it through to the ICE, but from looking at the CFG and the
registere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58374
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Sep 10 16:00:13 2013
New Revision: 202470
URL: http://gcc.gnu.org/viewcvs?rev=202470&root=gcc&view=rev
Log:
Move VTV_SUPPORTED check after AC_CANONICAL_SYSTEM
PR other/5837
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
--- Comment #35 from Jakub Jelinek ---
The #c34 testcase seems to fail starting r199048 till current HEAD.
1 - 100 of 134 matches
Mail list logo
