* [Buildroot] arch support
2009-01-12 8:54 [Buildroot] arch support Peter Korsgaard
@ 2009-01-12 9:00 ` Hans-Christian Egtvedt
2009-01-12 9:08 ` Peter Korsgaard
` (2 more replies)
2009-01-12 9:07 ` Bernhard Reutner-Fischer
` (2 subsequent siblings)
3 siblings, 3 replies; 16+ messages in thread
From: Hans-Christian Egtvedt @ 2009-01-12 9:00 UTC (permalink / raw)
To: buildroot
On Mon, 12 Jan 2009 09:54:36 +0100
Peter Korsgaard <jacmet@uclibc.org> wrote:
> Hi,
>
> I just finished building the defconfigs for all the archs (uclibc
> 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
> avr32 which does it's own thing)
>
Nice, that is a good number of CPU cycles used ;)
> I'm using those versions instead of the defaults, as I would like to
> change the defaults before the release.
>
> Build logs are here: http://uclibc.org/~jacmet/br/
>
> Status:
>
> alpha: broken in libpthread
> arm: ok
> armeb: ok
> avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
Hmm, why is not 0.9.30 default for AVR32? It compiles fine with the
upstream release, no extra patches needed.
<snipp>
--
Best regards,
Hans-Christian Egtvedt
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-12 9:00 ` Hans-Christian Egtvedt
@ 2009-01-12 9:08 ` Peter Korsgaard
2009-01-12 10:33 ` Ulf Samuelsson
2009-01-12 10:35 ` Ulf Samuelsson
2 siblings, 0 replies; 16+ messages in thread
From: Peter Korsgaard @ 2009-01-12 9:08 UTC (permalink / raw)
To: buildroot
>>>>> "Hans-Christian" == Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com> writes:
Hi,
>> I just finished building the defconfigs for all the archs (uclibc
>> 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
>> avr32 which does it's own thing)
>>
Hans-Christian> Nice, that is a good number of CPU cycles used ;)
yeah ;)
>> avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
Hans-Christian> Hmm, why is not 0.9.30 default for AVR32? It compiles
Hans-Christian> fine with the upstream release, no extra patches
Hans-Christian> needed.
I guess it's because of:
toolchain/Config.in:
config BR2_TOOLCHAIN_BUILDROOT
bool "Buildroot toolchain"
depends on !BR2_avr32
Which is from r21549 (Ulf)
and target/device/Config.in.toolchain:
choice
prompt "Source location:"
default BR2_TOOLCHAIN_ATMEL_AVR32_4_2_2 if BR2_avr32
Which is from r22624 (Ulf)
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-12 9:00 ` Hans-Christian Egtvedt
2009-01-12 9:08 ` Peter Korsgaard
@ 2009-01-12 10:33 ` Ulf Samuelsson
2009-01-12 10:35 ` Ulf Samuelsson
2 siblings, 0 replies; 16+ messages in thread
From: Ulf Samuelsson @ 2009-01-12 10:33 UTC (permalink / raw)
To: buildroot
m?n 2009-01-12 klockan 10:00 +0100 skrev Hans-Christian Egtvedt:
> On Mon, 12 Jan 2009 09:54:36 +0100
> Peter Korsgaard <jacmet@uclibc.org> wrote:
>
> > Hi,
> >
> > I just finished building the defconfigs for all the archs (uclibc
> > 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
> > avr32 which does it's own thing)
> >
>
> Nice, that is a good number of CPU cycles used ;)
>
> > I'm using those versions instead of the defaults, as I would like to
> > change the defaults before the release.
> >
> > Build logs are here: http://uclibc.org/~jacmet/br/
> >
> > Status:
> >
> > alpha: broken in libpthread
> > arm: ok
> > armeb: ok
> > avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
>
> Hmm, why is not 0.9.30 default for AVR32? It compiles fine with the
> upstream release, no extra patches needed.
I am using uClibc-0.9.30 for all the builds I do now.
I have seen some issues in some packages which
seems to be compiler related, but not uClibc relateds.
Will come back on that.
BR
Ulf Samuelsson
>
> <snipp>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 9:00 ` Hans-Christian Egtvedt
2009-01-12 9:08 ` Peter Korsgaard
2009-01-12 10:33 ` Ulf Samuelsson
@ 2009-01-12 10:35 ` Ulf Samuelsson
2 siblings, 0 replies; 16+ messages in thread
From: Ulf Samuelsson @ 2009-01-12 10:35 UTC (permalink / raw)
To: buildroot
Here are build result for AVR32 and ARM.
They are not 100 % reliable but indicates some problem areas.
They are generated by first building a board, and then
running buildall.sh
Best Regards
Ulf Samuelsson
-------------- next part --------------
Not building busybox
flex OK
make OK
Other development stuff
autoconf OK
automake OK
bison OK
cvs OK
distcc OK
dmalloc OK
fakeroot OK
gettext OK
libgmp OK
gperf OK
libmpfr OK
libtool OK
m4 OK
mpatrol FAIL Gdb does not support native target avr32-unknown-linux-uclibc"
oprofile FAIL binutils: no ansidecl.h symcat.h
pkgconfig OK
readline OK
valgrind FAIL machine `avr32' not recognized
pcre OK
Other stuff
at OK
beecrypt OK
berkeleydb FAIL machine `avr32' not recognized
bsdiff FAIL bsdiff.c: undefined reference to `BZ2_bzWriteOpen'
cups OK
customize OK
file OK
gamin OK
icu FAIL no rule for "out" needed for out/icudt38b.dat
kexec FAIL machine `avr32' not recognized
libconfig OK
libconfuse OK
libdaemon OK
libelf OK
libevent FAIL machine `avr32' not recognized
libfloat FAIL Packages is obsolete? No longer available at debian
http://ftp.debian.org/debian/pool/main/libf/libfloat/libfloat_990616.orig.tar.gz
libgcrypt OK
libgpg-error OK
libiconv OK
liblockfile OK
liboil OK
libsysfs OK
lockfile-progs OK
logrotate OK
lsof OK
NOt building ltp-testsuite
ltrace FAIL machine `avr32' not recognized.
ltt FAIL Package is obsolete and replaced by LTTng
http://ltt.polymtl.ca/lttng/lttng-2.6.27-rc6-0.21.tar.bz2
memstat OK
ng-spice-rework FAIL Couldn't find Xaw library
popt OK
screen OK
startup-notification FAIL /usr/lib/libX11.so: could not read symbols: File in wrong format
strace OK
sudo FAIL Package disappeared
http://www.courtesan.com/sudo/dist/sudo-1.6.8p12.tar.gz
Replace with http://www.courtesan.com/sudo/dist/sudo-1.7.0.tar.gz
########database FAIL no target
Networking applications
argus FAIL machine `avr32' not recognized
avahi OK
axel OK
bind FAIL machine `avr32' not recognized
bridge OK
dnsmasq OK
dropbear OK
ethtool OK
haserl OK
hostap FAIL depends on pcmcia, which needs to be configured in kernel
ifplugd OK
irda-utils FAIL Package makefile totally broken
iperf OK
iproute2 OK
ipsec-tools FAIL staging_dir/usr/include/string.h causes compile errors
iptables OK
kismet FAIL machine `avr32' not recognized
l2tp OK
libcgi OK
libcgicc FAIL Caanot find http://www.cgicc.org/
http://www.cgicc.org/files/cgicc-3.2.3.tar.bz2 cannot be downloaded
libcurl FAIL
/bin/sh: error while loading shared libraries:
/home/ulf/projects/Buildroot/20090110/buildroot-avr32/build_avr32/staging_dir/usr/lib/libreadline.so.5:
ELF file data encoding not little-endian
libeXosip2 FAIL Multiple compile errors
libosip2 OK
libpcap OK
libupnp OK
links OK
lrzsz OK
mdnsresponder FAIL strip: Unable to recognise the format of the input file `build/prod/mdnsd'
mii-diag OK
mrouted FAIL http://archive.debian.org/debian-archive/pool/non-free/m/mrouted//mrouted_3.9-beta3.orig.tar.gz
http://archive.debian.org/debian-archive/pool/non-free/m/mrouted/ not on server
ftp://ftp.research.att.com/pub/fenner/mrouted/mrouted-3.9beta3+IOS12.tar.gz
ftp://ftp.cica.es/mirrors/Linux/Guadalinex/repositorio/pool/non-free/m/mrouted/mrouted_3.9-beta3.orig.tar.gz
mutt FAIL http://ftp.debian.org/debian/pool/main/m/mutt//mutt_1.5.17+20080114.orig.tar.gz
Disappeared, latest is
http://ftp.debian.org/debian/pool/main/m/mutt/mutt_1.5.18.orig.tar.gz
nbd OK
ncftp OK
neon FAIL /usr/lib/libxml2.so: could not read symbols: File in wrong format
netkitbase OK
netkittelnet OK
netplug OK
netsnmp OK
nfs-utils OK
ntp OK
olsr OK
ntpd (openntpd) FAIL machine `avr32' not recognized
openssh OK
openssl OK
openvpn FAIL machine `avr32' not recognized
openswan FAIL Compile errors
portmap OK
pppd OK
rp-pppoe OK
pptp-linux OK
proftpd OK
NOt building quagga
rsync OK
samba FAIL Patch fails
socat OK Need to be set in Config.in
stunnel FAIL machine `avr32' not recognized
tcpdump OK
tftpd OK
tn5250 FAIL machine `avr32' not recognized
ttcp OK
udpcast OK
vpnc FAIL ./vpnc: ./vpnc: cannot execute binary file
vsftpd OK
vtun FAIL machine `avr32' not recognized
webif OK
wireless-tools OK
Hardware handling / blockdevices and filesystem maintenance
acpid FAIL http://ftp.debian.org/debian/pool/main/a/acpid/acpid_1.0.4-1.tar.gz
Disappeared, replaced by
http://ftp.debian.org/debian/pool/main/a/acpid/acpid_1.0.8.orig.tar.gz
http://ftp.debian.org/debian/pool/main/a/acpid/acpid_1.0.8-1.diff.gz
dbus OK
dbus-glib FAIL machine `avr32' not recognized
devmem2 OK
dm OK
dmraid FAIL machine `avr32' not recognized
e2fsprogs OK
eeprog OK
fconfig OK
fis OK
libfuse OK
gadgetfs-test OK
hal FAIL machine `avr32' not recognized
hwdata OK
i2c-tools OK
input-tools OK
iostat OK
libaio OK
libraw1394 FAIL No rule to make target staging_dir/lib/libraw1394.so
Should be staging_dir/usr/lib/libraw1394.so
machine `avr32' not recognized
libusb OK
lm-sensors OK
lvm2 OK
mdadm OK
memtester OK
mkdosfs OK
mtd OK
ntfs-3g FAIL machine `avr32' not recognized
pciutils FAIL machine `avr32' not recognized Requires x86 architecture?
pcmcia FAIL pcmcia, needs to be configured in kernel
raidtools2 FAIL No site available
Obsolete package that should be replaced by mdadm
setserial OK
smartmontools FAIL machine `avr32' not recognized
usbmount OK
usbutils OK
wipe OK
Not building xfsprogs
Graphic libraries and applications (graphic/text)
\ttext rendering libraries
alsa-lib FAIL AVR32: relocation truncated to fit: R_AVR32_9UW_PCREL against `.text'+1310
alsa-utils FAIL depends on alsa-lib
ncurses OK
newt OK
slang OK
aumix OK
gstreamer OK
gst-plugins-base OK
gst-plugins-good FAIL /usr/lib/libaa.so: could not read symbols: File in wrong format
gst-plugins-ugly OK
libid3tag OK
libmad OK
libmpd OK
libogg OK
libsndfile FAIL AVR32:Error: operand out of range (55412 not between -32768 and 32767)
libtheora FAIL /bin/sh: ./vp3huff: cannot execute binary file
libvorbis OK
madplay FAIL depends on alsa-lib
mpg123 FAIL depends on alsa-lib
mplayer FAIL depends on alsa-lib
speex OK
festival FAIL depends on alsa-lib
vlc FAIL depends on libmad which depends on alsa-lib
Graphic libraries and applications (graphic/text)
text rendering libraries
ncurses OK
newt OK
slang OK
graphic libraries
directfb OK Needed linux-fusion
directfb-examples FAIL Need major API version 8!
fbdump OK
linux-fusion OK Updated to V8.0.2
imagemagick FAIL Hardwires directory to ImageMagick-6.3.7' but version is updated
jpeg OK
libart OK
libpng OK
libungif OK
lite OK
pixman OK
sawman OK
sdl OK After update of "sdl.mk"
sdl_image OK
sdl_mixer OK
SDL_net OK
sdl_ttf OK
tiff OK
busybox graphic applications
--> May be broken in busybox
fbv OK
fbset OK
other GUIs
qte FAIL Illegal Username
qtopia4 OK
Compressors / decompressors
lzo OK
lzma-target OK
zlib OK
Package managers
ipkg OK
Not building portage
Interpreter languages / Scripting
lua OK
microperl FAIL *** No rule to create target "<command-line>", needed for "miniperlmain.o"
package/microperl/microperl.mk seems broken
python OK
ruby FAIL machine `avr32' not recognized
tcl FAIL Compile error
php FAIL http://us.php.net/get/php-5.2.7.tar.bz2/from/us2.php.net/mirror
http://us.php.net/get/php-5.2.8.tar.bz2/from/a/mirror
php OK after upgrade to 5.2.8
XML handling
expat OK
ezxml OK
libxml2 OK
libxslt OK
xerces FAIL http://www.apache.org/dist/xerces/c/source//xerces-c-src_2_7_0.tar.gz
Replaced by latest version 2.8
http://www.apache.org/dist/xerces/c/2/sources/xerces-c-src_2_8_0.tar.gz
http://www.apache.org/dist/xerces/c/2/sources/xerces-c-tools_2_8_0.tar.gz
or for version 3.0
http://www.apache.org/dist/xerces/c/3/sources/xerces-c-3.0.0.tar.gz
http://www.apache.org/dist/xerces/c/3/sources/xerces-c-tools-3.0.0.tar.gz
Not building java
Not building games
-------------- next part --------------
flex OK
make OK
Other development stuff
autoconf OK
automake OK
bison OK
cvs OK
distcc OK
dmalloc OK
fakeroot OK
gettext OK
libgmp OK
gperf OK
libmpfr OK
libtool OK
m4 OK
mpatrol FAIL
oprofile FAIL
pkgconfig OK
readline OK
valgrind FAIL
pcre OK
Other stuff
at OK
beecrypt OK
berkeleydb FAIL
bsdiff FAIL
cups OK
customize OK
file OK
gamin OK
icu FAIL
kexec FAIL
libconfig OK
libconfuse OK
libdaemon OK
libelf OK
libevent FAIL
libfloat FAIL
libgcrypt OK
libgpg-error OK
libiconv OK
liblockfile OK
liboil OK
libsysfs OK
lockfile-progs OK
logrotate FAIL
lsof OK
Not building ltp-testsuite
ltrace FAIL
ltt FAIL
memstat OK
ng-spice-rework FAIL
popt FAIL
screen OK
startup-notification FAIL
strace OK
sudo OK
database FAIL
Networking applications
argus FAIL
avahi OK
axel OK
bind FAIL
bridge OK
dnsmasq OK
dropbear OK
ethtool OK
haserl OK
hostap FAIL
ifplugd OK
irda-utils FAIL
iperf OK
iproute2 OK
ipsec-tools FAIL
iptables OK
kismet FAIL
l2tp OK
libcgi OK
libcgicc FAIL
libcurl FAIL
libeXosip2 FAIL
libosip2 OK
libpcap OK
libupnp OK
links OK
lrzsz OK
mdnsresponder FAIL
mii-diag OK
mrouted FAIL
mutt FAIL
nbd OK
ncftp OK
neon OK
netkitbase OK
netkittelnet OK
netplug OK
netsnmp OK
nfs-utils OK
ntp OK
olsr OK
openntpd FAIL
openssh OK
openssl OK
openvpn FAIL
openswan FAIL
portmap OK
pppd OK
rp-pppoe OK
pptp-linux OK
proftpd OK
Not building quagga
rsync OK
samba FAIL
socat OK
stunnel FAIL
tcpdump OK
tftpd OK
tn5250 FAIL
ttcp OK
udpcast OK
vpnc FAIL
vsftpd OK
vtun FAIL
webif OK
wireless-tools OK
Hardware handling / blockdevices and filesystem maintenance
acpid FAIL
dbus OK
dbus-glib FAIL
devmem2 OK
dm OK
dmraid FAIL
e2fsprogs OK
eeprog OK
fconfig OK
fis OK
libfuse OK
gadgetfs-test OK
hal FAIL
hwdata OK
i2c-tools OK
input-tools OK
iostat OK
libaio OK
libraw1394 FAIL
libusb OK
lm-sensors OK
lvm2 OK
mdadm OK
memtester OK
mkdosfs OK
mtd OK
ntfs-3g FAIL
pciutils FAIL
pcmcia FAIL
raidtools FAIL
setserial OK
smartmontools FAIL
usbmount OK
usbutils OK
wipe OK
Not building xfsprogs
text rendering applications
dialog OK
Audio and video libraries and applications
alsa-lib OK
alsa-utils FAIL
Not building asterisk
aumix OK
gstreamer OK
gst-plugins-base OK
gst-plugins-good FAIL
/usr/lib/libaa.so: could not read symbols: File in wrong format
gst-plugins-ugly OK
libid3tag OK
libmad OK
libmpd OK
libogg OK
libsndfile FAIL AVR32.AS: operand out of range (55412 not between -32768 and 32767)
libtheora FAIL /bin/sh: ./vp3huff: cannot execute binary file
libvorbis OK
madplay OK
mpg123 OK
mplayer OK
speex OK
festival FAIL depend on alsa-lib
vlc FAIL depend on libmad
Graphic libraries and applications (graphic/text)
text rendering libraries
ncurses OK
newt OK
slang OK
graphic libraries
directfb OK
directfb-examples OK
fbdump OK
fusion FAIL
imagemagick FAIL
jpeg OK
libart OK
libpng OK
libungif OK
lite OK
pixman OK
sawman FAIL
sdl OK
sdl_image OK
sdl_mixer OK
sdl_net FAIL
sdl_ttf OK
tiff OK
busybox graphic applications
--> May be broken in busybox
fbv OK
fbset OK
other GUIs
qte FAIL
qtopia4 FAIL
Compressors / decompressors
lzo OK
lzma-host FAIL
lzma-target OK
zlib OK
Package managers
ipkg OK
Not building portage
Interpreter languages / Scripting
lua OK
microperl OK
python OK
ruby FAIL
tcl FAIL
php FAIL
XML handling
expat OK
ezxml OK
libxml2 OK
libxslt OK
xerces FAIL
Not building java
Not building games
-------------- next part --------------
flex OK
make OK
Other development stuff
autoconf OK
automake OK
bison OK
cvs OK
distcc OK
dmalloc OK
fakeroot OK
gettext OK
libgmp OK
gperf OK
libmpfr OK
libtool OK
m4 OK
mpatrol FAIL
oprofile FAIL
pkgconfig OK
readline OK
valgrind FAIL
pcre OK
Other stuff
at OK
beecrypt OK
berkeleydb OK
bsdiff FAIL
cups FAIL
customize OK
file OK
gamin FAIL
icu OK
kexec OK
libconfig OK
libconfuse OK
libdaemon OK
libelf OK
libevent OK
libfloat FAIL
libgcrypt OK
libgpg-error OK
libiconv OK
liblockfile OK
liboil FAIL
libsysfs OK
lockfile-progs OK
logrotate OK
lsof OK
Not building ltp-testsuite
ltrace OK
ltt FAIL
memstat OK
ng-spice-rework FAIL
popt FAIL
screen OK
startup-notification FAIL
strace OK
sudo OK
database FAIL directory
Networking applications
argus OK
avahi OK
axel OK
bind OK
bridge OK
dnsmasq OK
dropbear OK
ethtool OK
haserl FAIL
hostap FAIL needs pcmcia - configure in kernel
ifplugd OK
irda-utils FAIL removed
iperf OK
iproute2 OK
ipsec-tools FAIL
iptables OK
kismet FAIL
l2tp OK
libcgi OK
libcgicc FAIL
libcurl FAIL
libeXosip2 FAIL
libosip2 OK
libpcap OK
libupnp FAIL
links OK
lrzsz OK
mdnsresponder OK
mii-diag OK
mrouted FAIL
mutt FAIL
nbd OK
ncftp OK
neon OK
netkitbase OK
netkittelnet OK
netplug OK
netsnmp OK
nfs-utils OK
ntp FAIL
olsr OK
openntpd FAIL
openssh OK
openssl OK
openvpn OK
openswan FAIL
portmap OK
pppd OK
rp-pppoe OK
pptp-linux OK
proftpd OK
Not building quagga
rsync OK
samba FAIL
socat OK
stunnel OK
tcpdump OK
tftpd OK
tn5250 OK
ttcp FAIL
udpcast OK
vpnc FAIL
vsftpd OK
vtun OK
webif OK
wireless-tools OK
Hardware handling / blockdevices and filesystem maintenance
acpid FAIL
dbus OK
dbus-glib FAIL
devmem2 OK
dm OK
dmraid OK
e2fsprogs OK
eeprog OK
fconfig OK
fis OK
libfuse OK
gadgetfs-test OK
hal FAIL
hwdata OK
i2c-tools OK
input-tools OK
iostat OK
libaio OK
libraw1394 OK
libusb OK
lm-sensors OK
lvm2 OK
mdadm OK
memtester OK
mkdosfs OK
mtd OK
ntfs-3g OK
pciutils OK
pcmcia FAIL
raidtools FAIL
setserial OK
smartmontools OK
usbmount OK
usbutils OK
wipe OK
Not building xfsprogs
text rendering applications
dialog OK
Audio and video libraries and applications
alsa-lib FAIL
alsa-utils FAIL
***************************************************
aumix OK
gstreamer OK
gst-plugins-base FAIL
gst-plugins-good FAIL
gst-plugins-ugly FAIL
libid3tag OK
libmad OK
libmpd OK
libogg OK
libsndfile OK
libtheora FAIL
libvorbis OK
madplay FAIL
mpg123 FAIL
mplayer FAIL
speex OK
festival FAIL
vlc FAIL
Graphic libraries and applications (graphic/text)
text rendering libraries
ncurses OK
newt OK
slang OK
graphic libraries
directfb FAIL
directfb-examples FAIL
fbdump OK
fusion FAIL replaced by linux-fusion
imagemagick FAIL
jpeg OK
libart OK
libpng OK
libungif OK
lite FAIL
pixman OK
sawman FAIL
sdl FAIL
sdl_image FAIL
sdl_mixer FAIL
sdl_net FAIL
sdl_ttf FAIL
tiff OK
busybox graphic applications
--> May be broken in busybox
fbv OK
fbset OK
other GUIs
qte FAIL
qtopia4 FAIL
Compressors / decompressors
lzo OK
lzma-host FAIL
lzma-target OK
zlib OK
Package managers
ipkg OK
Not building portage
Interpreter languages / Scripting
lua OK
microperl OK
python OK
ruby FAIL
tcl FAIL
php OK
XML handling
expat OK
ezxml OK
libxml2 OK
libxslt OK
xerces FAIL
Not building java
Not building games
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 8:54 [Buildroot] arch support Peter Korsgaard
2009-01-12 9:00 ` Hans-Christian Egtvedt
@ 2009-01-12 9:07 ` Bernhard Reutner-Fischer
2009-01-12 9:22 ` Peter Korsgaard
2009-01-12 10:59 ` Hinko Kocevar
2009-01-12 14:31 ` Hamish Guthrie
3 siblings, 1 reply; 16+ messages in thread
From: Bernhard Reutner-Fischer @ 2009-01-12 9:07 UTC (permalink / raw)
To: buildroot
On Mon, Jan 12, 2009 at 09:54:36AM +0100, Peter Korsgaard wrote:
>Hi,
>
>I just finished building the defconfigs for all the archs (uclibc
>0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
>avr32 which does it's own thing)
>
>I'm using those versions instead of the defaults, as I would like to
>change the defaults before the release.
>
>Build logs are here: http://uclibc.org/~jacmet/br/
>
>Status:
>
>alpha: broken in libpthread
alpha currently only supports static builds and no threads, IIRC.
>arm: ok
>armeb: ok
>avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
>cris: broken in kernel headers
This was already fixed, build tested fine for me some time ago.
>i386: ok
>ia64: broken in gcc-final (uclibc link)
Didn't try this in a long time.
>m68k: gcc ICE
This is fixed with gcc trunk (i.e. 4.4.0).
>mips: ok
>mipsel: ok
>nios2: broken in kernel headers
Would need love as it's a bit outdated.
>powerpc: ok
>s390: broken in uclibc
s/broken/not yet supported/
>sh4: ok
>sh64: broken in kernel headers (merged with sh?)
both sh64 and sh* build fine for me.
>sparc: broken in gcc-final (uclibc link)
>sparc64: broken in uclibc/libm
never tried any sparc
>x86_64: broken in uclibc
works for me. What's failing?
>
>- alpha: I'll retry with the "new" pthreads and see if that works
>- ia64 and sparc issue seems similar, will ask on the uclibc list
>- sh64: Anyone knows if that got merged with sh4 like powerpc did?
there are SH and SH64. SH[234] are just SH variants -- think
i?86 or mips?e{l,b}
>- s390: Shouldn't really have been added in the first place as there's
> no uclibc support. Will remove (Bernhard agrees)
Strictly speaking this should depend on !BR2_TOOLCHAIN_BUILDROOT until
it is supported in uClibc. I agree that it could just me removed from BR for now.
HTH,
Bernhard
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-12 9:07 ` Bernhard Reutner-Fischer
@ 2009-01-12 9:22 ` Peter Korsgaard
0 siblings, 0 replies; 16+ messages in thread
From: Peter Korsgaard @ 2009-01-12 9:22 UTC (permalink / raw)
To: buildroot
>>>>> "Bernhard" == Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> writes:
Hi,
>> Status:
>>
>> alpha: broken in libpthread
Bernhard> alpha currently only supports static builds and no threads, IIRC.
Ok, I'll fixup Kconfig deps then.
>> arm: ok
>> armeb: ok
>> avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
>> cris: broken in kernel headers
Bernhard> This was already fixed, build tested fine for me some time ago.
I'll try your tree and port over fixes if needed.
>> m68k: gcc ICE
Bernhard> This is fixed with gcc trunk (i.e. 4.4.0).
Ok, we won't get that in BR before the release, so I'll mark it as
BROKEN for now.
>> mips: ok
>> mipsel: ok
>> nios2: broken in kernel headers
Bernhard> Would need love as it's a bit outdated.
Exactly, and apparently no one cares, so I'll mark it as BROKEN for
now. Is nios2 support evan available in upstream gcc?
>> powerpc: ok
>> s390: broken in uclibc
Bernhard> s/broken/not yet supported/
True, but the outcome is the same ;)
>> sh4: ok
>> sh64: broken in kernel headers (merged with sh?)
Bernhard> both sh64 and sh* build fine for me.
Ok, will check.
>> x86_64: broken in uclibc
Bernhard> works for me. What's failing?
uclibc build - See bottom of http://uclibc.org/~jacmet/br/x86_64.log
>> - alpha: I'll retry with the "new" pthreads and see if that works
>> - ia64 and sparc issue seems similar, will ask on the uclibc list
>> - sh64: Anyone knows if that got merged with sh4 like powerpc did?
Bernhard> there are SH and SH64. SH[234] are just SH variants -- think
Bernhard> i?86 or mips?e{l,b}
Yes, but the kernel only has arch/sh - Should that also be used for
sh64?
>> - s390: Shouldn't really have been added in the first place as there's
>> no uclibc support. Will remove (Bernhard agrees)
Bernhard> Strictly speaking this should depend on
Bernhard> !BR2_TOOLCHAIN_BUILDROOT until it is supported in uClibc. I
Bernhard> agree that it could just me removed from BR for now.
Ok, will do.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 8:54 [Buildroot] arch support Peter Korsgaard
2009-01-12 9:00 ` Hans-Christian Egtvedt
2009-01-12 9:07 ` Bernhard Reutner-Fischer
@ 2009-01-12 10:59 ` Hinko Kocevar
2009-01-12 11:05 ` Peter Korsgaard
2009-01-12 14:31 ` Hamish Guthrie
3 siblings, 1 reply; 16+ messages in thread
From: Hinko Kocevar @ 2009-01-12 10:59 UTC (permalink / raw)
To: buildroot
Peter Korsgaard wrote:
> Hi,
>
> I just finished building the defconfigs for all the archs (uclibc
> 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
> avr32 which does it's own thing)
>
> I'm using those versions instead of the defaults, as I would like to
> change the defaults before the release.
>
> Build logs are here: http://uclibc.org/~jacmet/br/
>
> Status:
>
> alpha: broken in libpthread
> arm: ok
> armeb: ok
> avr32: ok (uclibc-0.9.29-avr32, binutils-2.17-avr32, gcc-4.2.2-avr32)
> cris: broken in kernel headers
I have similar setup of toolchain packages and works for me here, except for linux headers which are 2.6.26. I'll try to compile it with 2.6.28, if IIRC there were some arch/cris folder movements in 2.6.28 that could be the culprit here.
Thanks,
HK
--
Hinko Ko?evar, OSS developer
?ETRTA POT, d.o.o.
Planina 3, 4000 Kranj, SI EU
tel ++386 (0) 4 280 66 03
e-mail hinko.kocevar at cetrtapot.si
http www.cetrtapot.si
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 10:59 ` Hinko Kocevar
@ 2009-01-12 11:05 ` Peter Korsgaard
2009-01-12 12:48 ` Hinko Kocevar
0 siblings, 1 reply; 16+ messages in thread
From: Peter Korsgaard @ 2009-01-12 11:05 UTC (permalink / raw)
To: buildroot
>>>>> "Hinko" == Hinko Kocevar <hinko.kocevar@cetrtapot.si> writes:
Hi,
>> cris: broken in kernel headers
Hinko> I have similar setup of toolchain packages and works for me
Hinko> here, except for linux headers which are 2.6.26. I'll try to
Hinko> compile it with 2.6.28, if IIRC there were some arch/cris
Hinko> folder movements in 2.6.28 that could be the culprit here.
Ok, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 11:05 ` Peter Korsgaard
@ 2009-01-12 12:48 ` Hinko Kocevar
2009-01-12 20:17 ` Peter Korsgaard
0 siblings, 1 reply; 16+ messages in thread
From: Hinko Kocevar @ 2009-01-12 12:48 UTC (permalink / raw)
To: buildroot
Peter Korsgaard wrote:
>>>>>> "Hinko" == Hinko Kocevar <hinko.kocevar@cetrtapot.si> writes:
>
> Hi,
>
> >> cris: broken in kernel headers
>
> Hinko> I have similar setup of toolchain packages and works for me
> Hinko> here, except for linux headers which are 2.6.26. I'll try to
> Hinko> compile it with 2.6.28, if IIRC there were some arch/cris
> Hinko> folder movements in 2.6.28 that could be the culprit here.
>
> Ok, thanks.
>
Here it goes:
- some minor fixes to buildroot
cris_buildroot.patch
- two cris patches to be placed in toolchain/kernel-headers subdir in order to build toolchain and linux kernel 2.6.28
linux-2.6.28-cris-headers.patch
linux-2.6.28-cris-objcopy-flags.patch
With these patch set you should be able to build uClibc based toolchain with above mentioned versions of packages. I haven't tried the toolchain nor the Linux kernel image. I'll do that sometime later this week, because I'm not sure if I need to patch the gcc 4.3.2 with another cris related patch (toolchain/gcc/4.3.x/999-gcc-4.3.0-cris-compiler-error-fix.patch). Otherwise compilation of kernel sources in some ipv4 related code fails with internal compiler error.
Note: I was unable to retrieve mpfr 2.3.0 so I used 2.3.1 instead (that I had laying around).
hinkok at alala /work/buildroot.new $ ./build_cris/staging_dir/usr/bin/cris-linux-uclibc-gcc -v
Using built-in specs.
Target: cris-linux-uclibc
Configured with: /work/buildroot.new/toolchain_build_cris/gcc-4.3.2/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=cris-linux-uclibc --enable-languages=c --with-sysroot=/work/buildroot.new/build_cris/staging_dir --with-build-time-tools=/work/buildroot.new/build_cris/staging_dir/usr/cris-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/work/buildroot.new/toolchain_build_cris/gmp --with-mpfr=/work/buildroot.new/toolchain_build_cris/mpfr --disable-nls --enable-threads --disable-multilib --disable-decimal-float --disable-largefile : (reconfigured) /work/buildroot.new/toolchain_build_cris/gcc-4.3.2/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=cris-linux-uclibc --enable-languages=c --with-sysroot=/work/buildroot.new/build_cris/staging_dir --with-build-time-tools=/work/buildroot.new/build_cris/staging_dir/usr/cris-linux-uclibc/bin --disable-__cxa_atex
it --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/work/buildroot.new/toolchain_build_cris/gmp --with-mpfr=/work/buildroot.new/toolchain_build_cris/mpfr --disable-nls --enable-threads --disable-multilib --disable-decimal-float --disable-largefile : (reconfigured) /work/buildroot.new/toolchain_build_cris/gcc-4.3.2/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=cris-linux-uclibc --enable-languages=c --with-sysroot=/work/buildroot.new/build_cris/staging_dir --with-build-time-tools=/work/buildroot.new/build_cris/staging_dir/usr/cris-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/work/buildroot.new/toolchain_build_cris/gmp --with-mpfr=/work/buildroot.new/toolchain_build_cris/mpfr --disable-nls --enable-threads --disable-multilib --disable-decimal-float --disable-largefile
Thread model: posix
gcc version 4.3.2 (GCC)
HTH,
Hinko
--
Hinko Ko?evar, OSS developer
?ETRTA POT, d.o.o.
Planina 3, 4000 Kranj, SI EU
tel ++386 (0) 4 280 66 03
e-mail hinko.kocevar at cetrtapot.si
http www.cetrtapot.si
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: linux-2.6.28-cris-headers.patch
Url: http://lists.busybox.net/pipermail/buildroot/attachments/20090112/b084a3ec/attachment.diff
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: linux-2.6.28-cris-objcopy-flags.patch
Url: http://lists.busybox.net/pipermail/buildroot/attachments/20090112/b084a3ec/attachment-0001.diff
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cris_buildroot.patch
Url: http://lists.busybox.net/pipermail/buildroot/attachments/20090112/b084a3ec/attachment-0002.diff
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 999-gcc-4.3.0-cris-compiler-error-fix.patch
Url: http://lists.busybox.net/pipermail/buildroot/attachments/20090112/b084a3ec/attachment-0003.diff
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 8:54 [Buildroot] arch support Peter Korsgaard
` (2 preceding siblings ...)
2009-01-12 10:59 ` Hinko Kocevar
@ 2009-01-12 14:31 ` Hamish Guthrie
2009-01-12 14:38 ` Peter Korsgaard
3 siblings, 1 reply; 16+ messages in thread
From: Hamish Guthrie @ 2009-01-12 14:31 UTC (permalink / raw)
To: buildroot
> I just finished building the defconfigs for all the archs (uclibc
> 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
> avr32 which does it's own thing)
>
I have been trying to build for various arch's (powerpc, mips, i386)
with the above toolchain selections, but always wind up with the error:
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
during the gcc-4.3.2-initial stage of the build.
Are you building against HEAD?
Would it be possible for you to send me your powerpc defconfig please?
--
Hamish
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-12 14:31 ` Hamish Guthrie
@ 2009-01-12 14:38 ` Peter Korsgaard
2009-01-13 9:04 ` Hamish Guthrie
2009-01-15 22:01 ` Ulf Samuelsson
0 siblings, 2 replies; 16+ messages in thread
From: Peter Korsgaard @ 2009-01-12 14:38 UTC (permalink / raw)
To: buildroot
>>>>> "Hamish" == Hamish Guthrie <hamish.guthrie@sonycom.com> writes:
Hi,
>> I just finished building the defconfigs for all the archs (uclibc
>> 0.9.30 / kernel headers 2.6.28 / binutils 2.19 / gcc 4.3.2 except for
>> avr32 which does it's own thing)
>>
Hamish> I have been trying to build for various arch's (powerpc, mips, i386)
Hamish> with the above toolchain selections, but always wind up with the
Hamish> error:
Hamish> configure: error: cannot compute suffix of object files: cannot compile
Hamish> See `config.log' for more details.
Hamish> during the gcc-4.3.2-initial stage of the build.
Strange - Are you building in a clean tree? What host are you using?
Hamish> Are you building against HEAD?
Yes.
Hamish> Would it be possible for you to send me your powerpc defconfig please?
It's simple rm .config, make menuconfig, select ppc and the correct
toolchain versions.
I use a script like this:
cat ~/bin/br-build-arch ~
#!/bin/sh
[ -e Config.in ] || { echo Must be in buildroot dir >&2; exit 1; }
unset GREP_OPTIONS
rm -f .config
make menuconfig
ARCH=$(grep BR2_ARCH= .config|cut -f2 -d\")
# use download dir, gcc 4.3.2 and kernel headers 2.6.28
sed -i -e 's~BR2_DL_DIR=.*$~BR2_DL_DIR="/var/lib/downloads"~' \
-e 's~^.*BR2_GCC_VERSION_4_2_4.*$~# BR2_GCC_VERSION_4_2_4 is not set~' \
-e 's~^.*BR2_GCC_VERSION_4_3_2.*$~BR2_GCC_VERSION_4_3_2=y~' \
-e 's~^.*BR2_KERNEL_HEADERS_2_6_27.*~# BR2_KERNEL_HEADERS_2_6_27 is not set~' \
-e 's~^.*BR2_KERNEL_HEADERS_2_6_28.*~BR2_KERNEL_HEADERS_2_6_28=y~' \
.config
yes ''|make oldconfig
make O=/tmp/br/$ARCH 2>&1 | tee /tmp/br/$ARCH.log
Where /var/lib/downloads is my local download dir.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-12 14:38 ` Peter Korsgaard
@ 2009-01-13 9:04 ` Hamish Guthrie
2009-01-13 11:40 ` Hinko Kocevar
2009-01-15 22:01 ` Ulf Samuelsson
1 sibling, 1 reply; 16+ messages in thread
From: Hamish Guthrie @ 2009-01-13 9:04 UTC (permalink / raw)
To: buildroot
Hi,
>
> Strange - Are you building in a clean tree? What host are you using?
>
Yes, building against a clean tree. I have tried this on 4 different
build hosts:
1) Centos 5.0 i386: gcc4.1.2 - FAIL
2) Debian Etch i386: gcc4.1.2 - FAIL
3) Ubuntu 7.04 i386: gcc4.1.2 - FAIL
4) Ubuntu 8.10 i386: gcc4.3.2 - PASS
For all of the failures, the appropriate part of the config.log file is
as follows:
configure:2567: checking for suffix of object files
configure:2588:
/tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/xgcc
-B/tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/
-B/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/bin/
-B/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/lib/
-isystem
/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/include
-isystem
/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/sys-include
-c -g -Os conftest.c >&5
/tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/cc1:
error while loading shared libraries: libmpfr.so.1: cannot open shared
object file: No such file or directory
configure:2591: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2605: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
Unfortunately, the Ubuntu 8.10 machine I used last night to test on is
not available to me at the moment, however, I am currently getting a new
VM set up with Ubuntu 8.10 on it, on which I will install gcc4.1.2 to
see if that is in fact the culprit, but I am not really convinced.
Any thoughts would be appreciated
--
Hamish
^ permalink raw reply [flat|nested] 16+ messages in thread* [Buildroot] arch support
2009-01-13 9:04 ` Hamish Guthrie
@ 2009-01-13 11:40 ` Hinko Kocevar
0 siblings, 0 replies; 16+ messages in thread
From: Hinko Kocevar @ 2009-01-13 11:40 UTC (permalink / raw)
To: buildroot
Hamish Guthrie wrote:
> Hi,
>> Strange - Are you building in a clean tree? What host are you using?
>>
>
> Yes, building against a clean tree. I have tried this on 4 different
> build hosts:
>
> 1) Centos 5.0 i386: gcc4.1.2 - FAIL
> 2) Debian Etch i386: gcc4.1.2 - FAIL
> 3) Ubuntu 7.04 i386: gcc4.1.2 - FAIL
> 4) Ubuntu 8.10 i386: gcc4.3.2 - PASS
>
> For all of the failures, the appropriate part of the config.log file is
> as follows:
>
> configure:2567: checking for suffix of object files
> configure:2588:
> /tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/xgcc
> -B/tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/
> -B/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/bin/
> -B/tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/lib/
> -isystem
> /tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/include
> -isystem
> /tmp/br/powerpc/build_powerpc/staging_dir/usr/powerpc-linux-uclibc/sys-include
> -c -g -Os conftest.c >&5
> /tmp/br/powerpc/toolchain_build_powerpc/gcc-4.3.2-initial/./gcc/cc1:
> error while loading shared libraries: libmpfr.so.1: cannot open shared
> object file: No such file or directory
It looks like you are missing libmpfr which is used by gcc compilation process.
Buildroot should compile libmpfr for you before building gcc, I'm not sure
what is wrong.. Maybe some config setting is missing.
One solution would be to install the missing libmpfr on the host machine via
emerge/apt-get/or-whatever-you-use (after all it is used only on host machine,
right?).
HTH,
Hinko
--
Hinko Ko?evar, OSS developer
?ETRTA POT, d.o.o.
Planina 3, 4000 Kranj, SI EU
tel ++386 (0) 4 280 66 03
e-mail hinko.kocevar at cetrtapot.si
http www.cetrtapot.si
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Buildroot] arch support
2009-01-12 14:38 ` Peter Korsgaard
2009-01-13 9:04 ` Hamish Guthrie
@ 2009-01-15 22:01 ` Ulf Samuelsson
1 sibling, 0 replies; 16+ messages in thread
From: Ulf Samuelsson @ 2009-01-15 22:01 UTC (permalink / raw)
To: buildroot
...
>
> I use a script like this:
>
> cat ~/bin/br-build-arch ~
> #!/bin/sh
>
> [ -e Config.in ] || { echo Must be in buildroot dir >&2; exit 1; }
>
> unset GREP_OPTIONS
> rm -f .config
> make menuconfig
>
> ARCH=$(grep BR2_ARCH= .config|cut -f2 -d\")
>
> # use download dir, gcc 4.3.2 and kernel headers 2.6.28
> sed -i -e 's~BR2_DL_DIR=.*$~BR2_DL_DIR="/var/lib/downloads"~' \
> -e 's~^.*BR2_GCC_VERSION_4_2_4.*$~# BR2_GCC_VERSION_4_2_4 is not set~' \
> -e 's~^.*BR2_GCC_VERSION_4_3_2.*$~BR2_GCC_VERSION_4_3_2=y~' \
> -e 's~^.*BR2_KERNEL_HEADERS_2_6_27.*~# BR2_KERNEL_HEADERS_2_6_27 is not set~' \
> -e 's~^.*BR2_KERNEL_HEADERS_2_6_28.*~BR2_KERNEL_HEADERS_2_6_28=y~' \
> .config
> yes ''|make oldconfig
> make O=/tmp/br/$ARCH 2>&1 | tee /tmp/br/$ARCH.log
>
>
> Where /var/lib/downloads is my local download dir.
>
export BUILDROOT_DL_DIR=/var/lib/downloads
in .bashrc will work as well
and you do not mess up your .config if you want to provide it
to others.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 16+ messages in thread