Emerging Mac-on-Linux fails on my system after upgrading to binutils-2.14.90 (both .1-r1 and .2). The error is as follows: ... Making all in kmod Making all in Linux =========================================================== Kernel headers: /lib/modules/2.4.20-ben10/build/include Module compiled for: 2.4.20-ben10 Running kernel: 2.4.20-ben10 =========================================================== gcc -E -D__ASSEMBLY__ -I../.. -I./ -DMODVERSIONS -include /lib/modules/2.4.20-ben10/build/include/linux/modversions.h -D__KERNEL__ -DMODULE -I../../src/kmod/include -I../../src/shared -I- -I/lib/modules/2.4.20-ben10/build/include traps.S | m4 -s | tr ';' '\n' > traps.o.s as traps.o.s -o traps.o emulation.S: Assembler messages: emulation.S:738: Error: too many positional arguments emulation.S:742: Error: too many positional arguments emulation.S:746: Error: too many positional arguments emulation.S:750: Error: too many positional arguments emulation.S:754: Error: too many positional arguments emulation.S:758: Error: too many positional arguments emulation.S:762: Error: too many positional arguments emulation.S:766: Error: too many positional arguments emulation.S:770: Error: too many positional arguments emulation.S:774: Error: too many positional arguments emulation.S:778: Error: too many positional arguments emulation.S:782: Error: too many positional arguments emulation.S:786: Error: too many positional arguments emulation.S:790: Error: too many positional arguments emulation.S:794: Error: too many positional arguments emulation.S:798: Error: too many positional arguments make[3]: *** [traps.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 I get this with either mol-0.9.68-r4 or mol-0.9.69_pre1, on two different kernels ( ppc-sources-benh-2.4.20-r10 or 2.4.21-rc2-ben0), with gcc-3.2.2-r2 or -3.2.3-r1. Changing my CFLAGS to very basic ones gives me the same error. After downgrading to binutils-2.13.90.0.18-r1, both versions of mol build and work fine again. Reproducible: Always Steps to Reproduce: 1.emerge >=binutils-2.14.90.0.1-r1 2.emerge mol 3. Portage 2.0.48_pre6 (default-ppc-1.4, gcc-3.2.3, glibc-2.3.2-r0) ================================================================= System uname: 2.4.20-ben10 ppc GENTOO_MIRRORS="http://gentoo.linux.no http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="oss dvd mitshm ppc gnome-libs gtkhtml gdbm berkdb slang aalib bonobo tcltk java guile sdl gpm tcpd pam libwww ssl perl python esd imlib gtk motif mozilla -gnome X xv freetype truetype fbcon gtk2 socks5 nls cjk pdflib tetex kde qt qt-mt alsa arts xmms oggvorbis jpeg png tiff gif mpeg quicktime altivec moznomail moznoirc moznocompose mozsvg encode cups directfb pic cdr doc flash gb jikes opengl plotutils readline" COMPILER="gcc3" CHOST="powerpc-unknown-linux-gnu" CFLAGS="-O2 -pipe -mcpu=7450 -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char" CXXFLAGS="-O2 -pipe -mcpu=7450 -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char" ACCEPT_KEYWORDS="ppc ~ppc" MAKEOPTS="-j2" AUTOCLEAN="no" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="noauto ccache"
confirmed, we'll need some time to discover what's wrong, please downgrade in the mean time just to build mol, if you need it badly.
seems that the current source (from rysnc) doesn't have the issue, builds cleanly, maybe we'll roll a snapshot or backport the fix.
new snapshot uploaded, it builds correctly
0.9.69* is broken on the Pegasos at the moment (it is a known problem). So perhaps we/I should try to get 0.9.68 to compile again.
Or could you test the 0.9.70_rc2?
I'll try that when the new Pegasos kernel is finished. It will take at least another week though since the developer is on vacation. Early rumors state that recent versions from CVS work though.
The 0.70 snapshot works great on Pegasos so 0.68 is no longer needed.
