On Monday 04 February 2008 11:14:02 David Daney wrote: > Rob Landley wrote: > > My attempts at building uClibc-0.9.29 for m68k keep triggering internal > > compiler errors. > > > >> CC libc/inet/inet_aton.os > >> CC libc/inet/inet_addr.os > >> CC libc/inet/inet_ntoa.os > >> libc/inet/addr.c: In function 'inet_ntoa_r': > >> libc/inet/addr.c:145: internal compiler error: in output_move_qimode, at > >> config/m68k/m68k.c:1899 Please submit a full bug report, > >> with preprocessed source if appropriate. > >> See <URL:http://gcc.gnu.org/bugs.html> for instructions. > >> make[1]: *** [libc/inet/inet_ntoa.os] Error 1 > >> make: *** [lib/libc.so.0] Error 2 > > > > I tried upgrading from gcc 4.1.2 to 4.2.2, and it made no difference. > > Searching the GCC's bugzilla for 68k internal compiler errors yields > nothing for output_move_qimode.
So that would be a "no", then. > Please open a new bug report at the indicated URL. To reproduce the bug: wget http://landley.net/hg/firmware/archive/tip.tar.bz2 tar xvjf tip.tar.bz2 cd firmware-* [ add the attached patch to sources/patches ] ./build.sh m68k That's pretty much all I know about it at the moment. That and moving from 4.1.2->4.2.2 didn't fix it. :( > You could also try with the current SVN trunk, as it is very close to > being released as GCC 4.3. It could be that it works there. Alas, upgrading to gcc 4.2 broke arm soft float. (Ok, it was broken in gcc 4.1 too, but I had a patch to fix it there, and adapting it to gcc 4.2 didn't work. They let M.C. Escher have another go at the makefiles...) I plan to upgrade someday, but for right now I've got higher priority todo items and reverted the upgrade until I get some other things cleared. The problem is that gcc the gcc developers moved the soft float functions in libgcc_s.so, and if you build the compiler with --disable-shared they have to move back to libgcc.a. You have to patch gcc to accomplish this, and the build changed enough between 4.1 and 4.2 that a straightforward adaptation of the patch doesn't work. (I'm working on it, but since gcc 4.2 has no obvious advantages over 4.1 so far, it's low priority.) That said, I can try to take a whack at SVN for diagnostic purposes. Maybe later this evening. (I just can't _deploy_ it in the short term. And if it _does_ fix it, maybe I can binary search for the fix. But if 4.2 didn't, and there's nothing in the bug tracker, I kind of doubt it was specifically addressed...) > Thanks, > David Daney Rob -- "One of my most productive days was throwing away 1000 lines of code." - Ken Thompson.
--- uClibc-0.9.29/libc/sysdeps/linux/common/Makefile.in 2006-02-15 12:12:03.000000000 -0600 +++ uClibc2/libc/sysdeps/linux/common/Makefile.in 2008-02-01 21:35:22.000000000 -0600 @@ -14,6 +14,10 @@ CSRC := $(filter-out sbrk.c,$(CSRC)) endif +ifneq ($(UCLIBC_USE_MMU),y) +CSRC := $(filter-out msync.c,$(CSRC)) +endif + ifneq ($(UCLIBC_HAS_LFS),y) CSRC_LFS := $(notdir $(wildcard $(COMMON_DIR)/*64.c)) CSRC := $(filter-out llseek.c $(CSRC_LFS),$(CSRC))
_______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
