Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94090 - dev-lang/erlang 10.2.0 build failure on sparc
Summary: dev-lang/erlang 10.2.0 build failure on sparc
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: Sparc Other
: High normal (vote)
Assignee: Maintainers for Miscelleneous Language Packages [OBSOLETE]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-26 08:22 UTC by Matthew Kennedy (RETIRED)
Modified: 2005-07-02 12:19 UTC (History)
2 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 Matthew Kennedy (RETIRED) gentoo-dev 2005-05-26 08:22:33 UTC
cd erts/emulator && ERL_TOP=/var/tmp/portage/erlang-10.2.0/work/otp_src_R10B_2004-10-05 make generate depend
make[1]: Entering directory `/var/tmp/portage/erlang-10.2.0/work/otp_src_R10B_2004-10-05/erts/emulator'
make -f sparc64-unknown-linux-gnu/Makefile generate
make[2]: Entering directory `/var/tmp/portage/erlang-10.2.0/work/otp_src_R10B_2004-10-05/erts/emulator'
make[2]: sparc64-unknown-linux-gnu/Makefile: No such file or directory
make[2]: *** No rule to make target `sparc64-unknown-linux-gnu/Makefile'.  Stop.make[2]: Leaving directory `/var/tmp/portage/erlang-10.2.0/work/otp_src_R10B_2004-10-05/erts/emulator'
make[1]: *** [generate] Error 2
make[1]: Leaving directory `/var/tmp/portage/erlang-10.2.0/work/otp_src_R10B_2004-10-05/erts/emulator'
make: *** [depend] Error 2

!!! ERROR: dev-lang/erlang-10.2.0 failed.
!!! Function src_compile, Line 39, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.
Comment 1 Matthew Kennedy (RETIRED) gentoo-dev 2005-05-26 08:22:58 UTC
Portage 2.0.51.19 (default-linux/sparc/sparc64/2005.0, gcc-3.3.5,
glibc-2.3.3.20040420-r2, 2.4.30-sparc sparc64)
=================================================================
System uname: 2.4.30-sparc sparc64 sun4u
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar  4 2005, 20:27:10)]
dev-lang/python:     2.3.4-r1
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.8.5-r3, 1.5, 1.7.9-r1, 1.6.3, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.23
ACCEPT_KEYWORDS="sparc ~sparc"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=ultrasparc"
CHOST="sparc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=ultrasparc"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox strict"
GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.osuosl.org/
http://mirror.datapipe.net/gentoo http://gentoo.mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="sparc arts avi berkdb bitmap-fonts crypt cups dlloader encode esd fbcon
foomaticdb fortran gcc64 gd gdbm gif gnome gpm gtk gtk2 imlib jpeg kde libwww
mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png
python qt readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts xml2
xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Comment 2 Karl-Johan Karlsson 2005-05-27 05:28:23 UTC
It seems that AMD64 has had the same problem, so I just copied that solution
into the patch below, which works on my Ultra 10. I don't have any Sparc32
systems available, so I don't know what will happen on them, but I at least
don't think this patch will introduce any new problems there.

--- erlang-10.2.0.ebuild.orig   2005-05-27 14:21:25.000000000 +0200
+++ erlang-10.2.0.ebuild        2005-05-27 13:49:02.000000000 +0200
@@ -33,8 +33,9 @@
        [ "`gcc-fullversion`" == "3.3.3" ] && filter-mfpmath sse
        addpredict /dev/pty # Bug #25366
 
-       #erlang configure seems to "misdetect" CHOST on amd64
+       #erlang configure seems to "misdetect" CHOST on amd64 and Sparc
        [ "${ARCH}" = "amd64" ] && CHOST="x86_64-unknown-linux-gnu"
+       [ `uname -m` = "sparc64" ] && CHOST="sparc64-unknown-linux-gnu"
 
        econf --enable-threads || die
        make || die
Comment 3 SpanKY gentoo-dev 2005-07-02 12:01:12 UTC
no, that's a crappy 'fix' as is the current amd64 solution

the reason for this is the build system doesnt setup TARGET properly

configure.in sets TARGET to $host which comes from --host=... and this value is
recorded in the toplevel Makefile ...

when the generate target is run in the toplevel Makefile, it drops all settings
and changes to erts/emulator which sources make/run_make.mk which sources
make/target.mk which goes 'TARGET is not set, lets guess at it using
config.guess' which then produces the garbage value 'sparc64-unknown-linux-gnu'
and 'x86_64-unknown-linux-gnu'
Comment 4 SpanKY gentoo-dev 2005-07-02 12:19:35 UTC
ok, 10.2.0 has a small patch to fix the issue

e-mailed fix upstream too
Makefile.in:
 # This should be set to the target "arch-vendor-os"
-TARGET  = @TARGET@
+export TARGET  = @TARGET@