Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 132238 - sdcc-cvs fails to compile - access violation.
Summary: sdcc-cvs fails to compile - access violation.
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Embedded Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-04 05:38 UTC by Patryk Rzadzinski
Modified: 2006-05-04 08:11 UTC (History)
1 user (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 Patryk Rzadzinski 2006-05-04 05:38:41 UTC
Hi,

The SDCC compiler fails to emerge on my machine (emerge --info follows) with the following errorlog:

make[3]: Entering directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib/small'
make -C ../mcs51 all
cp *.lib build/small-stack-auto
make[4]: Entering directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib/mcs51'
../../../bin/asx8051 -plosgff crtstart.asm
../../../bin/asx8051 -plosgff crtxinit.asm
../../../bin/asx8051 -plosgff crtxclear.asm
../../../bin/asx8051 -plosgff crtclear.asm
../../../bin/asx8051 -plosgff crtxstack.asm
../../../bin/asx8051 -plosgff crtpagesfr.asm
../../../bin/asx8051 -plosgff crtbank.asm
rm -f build/small-stack-auto/*.lst build/small-stack-auto/*.sym
rm -f mcs51.lib
for i in crtstart.rel crtxinit.rel crtxclear.rel crtclear.rel crtxstack.rel crtpagesfr.rel crtbank.rel; do echo $i >> mcs51.lib; done
make[4]: Leaving directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib/mcs51'
cp ../mcs51/*.rel ../mcs51/*.lib .
touch dummy.lib
touch dummy.rel
make[3]: Leaving directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib/small'
make[2]: Leaving directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib'
make[1]: Leaving directory `/var/tmp/portage/sdcc-cvs-2.4.0-r1/work/sdcc/device/lib'
make: *** [sdcc-device] Błąd 2

!!! ERROR: dev-embedded/sdcc-cvs-2.4.0-r1 failed.
Call stack:
  ebuild.sh, line 1525:   Called dyn_compile
  ebuild.sh, line 928:   Called src_compile
  sdcc-cvs-2.4.0-r1.ebuild, line 35:   Called die

!!! Make failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-dev-embedded_-_sdcc-cvs-2.4.0-r1-19434.log"

open_wr:   /usr/portage/_atof.asm
open_wr:   /usr/portage/_atof.asm
open_wr:   /usr/portage/_atof.asm
--------------------------------------------------------------------------------


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 Denis Dupeyron (RETIRED) gentoo-dev 2006-05-04 06:42:08 UTC
* A live cvs ebuild is, as its name implies, 'live'. Meaning it will break from time to time, depending on what upstream does with the cvs repository. Most of the time, you just need to wait that upstream fix their stuff and it builds again.

* Upstream has recently moved their repository from cvs to subversion. So this sdcc-cvs ebuild is now useless. Please note that it will dispappear soon.

* I am working on a new sdcc-svn ebuild to replace sdcc-cvs, but it's not ready yet. It works on some setups, but for some others (like mine) it doesn't work fully.

* In the meantime you can use the latest sdcc ebuild. The snapshot date is 20060502, so it's very recent.
Comment 2 Patryk Rzadzinski 2006-05-04 08:11:02 UTC
Sorry, my bad, I was quite sure sdcc is not maintained anymore so i thought either cvs or stable ebuild should work (neither did). The package you suggested needed boehm-gc (ver-6.5 not masked), which fails to compile on gcc4.1, but works with older gcc-3.4.5. Another way was to unmask boehm-gc-6.7, which compiled with gcc 4.1 finely.