Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 132239 - sdcc-2.5.0 fails to compile
Summary: sdcc-2.5.0 fails to compile
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Embedded Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on: 141774
Blocks:
  Show dependency tree
 
Reported: 2006-05-04 05:45 UTC by Patryk Rzadzinski
Modified: 2006-09-02 11:55 UTC (History)
1 user (show)

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


Attachments
log from `emerge dev-embedded/sdcc-2.5.0` (log_sdcc,104.07 KB, text/plain)
2006-05-04 09:25 UTC, Patryk Rzadzinski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Patryk Rzadzinski 2006-05-04 05:45:20 UTC
This is not the CVS version, i tried emerging the stable sdcc. I get an error during compilation everytime i try to compile it:

i686-pc-linux-gnu-gcc -g -o ../../bin/link-z80 obj/-z80/lkarea.o obj/-z80/lkdata.o obj/-z80/lkeval.o obj/-z80/lkhead.o obj/-z80/lkihx.o obj/-z80/lklex.o obj/-z80/lklibr.o obj/-z80/lklist.o obj/-z80/lkmain.o obj/-z80/lkrloc.o obj/-z80/lks19.o obj/-z80/lksym.o obj/-z80/lkgb.o obj/-z80/lkgg.o  obj/-z80/NewAlloc.o   -lm
i686-pc-linux-gnu-gcc -g -o ../../bin/link-gbz80 obj/-gbz80/lkarea.o obj/-gbz80/lkdata.o obj/-gbz80/lkeval.o obj/-gbz80/lkhead.o obj/-gbz80/lkihx.o obj/-gbz80/lklex.o obj/-gbz80/lklibr.o obj/-gbz80/lklist.o obj/-gbz80/lkmain.o obj/-gbz80/lkrloc.o obj/-gbz80/lks19.o obj/-gbz80/lksym.o obj/-gbz80/lkgb.o obj/-gbz80/lkgg.o  obj/-gbz80/NewAlloc.o   -lm
make[3]: Leaving directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/link/z80'
make[3]: Leaving directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/link/z80'
make[2]: Leaving directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/link/z80'
make[1]: Leaving directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/link'
make[1]: Entering directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/as/hc08'
make[1]: Leaving directory `/var/tmp/portage/sdcc-2.5.0/work/sdcc/as/hc08'

!!! ERROR: dev-embedded/sdcc-2.5.0 failed.
Call stack:
  ebuild.sh, line 1525:   Called dyn_compile
  ebuild.sh, line 928:   Called src_compile
  sdcc-2.5.0.ebuild, line 30:   Called die



My emerge --info:

ryba fausto # emerge --info
Portage 2.1_pre10-r2 (default-linux/x86/2005.0, gcc-4.1.0, glibc-2.4-r1, 2.6.16-gentoo-r3 i686)
=================================================================
System uname: 2.6.16-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.ds.hj.se/pub/Linux/distributions/gentoo/ http://gentoo.ngi.it http://gentoo.zie.pg.gda.pl http://gentoo.po.opole.pl"
LANG="pl-PL.utf8"
LC_ALL="pl_PL.utf8"
LINGUAS="pl en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa apm asf avi berkdb bitmap-fonts bonobo bzip2 bzlib cdr cli crypt cups divx4linux dri dv dvd dvdr eds emboss encode flac foomaticdb fortran gdbm gif glibc-omitfp glx gnome gpm gstreamer gtk gtk2 hal howl imagemagick imlib isdnlog jabber java jikes jpeg lcms libg++ libwww logrotate mad matroska mikmod mmx mp3 mpeg ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl oss pam pcre pdflib perl png ppds pppd python quicktime readline reflection sdl session spell spl sse sse2 ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode usb vorbis win32codecs wxgtk1 x86 xfce xml xml2 xorg xv xvid zlib zsh-completion elibc_glibc kernel_linux linguas_pl linguas_en userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-05-04 05:46:58 UTC
Hmmm, sorry - there's no error or warning in there...
Comment 2 Patryk Rzadzinski 2006-05-04 08:32:23 UTC
Well, sdcc-2.5.0, which is not masked, doesnt compile. Always stops at this point and there are no warnings or errors. Mesg me, if you want the full log from the compilation. I guess since it doesnt compile, then the bug is not resolved yet.

PS. The only build working for me is dev-embedded/sdcc-2.5.0_p20060423, which is currently masked. 
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-05-04 08:42:03 UTC
Yeah, attach the whole log here (don't paste), hard to fix if there are no errors. ;)
Comment 4 Patryk Rzadzinski 2006-05-04 09:25:01 UTC
Created attachment 86146 [details]
log from `emerge dev-embedded/sdcc-2.5.0`
Comment 5 Patryk Rzadzinski 2006-05-04 10:07:52 UTC
Ok, i retried with gcc-3.4.5, and succeeded. With makeopts="-j1" there's this error:
cmd.src/newcmdcl.h: At global scope:
<qdot> cmd.src/newcmdcl.h:127: error: extra qualification 'cl_console::' on member 'clone_for_exec'

Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-05-04 15:01:19 UTC
Reopen...
Comment 7 Denis Dupeyron (RETIRED) gentoo-dev 2006-05-05 10:44:19 UTC
(In reply to comment #2)

> PS. The only build working for me is dev-embedded/sdcc-2.5.0_p20060423, which
> is currently masked.

Masked ? Didn't you mean unstable ?
 
A quick note about sdcc-2.5.0_p20060423. The mirrors didn't pick up the documentation tarball as they should have when I committed the ebuild. And since sourceforge doesn't keep the snapshots for very long, this tarball was declared unrecoverable. I'm supposed to remove the ebuild from portage at some point, and I'm probably going to do so very soon. For this reason I made sdcc-2.5.0_p20060502 and you should really use it instead of sdcc-2.5.0_p20060423.

About sdcc-2.5.0, all I can say is the latest ebuild has quite a few differences compared to this one. I think you should really give sdcc-2.5.0_p20060502 a try. Or wait for sdcc-svn planned for later tonight.

I believe we should wait for the usual maturation time for sdcc-2.5.0_p20060502, then ask for it to be stabilized as soon as possible, and finally retire the old ones (i.e. including this one you're having problems with). What do you guys from the dev-embedded herd^H^H^H^Hgroup think about this ?
Comment 8 Daniel Black (RETIRED) gentoo-dev 2006-05-05 15:56:08 UTC
sounds good.
Comment 9 Patryk Rzadzinski 2006-05-06 05:21:26 UTC
Uhm, sdcc-2.5.0_p20060502 works fine for me. My bad is I should have used it from the beginning. In 10 days i'll be able to test the compilations on my 8051 tho, sorry for the delay.
Comment 10 Daniel Black (RETIRED) gentoo-dev 2006-05-06 05:52:33 UTC
Patryk - no problem for delay - appreciate you getting back to us.

Denis just added sdcc-svn if you want to keep an up-to-date version of the sdcc suite. Any problems we're here to help.
Comment 11 Denis Dupeyron (RETIRED) gentoo-dev 2006-07-26 09:44:06 UTC
I have just asked for stabilization of sdcc-2.5.0_p20060502. As soon as it is done, we'll be able to close this bug.

Denis.
Comment 12 Denis Dupeyron (RETIRED) gentoo-dev 2006-09-02 11:55:36 UTC
sdcc-2.5.0_20060502 is now stable for all arches.

Denis.