Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 57754 - avr-libc doesn't blocked CFLAGS properly
Summary: avr-libc doesn't blocked CFLAGS properly
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Embedded Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-20 10:40 UTC by Daniel
Modified: 2004-09-23 15:40 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel 2004-07-20 10:40:10 UTC
>>> Downloading ftp://gentoo.inode.at/source/distfiles/libc-1.0.2.tar.bz2
--19:58:32--  ftp://gentoo.inode.at/source/distfiles/libc-1.0.2.tar.bz2
           => `/usr/portage/distfiles/libc-1.0.2.tar.bz2'
Resolving gentoo.inode.at... 81.223.20.162
Connecting to gentoo.inode.at[81.223.20.162]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /source/distfiles ... done.
==> PASV ... done.    ==> RETR libc-1.0.2.tar.bz2 ... 
No such file `libc-1.0.2.tar.bz2'.


Reproducible: Always
Steps to Reproduce:
1. emerge --nodeps avr-libc





Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.4.25_pre7-gss-r6)
=================================================================
System uname: 2.4.25_pre7-gss-r6 i686 AMD Athlon(tm) MP 1500+
Gentoo Base System version 1.4.16
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-s -Os -march=athlon-mp -mcpu=athlon-mp -pipe -mmmx -msse -m3dnow
-mfpmath=sse"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-s -Os -march=athlon-mp -mcpu=athlon-mp -pipe -mmmx -msse -m3dnow
-mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache distcc fixpackages sandbox"
GENTOO_MIRRORS="ftp://gentoo.inode.at/source/
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
http://ftp.rrze.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://ftp6.uni-muenster.de/pub/linux/distributions/gentoo"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dfx 3dnow X X.org aalib alsa apm avi berkdb bonobo bttv cdr crypt cups db
dvd dvdr encode f77 foomatic foomaticdb gdbm gif gimp gimpprint gmp gnome gpm
gtk gtk2 gtkhtml guile imap imlib java jpeg lame lesstif libg++ libwww lirc mad
mbox mikmod mmx mng motif mozilla mp3 mpeg ncurses nls ogg oggvorbis oss pam pdf
pdflib perl png ppds ps python quicktime readline ruby samba sane scanner sdl
slang spell sse ssl svcd svga tcltk tcpd tetex tiff truetype v4l vanilla vcd
video_cards_rage128 vim wmf x86 xml2 xmms xv zlib"
Comment 1 Alexander Gabert (RETIRED) gentoo-dev 2004-07-21 03:50:28 UTC
changed the SRC_URI and added files to mirrors

thanks,

Alex
Comment 2 Daniel 2004-07-21 07:18:04 UTC
Now the File is awailable but the CFLAGS aren't blocked properly.

after an emerge avr-libc I get the following error.

avr-gcc  -I../../../include -I../../../common    -s -Os -march=athlon-mp -mcpu=a
thlon-mp -pipe -mmmx -msse -m3dnow -mfpmath=sse  -mmcu=avr3 -x assembler-with-cp
p -Wa,-gstabs -mmcu=atmega103 -c ../../../crt1/gcrt1.S -o crtm103.o
cc1: error: invalid option `arch=athlon-mp'
cc1: error: invalid option `cpu=athlon-mp'
cc1: error: invalid option `mmx'
cc1: error: invalid option `sse'
cc1: error: invalid option `3dnow'
cc1: error: invalid option `fpmath=sse'
make[3]: *** [crtm103.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/avr-libc-1.0.2-r1/work/avr-libc-1.0
.2/avr3/obj-avr/crt1'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/avr-libc-1.0.2-r1/work/avr-libc-1.0
.2/avr3/obj-avr'
make[1]: *** [multi-do] Error 1
make[1]: Leaving directory `/var/tmp/portage/avr-libc-1.0.2-r1/work/avr-libc-1.0
.2/obj-avr'
make: *** [all-multi] Error 2

!!! ERROR: dev-embedded/avr-libc-1.0.2-r1 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! (no error message)

Solution:
CFLAGS="" emerge avr-libc

But this really should be done inside the ebuild
Comment 3 Scott Price 2004-07-26 12:06:23 UTC
There are a couple of problems with the 1.0.2 ebuild.  The 1.0.4 ebuild (available in bug 52979 ) fixes those problems.
Comment 4 solar (RETIRED) gentoo-dev 2004-09-21 09:32:16 UTC
hrmm... Houston we have a problem.

pappy is the maintainer of the avr-* as he was the one who did the original commit of the package but he seems to be on a leave of absence. 
Our embedded team does not really maintain those ebuilds despite what any metadata might say.

Rumor has it however that the cvs version of the crossdev package can build an avr-toolchain.
Comment 5 Scott Price 2004-09-21 09:40:00 UTC
I submitted a patch to allow building of avr-binutils and avr-gcc using crossdev.sh.  That was a small simple patch.  It is no small, simple patch to allow it to build avr-libc, though.  I started down that rode and found myself doing major code work on crossdev.sh.  There is currently no mechanism to build an alternate libc.  The only choices in the script now are whether to build glibc or not.

In any case, we still need this ebuild, even if avr-gcc and avr-binutils go away.

Scott  =)
Comment 6 Daniel Black (RETIRED) gentoo-dev 2004-09-23 09:06:05 UTC
I think this is fixed. Corect me if I'm wrong.
Comment 7 Scott Price 2004-09-23 10:34:49 UTC
No, it is not totally fixed.  The file is correctly downloaded, but not built correctly.

The 1.0.2-r1 ebuild only blocks CFLAGS for the configure, not for the compile.  CFLAGS has to be blocked for both, otherwise the build will fail.  The simplest way to do this is to put 'CFLAGS=""' in the beginning of src_compile().

Scott  =)
Comment 8 Daniel Black (RETIRED) gentoo-dev 2004-09-23 15:40:25 UTC
ok done. thanks Scott.