First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 94090
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Maintainers for Miscelleneous Language Packages <lang-misc@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Matthew Kennedy (RETIRED) <mkennedy@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 94090 depends on: Show dependency tree
Bug 94090 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-05-26 08:22 0000
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 From Matthew Kennedy (RETIRED) 2005-05-26 08:22:58 0000 -------
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 From Karl-Johan Karlsson 2005-05-27 05:28:23 0000 -------
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 From SpanKY 2005-07-02 12:01:12 0000 -------
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 From SpanKY 2005-07-02 12:19:35 0000 -------
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@

First Last Prev Next    No search results available      Search page      Enter new bug