http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57697
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org ---
Submitted patch: http://gcc.gnu.org/ml/fortran/2013-09/msg00016.html
As follow up, one should check whether arrays (lhs unallocated, same shape,
different shape) are correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
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
cross jumping, it turns the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Assignee|mkuvyrkov at gcc dot gnu.org |jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #6 from Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 30781
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30781action=edit
gcc49-pr58365.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC||law at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Matthijs Kooijman matthijs at stdin dot nl changed:
What|Removed |Added
CC||matthijs at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58346
--- Comment #6 from rguenther at suse dot de 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 joseph at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
--- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #36 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Created attachment 30782
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30782action=edit
Next try for a fix
OK, I removed the misalign code path completely,
and found a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se ---
Created attachment 30783
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30783action=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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58330
--- Comment #4 from Alan Modra amodra at gcc dot gnu.org ---
Author: amodra
Date: Tue Sep 10 08:38:57 2013
New Revision: 202428
URL: http://gcc.gnu.org/viewcvs?rev=202428root=gccview=rev
Log:
PR target/58330
oops, missed from commit
Added:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58376
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
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=58372
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||mingw32-sjlj
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 markus at trippelsdorf dot de ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Pawel Sikora pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
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 jakub at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58370
--- Comment #4 from Martin Husemann martin at netbsd dot org ---
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 ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #2 from Olivier Grisel olivier.grisel at ensta dot org ---
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
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
CC||whitequill at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58061
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
--- Comment #3 from Kai Tietz ktietz at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
CC||ktietz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #2 from Roland Dreier rbd at debian dot org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52061
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49922
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #3 from Roland Dreier rbd at debian dot org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53485
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
CC||ktietz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #4 from Olivier Grisel olivier.grisel at ensta dot org ---
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
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 jakub at gcc dot gnu.org ---
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 ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58378
--- Comment #6 from Olivier Grisel olivier.grisel at ensta dot org ---
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://gcc.gnu.org/bugzilla/show_bug.cgi?id=55543
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57495
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55491
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58379
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
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 jakub at gcc dot gnu.org ---
Author: jakub
Date: Tue Sep 10 11:47:19 2013
New Revision: 202434
URL: http://gcc.gnu.org/viewcvs?rev=202434root=gccview=rev
Log:
PR rtl-optimization/58365
* cfgcleanup.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Tue Sep 10 11:48:30 2013
New Revision: 202435
URL: http://gcc.gnu.org/viewcvs?rev=202435root=gccview=rev
Log:
PR rtl-optimization/58365
* cfgcleanup.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58365
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
--- Comment #4 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Tue Sep 10 12:29:58 2013
New Revision: 202441
URL: http://gcc.gnu.org/viewcvs?rev=202441root=gccview=rev
Log:
PR tree-optimization/58343
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||law at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC||markus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se ---
Created attachment 30787
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30787action=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 martin at netbsd dot org ---
(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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #19 from Chris Jefferson chris at bubblescope dot net ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58364
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|minor |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #21 from Paolo Carlini paolo.carlini at oracle dot com ---
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 law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org ---
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 markus at trippelsdorf dot de changed:
What|Removed |Added
CC||markus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #24 from Jack Howarth howarth at nitro dot med.uc.edu ---
(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://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #22 from Chris Jefferson chris at bubblescope dot net ---
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
--- Comment #7 from Jeffrey A. Law law at redhat dot com ---
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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58381
--- Comment #2 from Martin Husemann martin at netbsd dot org ---
Created attachment 30790
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30790action=edit
Restore line_table and input_location before calling fatal_error when failing a
pch load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #40 from Pawel Sikora pluto at agmk dot net ---
$ 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 vmakarov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov at
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58381
--- Comment #1 from Martin Husemann martin at netbsd dot org ---
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. */
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58382
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
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,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58358
--- Comment #23 from Paolo Carlini paolo.carlini at oracle dot com ---
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
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 rearnsha at gcc dot gnu.org ---
Author: rearnsha
Date: Tue Sep 10 16:46:55 2013
New Revision: 202475
URL: http://gcc.gnu.org/viewcvs?rev=202475root=gccview=rev
Log:
PR target/58361
* arm/vfp.md
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58384
--- Comment #1 from Yuri Rumyantsev ysrumyan at gmail dot com ---
Created attachment 30791
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30791action=edit
test-case to reproduce
This is compile only test which must be compiled with pre-reload
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 rearnsha at gcc dot gnu.org ---
Author: rearnsha
Date: Tue Sep 10 16:55:44 2013
New Revision: 202477
URL: http://gcc.gnu.org/viewcvs?rev=202477root=gccview=rev
Log:
PR target/58361
* arm/vfp.md
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se ---
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 dcb314 at hotmail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
--- Comment #3 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Created attachment 30792
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30792action=edit
Channel.cpp C++ source
Confirmed with this source, looks like a register allocator issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #2 from R Copley rcopley at gmail dot com ---
Created attachment 30793
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30793action=edit
As before, but with explicitly 32-byte aligned variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ra
1 - 100 of 136 matches
Mail list logo