http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55188
Andreas Schwab changed:
What|Removed |Added
Target|m68k-*-*|
--- Comment #1 from Andreas S
4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...@airs.com
ReportedBy: sch...@linux-m68k.org
libgo needs to be linked against -latomic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55145
--- Comment #5 from Andreas Schwab 2012-11-04 11:04:03
UTC ---
This cannot explain the crashes you see since the difference is just one ULP.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
--- Comment #1 from Andreas Schwab 2012-11-04 12:46:19
UTC ---
Created attachment 28611
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28611
Preliminary patch
Doesn't yet work with -static-libgo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46591
Andreas Schwab changed:
What|Removed |Added
Component|target |c
--- Comment #2 from Andreas Schwab 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47146
--- Comment #4 from Andreas Schwab 2011-01-03 17:40:24
UTC ---
> fprintf( stdout, "Float 100.0 * 0.3894949=%d\n", 100.0 * elapsed );
> fprintf( stdout, "Float 100 * 0.3894949=%d\n", 100 * elapsed );
>
> both produce the value '-536870912'.
Unde
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248
--- Comment #4 from Andreas Schwab 2011-01-10 22:48:08
UTC ---
The assembler files should really be using cfi directives like m68k/sysv.S.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47215
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc-linux
Configured with: ../configure --prefix=/usr --build=powerpc64-linux
--host=powerpc64-linux --enable-shared --enable-threads --enable-__cxa_atexit
--with-system
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Andreas Schwab changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Andreas Schwab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47275
--- Comment #4 from Andreas Schwab 2011-01-13 16:56:55
UTC ---
By changing the signedness of char you change the ABI and everything must use
the same ABI.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Andreas Schwab changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330
--- Comment #1 from Andreas Schwab 2011-01-17 16:13:37
UTC ---
You are not supposed to override CFLAGS in sub-makes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330
--- Comment #3 from Andreas Schwab 2011-01-17 16:25:25
UTC ---
Those who ignore libtool are forced to reimplement it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47422
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #2 from Andreas Schwab 2011-01-24 21:36:52
UTC ---
This is the wrong way to fix that. The m68k SYSV ABI requires 68020+ w/
68881/2. If you use a different ABI you should write a proper implementation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47424
Andreas Schwab changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #8 from Andreas Schwab 2011-01-25 20:05:54
UTC ---
>+#ifdef __rtems__
>+void rtems_cache_flush_multiple_data_lines( const void *, size_t );
>+#else
Include the header that declares it.
>+ cmp.l #0, %a1
cmp.w#0, %
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442
--- Comment #11 from Andreas Schwab 2011-01-25 20:53:37
UTC ---
"joel at gcc dot gnu.org" writes:
> Why cmp.w when it is tst.l?
Because it is smaller.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #32 from Andreas Schwab 2011-02-02 16:42:05
UTC ---
Similar (dormant) problem with slot_num.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #33 from Andreas Schwab 2011-02-02 16:47:54
UTC ---
All other calls to lto_output_data_stream use sizeof, so this should probably
do as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #11 from Andreas Schwab 2011-02-04 14:28:00
UTC ---
If you are writing assembler code you need to know your ABI in and out.
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc*-*-*
Breakpoint 1, fn3 ()
at /daten/gcc/gcc-20110206/gcc/testsuite/gcc.dg/guality/pr43077-1.c:44
44 }
(gdb) i addr c
Symbol "c" is a complex DWARF expression:
1: DW_OP_bre
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc*-*-*
Breakpoint 1, fn3 ()
at /daten/gcc/gcc-20110206/gcc/testsuite/gcc.dg/guality/pr43077-1.c:44
44 }
(gdb) whatis a
type = const number
(gdb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47625
--- Comment #2 from Andreas Schwab 2011-02-07 23:13:54
UTC ---
The type is coming from libc debuginfo.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47756
--- Comment #1 from Andreas Schwab 2011-02-15 16:22:28
UTC ---
How do you define these cases?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47761
--- Comment #1 from Andreas Schwab 2011-02-16 00:23:29
UTC ---
Your PowerPC compiler is called powerpc-rtems4.11-gcc, not gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #10 from Andreas Schwab 2011-02-16 18:26:31
UTC ---
There is no undefined behaviour if all calls to foo ignore the returned value.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47718
--- Comment #5 from Andreas Schwab 2011-02-18 09:11:01
UTC ---
See bug 4334 for an old example. Or bugs 921/1646/2175/2176 for another one.
These are the only pre-existing binutils/gdb examples.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
--- Comment #2 from Andreas Schwab 2011-02-22 11:06:41
UTC ---
A 16-byte aligned stack is still word aligned.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19201
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19204
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19205
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47914
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923
--- Comment #3 from Andreas Schwab 2011-02-28 12:57:30
UTC ---
This is a problem with the host compiler (powerpc-ibm-aix6.1.0.0-gcc). Try
using a different compiler or reducing the optimisation level.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47945
--- Comment #3 from Andreas Schwab 2011-03-01 14:27:54
UTC ---
0.142857142857142849218750 is still within the accuracy of IEEE double.
All numbers map to the same IEEE double.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57405
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: amylaar at gcc dot gnu.org
Target: m68k-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57439
Andreas Schwab changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57439
--- Comment #3 from Andreas Schwab ---
You don't need stdio.h.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57439
--- Comment #9 from Andreas Schwab ---
Not enough.
Executing on host: /daten/aranym/gcc/gcc-20130529/Build/gcc/xgcc
-B/daten/aranym/gcc/gcc-20130529/Build/gcc/
/daten/aranym/gcc/gcc-20130529/gcc/testsuite/gcc.c-torture/execute/pr42721.c
-fno-dia
: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: bviyer at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57446
--- Comment #1 from Andreas Schwab ---
This is the full list of failing cilk-plus tests (all fail in the same
way). All other tests pass.
c-c++-common/cilk-plus/AN/builtin_func_double.c -O3 -ftree-vectorize -std=c99
-g -fcilkplus
c-c++-common/c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57446
--- Comment #4 from Andreas Schwab ---
These are the failures on ia64.
c-c++-common/cilk-plus/AN/if_test.c -O2 -ftree-vectorize -fcilkplus execution
test
c-c++-common/cilk-plus/AN/if_test.c -O3 -fcilkplus execution test
c-c++-common/cilk-plus/A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57452
--- Comment #1 from Andreas Schwab ---
Also fails on ia64 for the same reason.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57439
--- Comment #12 from Andreas Schwab ---
Successfully tested on m68k.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57544
Andreas Schwab changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57581
--- Comment #1 from Andreas Schwab ---
Try using a newer demangler.
$ ./cxxfilt
_ZNSt3setIiSt4lessIiESaIiEE5eraseB5cxx11ESt23_Rb_tree_const_iteratorIiES5_
std::set, std::allocator
>::erase[abi:cxx11](std::_Rb_tree_const_iterator,
std::_Rb_tree_co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #1 from Andreas Schwab ---
Apparently GAS has lost its BROKEN_DOT_WORD handing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57583
--- Comment #5 from Andreas Schwab ---
The assembler already handles jump targets that are too far away (via the
BROKEN_DOT_WORD hack), this issue is about growing the table itself too large
so that the overflow table is not reachable any more wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57647
--- Comment #5 from Andreas Schwab ---
((unsigned long*)foo)++ and ((unsigned long *)foo++) are not equivalent
expressions. The former is the same as foo = (char *)((unsigned long*)foo +
1), the latter is foo += sizeof(*foo) (and the cast has no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57647
--- Comment #8 from Andreas Schwab ---
Postfix operators bind stronger than cast operators. If you need help on the C
language then bugzilla is not the right place.
NCONFIRMED
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: m68k-*-*
Created attachment 30325
--> http:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57671
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57707
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57707
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57716
Andreas Schwab changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57760
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57749
--- Comment #14 from Andreas Schwab ---
C11 G.6.4.1 The cpow functions
The cpow functions raise floating-point exceptions if appropriate for the
calculation of the parts of the result, and may also raise spurious
floating-point exceptions.379)
3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #22 from Andreas Schwab ---
In glibc newlocale(0,"C",0) is cheap and doesn't need to be cached.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57853
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900
--- Comment #2 from Andreas Schwab ---
It's the target compiler that matters, so this check must be performed in the
target libraries.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #14 from Andreas Schwab ---
The relevant option is -ffreestanding, not -nostdlib.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #16 from Andreas Schwab ---
That's exactly what I wrote.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57929
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #22 from Andreas Schwab ---
*** Bug 57929 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #2 from Andreas Schwab ---
GCC uses the line number of the start of the asm statement, so line 8 is
correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #5 from Andreas Schwab ---
The error messages are all generated by the assembler which knows nothing about
the source file.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #7 from Andreas Schwab ---
There is no way to know how the newline was written.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #9 from Andreas Schwab ---
The assembler only sees literal newlines, it does not know how they were
written in the source.
The compiler cannot put line directives in the middle of an assembler string by
itself because it cannot know h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #11 from Andreas Schwab ---
See the example in the original description.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58070
--- Comment #1 from Andreas Schwab ---
This is target dependent.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58070
--- Comment #3 from Andreas Schwab ---
The default state of -fomit-frame-pointer.
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target: ia64-*-*
$ ADA_INCLUDE_PATH=/usr/local/gcc/gcc-20130811/Build/gcc/ada/rts/
ADA_OBJECTS_PATH=/usr/local/gcc/gcc-20130811/Build/gcc/ada/rts/
/usr/local/gcc/gcc-20130811/Build/gcc/gnatmake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58121
Andreas Schwab changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Andreas Schwab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58154
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58154
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #3 from Andreas Schw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58154
--- Comment #5 from Andreas Schwab ---
All references are from N1570.
-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: jh at suse dot cz
Target: m68k-*-*
Broken by r201789.
libtool: compile: /daten
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58180
--- Comment #1 from Andreas Schwab ---
Created attachment 30667
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30667&action=edit
Preprocessed source
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: jh at suse dot cz
Broken by r201836.
$ gcc/xgcc -Bgcc/ -fno-diagnostics-show-caret -fdiagnostics-color=never -w -O2
-dumpbase dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
IRMED
Keywords: build
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
../../xgcc -B../../ -static-libgcc -I- -I../rts -I.
-I/usr/local/gcc/gcc-2013082
5/gcc/ada -DI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58244
--- Comment #4 from Andreas Schwab ---
gcc was able to optimize your code to make it 6000 times faster. How is that a
regression?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58244
--- Comment #7 from Andreas Schwab ---
Now try the same code with -O0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58298
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: jh at suse dot cz
Target: m68k-*-*
SVN r202143
Author: hubicka
Date: Sun Sep 1 12:00:35 2013 +
* lto.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58320
--- Comment #2 from Andreas Schwab ---
Casting to uintptr_t should probably make this work as intented.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58347
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58348
--- Comment #2 from Andreas Schwab ---
*** Bug 58347 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #7 from Andreas Schwab ---
It's also causing miscompare on ia64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342
Bug 58342 depends on bug 58340, which changed state.
Bug 58340 Summary: [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler
error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |4.9.0
NCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: rguenther at suse dot de
Blocks: 58377
Target: m68k-*-*
This fails since r202496
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
--- Comment #22 from Andreas Schwab ---
Just tell me what you need.
201 - 300 of 1457 matches
Mail list logo
