[Bug driver/45703] New: [4.6 regression] --help -v no longer shows linker help
gcc --help -v no longer runs ld --help because collect2 handles --help itself without running ld. -- Summary: [4.6 regression] --help -v no longer shows linker help Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45703
[Bug bootstrap/45372] warning coverage.c assigns -1 to unsigned, suggest -1u
--- Comment #2 from schwab at linux-m68k dot org 2010-08-22 08:16 --- Assigning -1 to an unsigned type is always safe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45372
[Bug c/45358] =+ oddness
--- Comment #2 from schwab at linux-m68k dot org 2010-08-20 15:35 --- There is a lot of normal valid C we warn about... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45358
[Bug c/45317] struct union misalignment
--- Comment #1 from schwab at linux-m68k dot org 2010-08-18 08:19 --- That's how it is defined by the respective ABIs. On i386-linux a struct field has at most 32-bit alignment. Add explicit padding or compile with -malign-double if you want to be compatible to the mingw32 ABI, but that won't be the only difference between those ABIs. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45317
[Bug c++/45284] sort accesses memory before first iterator
--- Comment #2 from schwab at linux-m68k dot org 2010-08-14 08:44 --- Your operator is not strict (!operator(x,x) for all x). -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45284
[Bug c++/45265] GCC has an intermittent bug when computing the address of function parameters
--- Comment #5 from schwab at linux-m68k dot org 2010-08-12 15:24 --- ISO/IEC 9899:1999, 6.9.1 Function definitions 9. Each parameter has automatic storage duration. Its identifier is an lvalue, which is in effect declared at the head of the compound statement that constitutes the function body (and therefore cannot be redeclared in the function body except in an enclosed block). *The layout of the storage for parameters is unspecified.* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45265
[Bug c++/45265] GCC has an intermittent bug when computing the address of function parameters
--- Comment #9 from schwab at linux-m68k dot org 2010-08-12 15:52 --- The parameters contain copies of the argument values (6.9.1#10: as if by assignment). The address of a parameter has no meaning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45265
[Bug target/45084] configure: error: no 8-bit type
--- Comment #2 from schwab at linux-m68k dot org 2010-08-11 17:30 --- Obviously the compiler is not working. That needs config.log to tell anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug c++/45246] optimizer dereference
--- Comment #5 from schwab at linux-m68k dot org 2010-08-10 12:42 --- The most portable way to put a pointer value in a jlong is a = (uintptr_t)arg. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45246
[Bug c++/45184] integer lexem error-bug
--- Comment #1 from schwab at linux-m68k dot org 2010-08-04 16:40 --- *** This bug has been marked as a duplicate of 33547 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45184
[Bug preprocessor/33547] invalid suffix +0x23 on integer constant
--- Comment #2 from schwab at linux-m68k dot org 2010-08-04 16:40 --- *** Bug 45184 has been marked as a duplicate of this bug. *** -- schwab at linux-m68k dot org changed: What|Removed |Added CC||altmer at arts-union dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33547
[Bug c/45126] volatile lost in optimization
--- Comment #3 from schwab at linux-m68k dot org 2010-07-29 12:21 --- That does not change the fact that vus*vus can be assumed to be non-negative. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45126
[Bug c/45126] volatile lost in optimization
--- Comment #5 from schwab at linux-m68k dot org 2010-07-29 12:55 --- Works fine here with gcc 4.4.4. movzwl vus, %eax movzwl vus, %edx -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45126
[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems
--- Comment #5 from schwab at linux-m68k dot org 2010-07-28 12:26 --- Calling a function with a different signature than declared is undefined in any case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45106
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #6 from schwab at linux-m68k dot org 2010-07-22 12:59 --- Huh? This is one byte, how does endianess come into play? By the use of bitfields. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug target/44771] m68k_expand_prologue: variable set but not used
--- Comment #2 from schwab at linux-m68k dot org 2010-07-02 20:27 --- Fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44771
[Bug c/44554] Stack space after sigsetjmp is reused
--- Comment #4 from schwab at linux-m68k dot org 2010-06-16 09:06 --- If the variable is not modified between setjmp and longjmp the compiler is required to preserve its value. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44554
[Bug c/44555] Pointer evalutions, is that expected ?
--- Comment #1 from schwab at linux-m68k dot org 2010-06-16 09:35 --- The first operand of - must be a valid pointer to an object. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44555
[Bug c/44555] Pointer evalutions, is that expected ?
--- Comment #4 from schwab at linux-m68k dot org 2010-06-16 10:53 --- Undefined behaviour. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44555
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #4 from schwab at linux-m68k dot org 2010-06-10 10:12 --- You need to use the %U and %X modifiers together with m. If the insn does not support them (no update and/or indexed form) you cannot use m. Basically this means you can use m only with the normal load/store insns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #6 from schwab at linux-m68k dot org 2010-06-10 10:59 --- You can use them as many times as needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #7 from schwab at linux-m68k dot org 2010-06-10 11:06 --- A matched constraint can never have side effects, and the powerpc specific uses are already correct (though they could take advantage of the es or Z constraints). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #9 from schwab at linux-m68k dot org 2010-06-10 11:50 --- You cannot use an m operand more than once, since it can include side effects. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #13 from schwab at linux-m68k dot org 2010-06-10 12:39 --- m is defined to be the most general memory constraint, and a pre/post modified memory operand is still a memory operand. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #14 from schwab at linux-m68k dot org 2010-06-10 12:42 --- asm (... %2 ... : =m (*p) : m (*p), r (p)); In this case the compiler should never use a side effect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #15 from schwab at linux-m68k dot org 2010-06-10 12:46 --- The %X modifier has nothing to do with side effects, it is used for indexed addressing modes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #18 from schwab at linux-m68k dot org 2010-06-10 15:09 --- One option is to add a sequence point before every asm statement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug middle-end/44492] auto-inc-dec pushes PRE_MODIFY/PRE_INC into inline asm operands
--- Comment #19 from schwab at linux-m68k dot org 2010-06-10 15:19 --- Of course, there _is_ already a sequence point before every statement. Doh. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44492
[Bug libstdc++/44441] std::getline set failbit in situation when shouldn't
--- Comment #1 from schwab at linux-m68k dot org 2010-06-07 11:19 --- You are getting eof. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug c++/44260] Strange behavior on bit fields structures
--- Comment #4 from schwab at linux-m68k dot org 2010-05-24 15:48 --- *** This bug has been marked as a duplicate of 21920 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44260
[Bug c/21920] aliasing violations
--- Comment #152 from schwab at linux-m68k dot org 2010-05-24 15:48 --- *** Bug 44260 has been marked as a duplicate of this bug. *** -- schwab at linux-m68k dot org changed: What|Removed |Added CC||dennis at conus dot info http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug middle-end/44151] New: [4.6 regression] non-const variable in read-only section
Revision 159325 breaks libjava on powerpc. The variable java::lang::Class::class$ is wrongly put in the read-only section. -- Summary: [4.6 regression] non-const variable in read-only section Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org GCC target triplet: powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44151
[Bug middle-end/44151] [4.6 regression] non-const variable in read-only section
--- Comment #2 from schwab at linux-m68k dot org 2010-05-15 20:35 --- *** This bug has been marked as a duplicate of 44103 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44151
[Bug middle-end/44103] [4.6 Regression] New Java test failures
--- Comment #4 from schwab at linux-m68k dot org 2010-05-15 20:35 --- *** Bug 44151 has been marked as a duplicate of this bug. *** -- schwab at linux-m68k dot org changed: What|Removed |Added CC||schwab at linux-m68k dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44103
[Bug target/44060] miscompilation with -Os on x86
--- Comment #1 from schwab at linux-m68k dot org 2010-05-10 14:43 --- Try -Wstrict-aliasing. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44060
[Bug target/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #15 from schwab at linux-m68k dot org 2010-05-03 20:17 --- The patch is ok, please check it in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug target/42910] invalid memcpy() in trivial tail-call with large struct
--- Comment #1 from schwab at linux-m68k dot org 2010-05-03 20:26 --- This isn't really a different bug. *** This bug has been marked as a duplicate of 42909 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42910
[Bug rtl-optimization/42909] inefficient code for trivial tail-call with large struct parameter
--- Comment #3 from schwab at linux-m68k dot org 2010-05-03 20:26 --- *** Bug 42910 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42909
[Bug c++/43932] conditional operator can't convert 0 to pointer
--- Comment #1 from schwab at linux-m68k dot org 2010-04-29 12:09 --- A throw-expression cannot be part of a integral constant expression, thus it cannot be a null pointer constant. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43932
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #9 from schwab at linux-m68k dot org 2010-04-22 09:20 --- Probably the author of T didn't realise that !-mpcrel in (!-mpcrel 's') is already implied. It is already a no-op in the -mpcrel case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #4 from schwab at linux-m68k dot org 2010-04-21 13:22 --- Introduced in r27576. Presumably the first alternative is supposed to catch this case, through T+g, but T does not match if flag_pic, contrary to its documentation (introduced in r120961). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #6 from schwab at linux-m68k dot org 2010-04-21 22:51 --- (In reply to comment #5) assuming -mpcrel and -fpic are equivalent: They aren't. -mpcrel implies -fpic, but not the other way round. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #7 from schwab at linux-m68k dot org 2010-04-21 23:40 --- I think 'T' should accept tls references like 's' does. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug c/43798] attribute((aligned(x))) not honored for array element types?
--- Comment #2 from schwab at linux-m68k dot org 2010-04-19 13:28 --- An array cannot have internal padding, so the padding needs to be added to the element type. The attempt to define such an array should probably be rejected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43798
[Bug rtl-optimization/43804] New: [4.5/4.6 regression] ICE in reload_cse_simplify_operands
$ gcc/xgcc -Bgcc/ -O2 -fpic -S memusage.i memusage.c: In function me: memusage.c:311:1: error: insn does not satisfy its constraints: (insn 342 136 137 10 memusage.c:253 (set (reg/f:SI 2 %d2 [137]) (const:SI (unspec:SI [ (symbol_ref:SI (start_sp) [flags 0x1a] var_decl 0x40322ea0 start_sp) (const_int 2 [0x2]) ] 6))) 36 {*movsi_m68k} (nil)) memusage.c:311:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:396 Caused by: commit e38def9ca7953bb5611d08ce8617249516ba5a99 Author: rth r...@138bc75d-0d04-0410-961f-82ee72b054a4 Date: Mon Sep 14 19:18:58 2009 + Squash commit of EH in gimple git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/tr...@151696 138bc75d-0d04-0410-961f-82ee72b054a4 diff --git a/gcc/ChangeLog b/gcc/ChangeLog index 75333c1..cc04831 100644 --- a/gcc/ChangeLog +++ b/gcc/ChangeLog @@ -1,3 +1,343 @@ +2009-09-14 Richard Henderson r...@redhat.com + + * except.h: Update declarations. + (struct pointer_map_t): Forward declare. + (ERT_UNKNOWN, ERT_THROW, ERT_CATCH): Remove. -- Summary: [4.5/4.6 regression] ICE in reload_cse_simplify_operands Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org GCC target triplet: m68k-linux-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #1 from schwab at linux-m68k dot org 2010-04-19 20:13 --- Created an attachment (id=20424) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20424action=view) Preprocessed testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug rtl-optimization/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
--- Comment #2 from schwab at linux-m68k dot org 2010-04-19 20:14 --- Created an attachment (id=20425) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20425action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug c/43774] option -O2 generates wrong assembly code
--- Comment #4 from schwab at linux-m68k dot org 2010-04-17 09:49 --- The compiler can assume that *x is correctly aligned, so this is not a bug. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43774
[Bug target/43677] #8216;__powitf2#8217;: unrecognizable insn
--- Comment #2 from schwab at linux-m68k dot org 2010-04-08 09:45 --- configured by ../gcc/configure, generated by GNU Autoconf 2.64, with options '--prefix=/usr' '--build=x86_64-linux' '--enable-shared' '--enable-threads=posix' '--with-system-zlib' '--enable-__cxa_atexit' 'build_alias=x86_64-linux' 'CFLAGS=-O2 -g' 'CXXFLAGS=-O2 -g' '--enable-languages=c,c++,lto' -- schwab at linux-m68k dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-04-08 09:45:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43677
[Bug target/43677] #8216;__powitf2#8217;: unrecognizable insn
--- Comment #4 from schwab at linux-m68k dot org 2010-04-08 11:04 --- Sorry, I had a broken experimental change that I forgot to remove. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43677
[Bug target/43677] New: #8216;__powitf2#8217;: unrecognizable insn
While building gcc-4_5-branch @158068: /home/andreas/src/gcc/branch/gcc-4.5/x86-64/./gcc/xgcc -B/home/andreas/src/gcc/branch/gcc-4.5/x86-64/./gcc/ -B/usr/x86_64-linux/bin/ -B/usr/x86_64-linux/lib/ -isystem /usr/x86_64-linux/include -isystem /usr/x86_64-linux/sys-include-O2 -g -m32 -O2 -O2 -g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc/libgcc -I../../../../gcc/libgcc/. -I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include -I../../../../gcc/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _powitf2.o -MT _powitf2.o -MD -MP -MF _powitf2.dep -DL_powitf2 -c ../../../../gcc/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS ../../../../gcc/libgcc/../gcc/libgcc2.c: In function #8216;__powitf2#8217;: ../../../../gcc/libgcc/../gcc/libgcc2.c:1739:1: error: unrecognizable insn: (insn 27 26 28 7 ../../../../gcc/libgcc/../gcc/libgcc2.c:1734 (set (mem:SI (reg/f:SI 56 virtual-outgoing-args) [0 S4 A32]) (plus:SI (reg/f:SI 54 virtual-stack-vars) (const_int -16 [0xfff0]))) -1 (nil)) ../../../../gcc/libgcc/../gcc/libgcc2.c:1739:1: internal compiler error: in extract_insn, at recog.c:2104 -- Summary: #8216;__powitf2#8217;: unrecognizable insn Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org GCC target triplet: x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43677
[Bug target/43675] [m68k] Wrong code due to missing sign extension
--- Comment #6 from schwab at linux-m68k dot org 2010-04-07 16:15 --- MOVEA always sign extends. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43675
[Bug bootstrap/12026] m68k-coff build fails due to undefined references to _EH_FRAME_BEGIN
--- Comment #5 from schwab at linux-m68k dot org 2010-04-05 09:36 --- m68k-*-coff is no longer supported. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12026
[Bug c/43633] sizeof returns wrong size for large long long values when using -std=c99
--- Comment #2 from schwab at linux-m68k dot org 2010-04-03 09:16 --- §6.4.4.1 Integer constants: If an integer constant cannot be represented by any type in its list, it may have an extended integer type, if the extended integer type can represent its value. If all of the types in the list for the constant are signed, the extended integer type shall be signed. Thus 9223372036854775808LL will be of some signed extended type, since it does not fit in long long. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43633
[Bug bootstrap/43619] Bootstrap failure: /lib/cpp fails sanity check
--- Comment #5 from schwab at linux-m68k dot org 2010-04-01 15:59 --- You have a bad c++ in your path: configure:4892: checking whether we are using the GNU C++ compiler configure:4911: c++ -c conftest.cpp 5 /usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/cc1plus.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory configure:4911: $? = 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
[Bug bootstrap/43619] Bootstrap failure: /lib/cpp fails sanity check
--- Comment #6 from schwab at linux-m68k dot org 2010-04-01 16:05 --- AC_PROG_CXX was added with the --enable-build-with-cxx support. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
[Bug target/43294] [4.5 Regression] Error: junk at end of line, first unrecognized character is `@'
--- Comment #3 from schwab at linux-m68k dot org 2010-03-09 21:59 --- Fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43294
[Bug target/43294] New: Error: junk at end of line, first unrecognized character is `@'
if [ x-fpic != x ]; then \ /home/andreas/src/gcc/m68k/./gcc/xgcc -B/home/andreas/src/gcc/m68k/./gcc/ -B/usr/local/m68k-linux/m68k-linux/bin/ -B/usr/local/m68k-linux/m68k-linux/lib/ -isystem /usr/local/m68k-linux/m68k-linux/include -isystem /usr/local/m68k-linux/m68k-linux/sys-include-c -DHAVE_CONFIG_H -O2 -g -I. -I../../../gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic -fpic ../../../gcc/libiberty/make-temp-file.c -o pic/make-temp-file.o; \ else true; fi /tmp/ccuqFiGf.s: Assembler messages: /tmp/ccuqFiGf.s:542: Error: junk at end of line, first unrecognized character is `@' make[1]: *** [make-temp-file.o] Error 1 make[1]: Leaving directory `/home/andreas/src/gcc/m68k/m68k-linux/libiberty' make: *** [all-target-libiberty] Error 2 .section.debug_loc,,@progbits .Ldebug_loc0: [...] .long @got.w -- Summary: Error: junk at end of line, first unrecognized character is `@' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: build, assemble-failure Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org GCC target triplet: m68k-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43294
[Bug c++/43284] Explicit casting of double to long long causes value to overflow
--- Comment #1 from schwab at linux-m68k dot org 2010-03-07 22:07 --- 9223372036854775807 has more significant bits than what fits in a double, it is rounded to 9223372036854775808.0, which then overflows when converted to long long. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43284
[Bug c/42990] warning: implicit declaration of function 'xxx' instead of error: ...
--- Comment #3 from schwab at linux-m68k dot org 2010-02-07 09:15 --- Use -Werror-implicit-function-declaration. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42990
[Bug middle-end/42863] [4.5] Regression whith auto increments
--- Comment #2 from schwab at linux-m68k dot org 2010-01-25 19:44 --- m68k-unknown-amigaos is not a valid target. -- schwab at linux-m68k dot org changed: What|Removed |Added GCC build triplet|i386-unknown-freebsd6.3 | GCC host triplet|i386-unknown-freebsd6.3 | GCC target triplet|m68k-unknown-amigaos|m68k-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42863
[Bug c/42754] ICE on building libgcc.c __mulvdi3.
-- schwab at linux-m68k dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug rtl-optimization/42522] (zero_extract:SI (mem:QI) ...) misoptimized
--- Comment #13 from schwab at linux-m68k dot org 2010-01-17 22:27 --- The bug exists since the dawn of time. The problem is that cse thinks that (zero_extract:SI (mem:QI ...) ...) is zero if (mem:QI ...) is known to be zero, but the first argument of zero_extract is only a base address if it is a memory address. On m68k this is only generated when STRICT_ALIGNMENT, and the bug was hidden until e2496245b8453f49bb4428f281af7686be09ddf8: 2000-07-17 Zack Weinberg z...@wolery.cumb.org (simplify_ternary_operation): Do not examine MODE_BITSIZE of a CONST_INT, it will always be zero. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|target |rtl-optimization Ever Confirmed|0 |1 GCC target triplet|m68k-*-*|m68k-*-elf Last reconfirmed|-00-00 00:00:00 |2010-01-17 22:27:47 date|| Summary|[m68k] Wrong code generated |(zero_extract:SI (mem:QI) |with -O2/-O3|...) misoptimized http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
[Bug rtl-optimization/42522] (zero_extract:SI (mem:QI) ...) misoptimized
-- schwab at linux-m68k dot org changed: What|Removed |Added Known to fail||4.3.4 4.4.3 Target Milestone|--- |4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
[Bug c/42711] the increment(++) or decrement(--) operators is wrong for short index of array
--- Comment #2 from schwab at linux-m68k dot org 2010-01-12 16:24 --- *** This bug has been marked as a duplicate of 11751 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Summary|the increment(++) or|the increment(++) or |decrement(--) operators is |decrement(--) operators is |wrong for short index of|wrong for short index of |array |array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42711
[Bug c/11751] wrong evaluation order of an expression
--- Comment #86 from schwab at linux-m68k dot org 2010-01-12 16:24 --- *** Bug 42711 has been marked as a duplicate of this bug. *** -- schwab at linux-m68k dot org changed: What|Removed |Added CC||aonebeam at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751
[Bug target/42516] [m68k] Suboptimal halfword swap on coldfire
--- Comment #4 from schwab at linux-m68k dot org 2009-12-30 23:04 --- Fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42516
[Bug c/42522] [m68k] Wrong code generated with -O2/-O3
--- Comment #7 from schwab at linux-m68k dot org 2009-12-29 11:58 --- Please report that to the provider of your inofficial builds. Neither m68k-amigaos nor m68k-atari-mint are supported by the official sources. -- schwab at linux-m68k dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
[Bug target/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #10 from schwab at linux-m68k dot org 2009-12-29 16:29 --- m68k-amigaos is not a supported target. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #16 from schwab at linux-m68k dot org 2009-12-29 16:31 --- m68k-amigaos is not a supported target. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug c/42522] [m68k] Wrong code generated with -O2/-O3
--- Comment #4 from schwab at linux-m68k dot org 2009-12-28 23:30 --- Works for me with 4.5.0 20091228. -- schwab at linux-m68k dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |RESOLVED GCC host triplet|i686-cygwin | GCC target triplet|m68k-amigaos|m68k-*-* Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
[Bug target/42516] [m68k] Suboptimal halfword swap on coldfire
--- Comment #1 from schwab at linux-m68k dot org 2009-12-27 17:19 --- This is part of the rotlsi3 pattern which is disabled for coldfire since it does not have rotate insns. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|amd64-unknown-linux | GCC target triplet|m68k-elf|m68k-*-* Last reconfirmed|-00-00 00:00:00 |2009-12-27 17:19:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42516
[Bug c++/42296] template : missing in analyse of possible constructor
--- Comment #1 from schwab at linux-m68k dot org 2009-12-05 09:14 --- *** Bug 42297 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42296
[Bug c++/42297] template : missing in analyse of possible constructor
--- Comment #1 from schwab at linux-m68k dot org 2009-12-05 09:14 --- *** This bug has been marked as a duplicate of 42296 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42297
[Bug c/42173] O3 option changes sprintf behavior
--- Comment #1 from schwab at linux-m68k dot org 2009-11-25 12:39 --- sprintf(mystring,%s world,mystring); Overlapping copies are undefined. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42173
[Bug c/42126] gcc optimizes line away/optimizes to an endless loop
--- Comment #2 from schwab at linux-m68k dot org 2009-11-20 22:45 --- Neither freeList nor serviceMsg are volatile. Thus freeList can never change and serviceMsg = msg is a dead assignment. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42126
[Bug c++/41856] g++.dg/lookup/extern-c-redecl[3,4] .C scan-assembler fails on darwin
--- Comment #8 from schwab at linux-m68k dot org 2009-10-29 17:29 --- (In reply to comment #7) The '.*?' is the non greedy form of '.*'. If I put '.*' only, then '.*foo' '.*' will match the foo coming after and that will not do what I want. The nongreedy form will not prevent that. You should never use '.*' because '.' can match newline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41856
[Bug c/41794] About Long long bit field
--- Comment #1 from schwab at linux-m68k dot org 2009-10-22 09:32 --- *** This bug has been marked as a duplicate of 41793 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41794
[Bug c/41793] [4.3/4.4/4.5 Regression] About Long long bit field
--- Comment #2 from schwab at linux-m68k dot org 2009-10-22 09:32 --- *** Bug 41794 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41793
[Bug fortran/41601] GNU Fortran is not working
--- Comment #2 from schwab at linux-m68k dot org 2009-10-06 13:19 --- This is the real problem: /root/gcc-build/./gcc/f951: relocation error: /usr/local/lib/libmpfr.so.1: undefined symbol: __gmp_get_memory_functions You need to fix your libmpfr installation. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41601
[Bug c/41476] [4.5 regression] __typeof__ expands to const type for function types
--- Comment #2 from schwab at linux-m68k dot org 2009-09-27 15:44 --- Fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41476
[Bug c/41476] New: [4.5 regression] __typeof__ expands to const type
When __typeof__ is applied to a conditional expression that contains a call to a const function it expands to a const type. $ cat tgmath.c int foo (int) __attribute__ ((const)); void test (void) { __typeof__ (1 ? foo (0) : 0) texpr; texpr = 0; } $ gcc -c tgmath.c tgmath.c: In function #8216;test#8217;: tgmath.c:7:3: error: assignment of read-only variable #8216;texpr#8217; -- Summary: [4.5 regression] __typeof__ expands to const type Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41476
[Bug ada/41434] coldfire ACATS failures
--- Comment #2 from schwab at linux-m68k dot org 2009-09-26 22:24 --- Looks like something has clobbered register A6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
[Bug c++/41425] switch with enums doesn't work
--- Comment #7 from schwab at linux-m68k dot org 2009-09-21 14:25 --- (In reply to comment #3) As far as I can see, you are triggering undefined behavior. There is a big difference between undefined and unspecified behaviour. With unspecified behaviour the implementation must chose a consistent behaviour, although it does not have to document which one it choses. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41425
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #7 from schwab at linux-m68k dot org 2009-09-08 18:16 --- Fix all the warnings first then try again. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug tree-optimization/41284] New: [4.5 regression] gcc fails to inline simple function
gcc fails to inline a simple function if it is first declared non-inline. There is no warning with -Winline. $ gcc -S -O2 -Winline -fpic inline.c $ grep fxstatat64 inline.s $ gcc -S -O2 -Winline -fpic inline.c -DNO_DECL $ grep fxstatat64 inline.s bl __gi___fxstata...@local -- Summary: [4.5 regression] gcc fails to inline simple function Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at linux-m68k dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41284
[Bug tree-optimization/41284] [4.5 regression] gcc fails to inline simple function
--- Comment #1 from schwab at linux-m68k dot org 2009-09-06 14:15 --- Created an attachment (id=18517) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18517action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41284
[Bug tree-optimization/41284] [4.5 regression] gcc fails to inline simple function
--- Comment #3 from schwab at linux-m68k dot org 2009-09-06 14:55 --- I don't know what m86k is, but this is obviously ppc assembler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41284
[Bug tree-optimization/41271] [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #11 from schwab at linux-m68k dot org 2009-09-06 16:08 --- *** Bug 41284 has been marked as a duplicate of this bug. *** -- schwab at linux-m68k dot org changed: What|Removed |Added CC||schwab at linux-m68k dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug tree-optimization/41284] [4.5 regression] gcc fails to inline simple function
--- Comment #4 from schwab at linux-m68k dot org 2009-09-06 16:08 --- *** This bug has been marked as a duplicate of 41271 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED GCC target triplet|ppc-*-* | Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41284
[Bug middle-end/37053] [4.3/4.4/4.5 regression] ICE in reload_cse_simplify_operands, at postreload.c:395
--- Comment #20 from schwab at linux-m68k dot org 2009-08-23 18:19 --- Fixed in 4.5.0. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37053
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #13 from schwab at linux-m68k dot org 2009-08-23 18:25 --- Fixed in 4.5.0. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug middle-end/36583] [4.3/4.4/4.5 Regression] ICE on 5282/5206 at -O2
--- Comment #8 from schwab at linux-m68k dot org 2009-08-23 18:30 --- No longer reproducible, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|4.3.5 |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36583
[Bug target/34439] ICE in reload_cse_simplify_operands for Coldfire
--- Comment #6 from schwab at linux-m68k dot org 2009-08-23 18:34 --- No longer reproducible, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34439
[Bug target/32424] [4.3/4.4/4.5 Regression] gcc.c-torture/compile/20050303-1.c FAILs
--- Comment #12 from schwab at linux-m68k dot org 2009-08-23 18:38 --- No longer reproducible with 4.4.0, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|4.3.5 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32424
[Bug target/32423] gcc.c-torture/compile/20020604-1.c ICEs
--- Comment #6 from schwab at linux-m68k dot org 2009-08-23 18:40 --- No longer reproducible with 4.4.0, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32423
[Bug target/32307] ICE building simple httpd log.c for -m5282x option
--- Comment #5 from schwab at linux-m68k dot org 2009-08-23 18:43 --- No longer reproducible with 4.3.4, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32307
[Bug target/30064] ICE in reload_cse_simplify_operands, at postreload.c:393
--- Comment #3 from schwab at linux-m68k dot org 2009-08-23 18:45 --- No longer reproducible with 4.3.0, assuming fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30064
[Bug debug/38367] [4.2/4.3 Regression] Wrong debug information for big endian function parameters
--- Comment #12 from schwab at linux-m68k dot org 2009-08-23 18:52 --- Wontfix for 4.3. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
[Bug c/40415] gcc 4.4.0 error at postreload.c:396
--- Comment #1 from schwab at linux-m68k dot org 2009-06-11 13:52 --- *** This bug has been marked as a duplicate of 40414 *** -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40415