[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #6 from Jeffrey A. Law  ---
Tracking via 68467.  What we really need here is a .i file we can feed back
into the compiler for debugging purposes.

*** This bug has been marked as a duplicate of bug 68467 ***

[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[angelo70 at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

angelo  changed:

   What|Removed |Added

 CC||angelo70 at gmail dot com

--- Comment #5 from angelo  ---
There are 5 comments with related job to collect logs and help gcc community,
and other as me facing similar issues compiling with "--with-arch=cf".

I know gcc is an open community and we can't pretend anything,
anyway, at least a reply in 4 years would be good.

[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[baker at usgs dot gov]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

--- Comment #4 from Larry Baker  2012-09-18 21:51:36 UTC 
---
(In reply to comment #3)
> Created attachment 28217 [details]
> Hacked binutils 1.22 bfd/elflink.c
> 
> I added a bunch of debugging output to bfd/elflink.c to find out where the 
> link
> failure occurs.

This doesn't belong here -- it is for Bug no. 54584.

Will the moderator please remove it?

Sorry.

[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[baker at usgs dot gov]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

--- Comment #3 from Larry Baker  2012-09-18 21:45:23 UTC 
---
Created attachment 28217
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28217
Hacked binutils 1.22 bfd/elflink.c

I added a bunch of debugging output to bfd/elflink.c to find out where the link
failure occurs.

[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[baker at usgs dot gov]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

--- Comment #2 from Larry Baker  2012-09-12 20:55:00 UTC 
---
Same bug occurs fo GCC 4.8.  Here's the patch I used to build a GCC 4.8
cross-compiler:

--- gcc-4.8-20120909/libgcc/config.host
+++ gcc-4.8-20120909-patched/libgcc/config.host
@@ -704,3 +704,3 @@
 m68k-*-uclinux*)# Motorola m68k/ColdFire running uClinux with uClibc
-tmake_file="$tmake_file m68k/t-floatlib m68k/t-linux"
+tmake_file="$tmake_file m68k/t-floatlib"
 md_unwind_header=m68k/linux-unwind.h

[Bug target/53833] m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[baker at usgs dot gov]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53833

--- Comment #1 from Larry Baker  2012-07-05 18:07:48 UTC 
---
I didn't try to figure out why the code in libgcc/config/m68k/linux-atomic.c is
causing the GCC 4.7.1 xgcc cross compiler to fail.  I just patched
libgcc/config.host to disable atomic builtins when compiling for Motorola
m68k/ColdFire running uClinux with uClibc:

--- gcc-4.7.1/libgcc/config.host.orig2012-04-30 10:39:57.0 -0700
+++ gcc-4.7.1/libgcc/config.host2012-07-05 00:01:17.0 -0700
@@ -710,3 +710,3 @@
m68k-*-uclinux*)# Motorola m68k/ColdFire running uClinux with uClibc
-tmake_file="$tmake_file m68k/t-floatlib m68k/t-linux"
+tmake_file="$tmake_file m68k/t-floatlib"
md_unwind_header=m68k/linux-unwind.h

Someone still needs to figure out why the implementation fails for m68k-uclinux
--with-arch=cf.