https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
--- Comment #8 from Andreas Schwab sch...@linux-m68k.org ---
$ diff -u gcc-201407{08,10}/Build/20030922-2.c.079t.dom1
--- gcc-20140708/Build/20030922-2.c.079t.dom1 2014-07-10 12:25:20.886372197
+0200
+++ gcc-20140710/Build/20030922-2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||rguenther at suse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
This also breaks gcc.dg/tree-ssa/20030922-2.c on m68k.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61739
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Since printf() does not need to obtain ownership of stdout there is no
conflict here. There is no requirement that it *must* obtain ownership even if
not needed.
: 4.10.0
Status: UNCONFIRMED
Keywords: ABI
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
r212174 removed
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc-*-*
This fails only for -m32, not for -m64.
$ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/abi/scoped1.C -nostdinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61677
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
That's why it's called -W*maybe*-uninitialized, false positives are expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61668
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
Don't try to emulate decimal arithmetics with binary arithmetics.
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: hubicka at gcc dot gnu.org
Target: m68k-*-*
Broken by r212007.
(gdb) r -O ../../gcc/testsuite/gcc.dg/20020312-2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61629
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54555
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61531
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54555
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Introduced in r63426.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61485
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61476
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
The reference to _Alignof in 6.3.2.1 does not exist in the final version of the
standard, according to Larry Jones in comp.std.c (Message-Id:
ucvm2a-hig@jones.homeip.net or
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
\| is just undefined in BRE, so an implementation can do whatever it wants.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
This has nothing to do with evaluation, it's a syntax error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61412
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org ---
May be a dup of bug 57201.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61394
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: hubicka at gcc dot gnu.org
Target: powerpc*-*-*
$ gcc/xgcc -B gcc/ -O2 -S ../gcc/gcc/testsuite/gcc.dg/noncompile/920507-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61396
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: zadeck at gcc dot gnu.org
Target: powerpc-*-*
$ gcc/xgcc -B gcc/ -O2 -maltivec -m32 -S ../gcc/gcc/testsuite/gcc.dg/pr34856.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: meissner at gcc dot gnu.org, vmakarov at gcc dot gnu.org
Target: powerpc-*-*
$ gcc/xgcc -B gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61356
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Something has forcefully killed the compiler, probably due to OOM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
This breaks gcc.dg/Wstrict-overflow-18.c.
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Blocks: 61184
gcc/testsuite/gcc.dg/Wstrict-overflow-18.c: In function 'foo':
gcc/testsuite/gcc.dg/Wstrict-overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
The C++ standard refers to ECMA-262 which defines [\w] as Perl does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50459
--- Comment #8 from Andreas Schwab sch...@linux-m68k.org ---
FAIL: gcc.target/ia64/small-addr-1.c (test for excess errors)
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: mpolacek at gcc dot gnu.org
Blocks: 50459
Target: ia64-*-*
$ gcc/xgcc -B gcc/ ../gcc/testsuite/gcc.target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
--- Comment #12 from Andreas Schwab sch...@linux-m68k.org ---
FAIL: gfortran.dg/wextra_1.f -O (test for warnings, line 4)
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: nathan at gcc dot gnu.org
Target: ia64-*-*
Created attachment 32735
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32735action=edit
covariant7.C.002t.class
FAIL: g++.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61002
--- Comment #9 from Andreas Schwab sch...@linux-m68k.org ---
It should use the same format as the warning messages.
Division by zero at %L [-frange-check]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #56 from Andreas Schwab sch...@linux-m68k.org ---
Created attachment 32724
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32724action=edit
Ada support patch updated for gcc 4.9
Priority: P3
Component: testsuite
Assignee: bur...@net-b.de
Reporter: sch...@linux-m68k.org
FAIL: gfortran.dg/coarray_lib_this_image_1.f90 -O scan-tree-dump-times
original bar \\(real\\(kind=4\\)\\[2\\] \\* restrict x, void \\* restrict
caf_token.., integer\\(kind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61025
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Version|4.9.0 |4.10.0
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61005
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
Resolution|--- |FIXED
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56744
Bug 56744 depends on bug 52539, which changed state.
Bug 52539 Summary: I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist
read and nml write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
Mixing push_char and push_char4 can't be right.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #12 from Andreas Schwab sch...@linux-m68k.org ---
! { dg-do run }
! PR52539 UTF-8 support for namelist read and write
character(len=10, kind=4) :: str, str2
character(len=25, kind=4) :: str3
namelist /nml/ str
str = 4_'1a'//char
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #14 from Andreas Schwab sch...@linux-m68k.org ---
Run it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #19 from Andreas Schwab sch...@linux-m68k.org ---
Use the test case from #c12.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60883
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60806
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
baseline_symbols.txt is expected not to contain TLS symbols so that libstdc++
abi check won't complain about them missing in --disable-tls configurations.
This is error prone since people
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60809
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org ---
6.7.9 Initialization
23 The evaluations of the initialization list expressions are indeterminately
sequenced with respect to one another and thus the order in which any side
effects
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc64-*-*
configure flags: --prefix=/usr --build=powerpc64-linux
--enable-checking=release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60772
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc64-*-*
configure flags: --prefix=/usr --build=powerpc64-linux
--enable-checking=release --enable-shared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60773
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60747
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
# 3416 /home/lavr/cxx/src/connect/ncbi_socket.c 3 4
The file is marked as system header, perhaps because the expansion on this line
came from a system header? (looks like assert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org ---
Standards also sometimes invent new interfaces if the need arises.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60625
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
Or somewhere else before the function name, ie. as part of the
declaration-specifiers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
How about showing the previous ~20 insns here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60570
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Dup of 19040?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793
Bug 58793 depends on bug 58851, which changed state.
Bug 58851 Summary: FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0
execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
$ gcc/xgcc -Bgcc/ -O0 -flto -c -o c_lto_20110201-1_0.o
../gcc/testsuite/gcc.dg/lto/20110201-1_0.c
$ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60424
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60424
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Started to fail between r208309 and r208316.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60424
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org ---
Everywhere.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60388
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60348
--- Comment #16 from Andreas Schwab sch...@linux-m68k.org ---
If you want to build for old systems you need to use the old tools from those
old systems and the output will still work on newer systems (backward
compatiblity). New tools are using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60296
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
For the % conversion there are no modifiers defined, so gcc stops before the
second %, parsing the rest as %*d, which requires two arguments.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #31 from Andreas Schwab sch...@linux-m68k.org ---
Created attachment 32175
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32175action=edit
Testcase from jumpnbump
After backporting the patch to 4.8 there is still a package
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #29 from Andreas Schwab sch...@linux-m68k.org ---
In gcc = 4.6 I'm unable to tell the compiler to consider the fp compare
trapping even with -ftrapping-math.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60161
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
If a function is not allowed to change errno this must be explicitly
documented.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #8 from Andreas Schwab sch...@linux-m68k.org ---
http://gcc.gnu.org/ml/gcc-testresults/2014-02/msg00179.html
No regressions and the testcase works now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60029
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc-*-*
$ gcc/xg++ -Bgcc/ ../gcc/testsuite/c-c++-common/dfp/convert-bfp.c
-fno-diagnostics-show-caret -fdiagnostics-color
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60030
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc-*-*
$ gcc/xgcc -Bgcc/ ../gcc/testsuite/c-c++-common/ubsan/overflow-1.c
-Bpowerpc64-linux/32/libsanitizer/ -Bpowerpc64-linux/32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60031
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc*-*-*
Runtime tests cannot use dg-require-effective-target powerpc_vsx_ok alone since
check_effective_target_powerpc_vsx_ok only checks
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: powerpc-*-*
$ ./gcc/xg++ -shared-libgcc -B./gcc -nostdinc++
-Lpowerpc64-linux/32/libstdc++-v3/src
-Lpowerpc64-linux/32/libstdc++-v3/src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60032
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60022
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
If the macro isn't defined then nothing defined it. Most likely rpmfileutil.c
failed to include the right headers in the correct order.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg02171.html
It still fails the same.
There's a similar ICE in gcc.dg/vect/pr37539.c -flto -ffat-lto-objects:
$ gcc/xgcc -Bgcc/ ../gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
Created attachment 31969
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31969action=edit
Intermediate files from -save-temps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
$ gcc/xgcc -B gcc/ ../gcc/testsuite/gcc.dg/vect/bb-slp-26.c -flto
-ffat-lto-objects -ftree-vectorize -fno-vect-cost-model -fno-common -O2 -v
Reading specs from gcc/specs
COLLECT_GCC=gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59961
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
-100 is not the same as -s1. The latter is SIZE_MAX + 1 - 100, a big number,
depending on the size of size_t. If s1 is declared as unsigned short or
unsigned char, it will be promoted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #9 from Andreas Schwab sch...@linux-m68k.org ---
x86 works around its weird ABI by dynamic stack realignment. That's what needs
to be implemented for your ABI as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
Testresults: http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg01781.html
No regressions, and g++.dg/opt/pr48272.C now passes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
Still fails as of r206866.
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg01656.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59878
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
See http://gcc.gnu.org/install/prerequisites.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59873
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org ---
\u is only malformed outside of string and char literals, eg. in
identifiers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Summary|[4.9 regression] conftest.c |[4.9 regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
If you have fundamental types with stricter alignment requirements than
provided by STACK_BOUNDARY your ABI has a problem, and this SSP failure is just
one symptom.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59668
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
7.1.3 Reserved identifiers
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: nickc at gcc dot gnu.org
Blocks: 59613
Target: ia64-*-*
From ia64-suse-linux/libgomp/config.log:
configure:16188
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
gen_int_mode(-1, BImode) returning (const_int 1) looks wrong.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
try_combine is called with
i1 = (insn 14 13 16 2 (set (reg/v/f:SI 34 [ stack ])
(reg/f:SI 15 %sp)) pr52714.c:9 38 {*movsi_m68k2}
(nil))
i2 = (insn 16 14 17 2 (set (cc0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59596
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
901 - 1000 of 1456 matches
Mail list logo