http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55381
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org 2012-11-20 13:01:31
UTC ---
Also broken on ia64 with gcc 4.3.2.
/usr/local/gcc/test/Build/./gcc/xgcc -B/usr/local/gcc/test/Build/./gcc/
-B/usr/ia64-suse-linux/bin/ -B/usr/ia64-suse-linux
: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc64-*-*
Between r190317 and r191083 the test gcc.target/powerpc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
spawn /daten/gcc/gcc-20121201/Build/gcc/testsuite/gfortran6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55567
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
spawn /daten/gcc/gcc-20121201/Build/gcc/testsuite/gfortran1/../../gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55568
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53359
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org 2012-12-07 00:01:40
UTC ---
Created attachment 28889
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28889
Preprocessed testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
--- Comment #8 from Andreas Schwab sch...@linux-m68k.org 2012-12-07 16:45:49
UTC ---
The failure disappeared somewhere between r190830 and r191055.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org 2012-12-08 19:31:46
UTC ---
http://gcc.gnu.org/ml/gcc-testresults/2012-12/msg00595.html is based on
r191055.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Since r194604:
$ grep 'static int' pr26246_2.f90.003t.original
static integer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55745
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org 2012-12-20 09:04:27
UTC ---
The bug fix is older than the bug report ;-)
No, it isn't. I was able to file it 18 minutes before your commit. :-)
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
spawn
/daten/aranym/gcc/gcc-20121220/Build/gcc/testsuite/gfortran/../../gfortran
-B/daten/aranym
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55784
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2012-12-22 08:57:46
UTC ---
Take a look at gcc/config.log.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55787
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2012-12-22 18:28:49
UTC ---
Most likely a dup of bug 323.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2012-12-28 10:58:39
UTC ---
That override is only needed so that libquadmath.info is built in the build
directory instead of the source directory. If you want to suppress installing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55830
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org 2012-12-30 22:12:28
UTC ---
static alone already makes a function eligible for inlining.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55885
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55852
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org 2013-01-08 16:55:58
UTC ---
The test case fails because the match is too strict.
$ grep iszs intrinsic_size_3.f90.003t.original
integer(kind=2) iszs;
iszs = (integer
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: ia64-*-*
Created
Priority: P3
Component: web
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
There should be a download link for every attachment directly in the comment.
The best option would be to disable the useless patch viewer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52381
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org 2013-01-10 14:12:54
UTC ---
Like __atomic_compare_exchange_n?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55927
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2013-01-10 14:44:20
UTC ---
Yes, it does.
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: ia64-*-*
Created attachment 29150
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29150
Testcase
$ gcc-20130111/Build/gcc/xgcc -B gcc-20130111/Build/gcc/ -S
gcc/gcc/testsuite
: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
CC: do...@gcc.gnu.org, dvyu...@gcc.gnu.org,
ja...@gcc.gnu.org, k...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2013-01-15 19:59:47
UTC ---
Breakpoint 1, __asan::AsanThread::Init (
this=this@entry=0x3fffb751d8f8 __asan::asan_thread_registry+33554432)
at ../../../../../libsanitizer/asan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56000
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2013-01-16 08:08:33
UTC ---
Does this help?
http://sourceware.org/ml/libffi-discuss/2012/msg00279.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56005
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target|x86_64-*-* i686-*-* |x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56001
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2013-01-16 19:04:34
UTC ---
Is your toolchain using BSS PLT?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #9 from Andreas Schwab sch...@linux-m68k.org 2013-01-16 19:12:01
UTC ---
-FAIL: c-c++-common/asan/global-overflow-1.c -O0 output pattern test, is
==9876== AddressSanitizer CHECK failed:
../../../../../gcc/libsanitizer/asan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
--- Comment #12 from Andreas Schwab sch...@linux-m68k.org 2013-01-16 20:39:40
UTC ---
I had locally added the patch in
http://gcc.gnu.org/ml/gcc-patches/2012-07/msg00421.html and totally forgot
about that, so comment#8 is completely bogus.
Priority: P3
Component: go
AssignedTo: i...@airs.com
ReportedBy: sch...@linux-m68k.org
../../../libgo/testsuite/gotest: line 470: ./a.out: cannot execute binary file
FAIL: bufio
make[4]: *** [bufio/check] Error 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org 2013-01-17 23:23:47
UTC ---
There are two off-by-one:
diff --git a/libsanitizer/asan/asan_poisoning.cc
b/libsanitizer/asan/asan_poisoning.cc
index a00baff..bbbaf0a 100644
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #12 from Andreas Schwab sch...@linux-m68k.org 2013-01-17 23:52:39
UTC ---
Created attachment 29199
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29199
make check-gcc RUNTESTFLAGS='--target_board=unix/-m64 asan.exp'
diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #18 from Andreas Schwab sch...@linux-m68k.org 2013-01-18 13:21:02
UTC ---
(In reply to comment #15)
In LLVM trunk: http://llvm.org/viewvc/llvm-project?rev=172807view=rev
That only happens when running under gdb which appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #19 from Andreas Schwab sch...@linux-m68k.org 2013-01-18 13:25:42
UTC ---
MEM_TO_SHODOW does not work when (SHADOW_OFFSET SHADOW_SHIFT) is less than
kHighMemEnd.
$ ASAN_OPTIONS=verbosity=1 ./clone-test-1.exe
==16778
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56046
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2013-01-19 16:16:08
UTC ---
The stack protection code cannot guarantee to detect every error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56153
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2013-01-30 16:16:15
UTC ---
foo-num is unsigned, -1 is signed.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc-*-*
Only fails with -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56188
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2013-02-03 11:52:12
UTC ---
Created attachment 29341
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29341
ipa-pta-10.c.053i.pta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56220
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58709
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org ---
The warning is target independent and only depends on the type. You get the
same warning for int vs long even if they are the same size.
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Blocks: 58793
Target: i386-*-*, m68k-*-*
The storage size of real(kind=10) is target-dependent. On i386 and m68k it is
96, not 128.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org ---
unlimited_polymorphic_13.f90:43.15:
type is (complex(c2))
1
unlimited_polymorphic_13.f90:45.15:
type is (complex(c3))
2
Error: CASE label
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58925
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||dimhen at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58935
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/opt/pr48272.C -nostdinc++ -I
ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux
-Iia64-suse-linux/libstdc++-v3/include -I../libstdc++-v3/libsupc++
-I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #8 from Andreas Schwab sch...@linux-m68k.org ---
Still broken.
(gdb) ptype r3
type = real(kind=8)
(gdb) ptype r4
type = real(kind=10)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
It aborts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #13 from Andreas Schwab sch...@linux-m68k.org ---
case (10)
sz = storage_size(r3)*2
-code
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: law at gcc dot gnu.org
Target: ia64-*-*
Broken by r204414.
$ gcc/xgcc -B gcc/ ../gcc
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: ia64-*-*
Only fails with -flto.
$ gcc/xgcc -Bgcc/ ../gcc/testsuite/gcc.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59039
--- Comment #11 from Andreas Schwab sch...@linux-m68k.org ---
In the latter testcase foo doesn't call a function so there is never a need to
save anything.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59039
--- Comment #21 from Andreas Schwab sch...@linux-m68k.org ---
It's only an error if they use the same jmpbuf.
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: ia64-*-*
$ gcc/xgcc -Bgcc/ ../gcc/testsuite/gcc.dg/vect/vect-ivdep-1.c
-fno-diagnostics-show-caret -fdiagnostics
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58121
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: law at gcc dot gnu.org
Target: ia64-*-*
Broken by r204708.
$ ../../xgcc -B../../ -c -O2 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58421
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
Somewhere between 20131030 and 20131101.
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Blocks: 49024
Target: ia64-*-*
$ gcc/gfortran -Bgcc/ -Bia64-suse-linux/./libgfortran/
../gcc/testsuite/gfortran.dg/erf_3.F90 -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49024
Bug 49024 depends on bug 59227, which changed state.
Bug 59227 Summary: [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution
test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
4.68542210148937626195884133993966578E-0002
-1.87533922948603221391158058278771595E+0920
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
-0.00347222
3.6169e-05
-6.27934e-07
1.52623e-08
-4.76946e-10
1.82167e-11
-8.22281e-13
4.28272e-14
-2.52799e-15
1.66777e-16
-1.21608e-17
9.71178e-19
-8.43037e-20
7.90347e-21
-7.95835e-22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #9 from Andreas Schwab sch...@linux-m68k.org ---
Looks like inv2x2 is wrong in _gfortran_erfc_scaled_r16:
(gdb) i reg r42 r43
r420x0 0
r430x40072000 4613691527636451328
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org ---
5.15453772226367323012693682499968245E-0002
4.72452324840876699523132987063922456E-0002
-1.87533922948603221391158058278771595E+0920
-5.09942677661379357690770320803840300E
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Keywords|wrong-code |
--- Comment #14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #16 from Andreas Schwab sch...@linux-m68k.org ---
Perhaps a suitable workaround would be to force linking the right __divtf3 into
libgfortran.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #17 from Andreas Schwab sch...@linux-m68k.org ---
ia64 was using TFmode for 80 bit long double before r72916, so the __divtf3
name sticked for compatibility.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #20 from Andreas Schwab sch...@linux-m68k.org ---
It's not really a glibc bug, but a compatilibity wart.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #21 from Andreas Schwab sch...@linux-m68k.org ---
I'm not sure how to force linking in libgfortran
Add libgcc/divtf3_s.o to the link line.
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Blocks: 59227
Target: ia64-*-*
libgcc_s.so.1 does not provide the symbol __divtf3@@GCC_4.4.0, only the
__divtf3@GCC_3.0 compatibility alias. This is causing the __divtf3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
--- Comment #22 from Andreas Schwab sch...@linux-m68k.org ---
Actually it appears to be a libgcc bug.
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: ia64-*-*
$ gcc/xgcc -B gcc/ ../gcc/testsuite/gcc.dg/vect/bb-slp-26.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59259
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
The driver doesn't actually call ld, but collect2, and passes -fuse-ld down to
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59367
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
All preprocessing directives are deleted at the end of phase 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Between r205951 and r205984.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
Created attachment 31468
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31468action=edit
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target|m68k-linux |m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59554
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
--- Comment #12 from Andreas Schwab sch...@linux-m68k.org ---
-fno-auto-inc-dec avoids the crash. Dup of #52306?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #23 from Andreas Schwab sch...@linux-m68k.org ---
*** Bug 59536 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #26 from Andreas Schwab sch...@linux-m68k.org ---
What does that mean, it's too late?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573
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
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=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
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=59668
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
7.1.3 Reserved identifiers
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=54180
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54226
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
Component: go
AssignedTo: i...@airs.com
ReportedBy: sch...@linux-m68k.org
Target: powerpc64-*-*
--- FAIL: pprof_test.TestCPUProfile (1.90 seconds)
pprof_test.go:83: did not find ChecksumIEEE in the profile
FAIL
FAIL: runtime/pprof
../../../../libgo/testsuite/gotest: line
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54142
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54288
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
1 - 100 of 1456 matches
Mail list logo