Bug 80679 - emulators/linux_base-8: Use ${MACHINE_ARCH} instead of ${ARCH}.
Summary: emulators/linux_base-8: Use ${MACHINE_ARCH} instead of ${ARCH}.
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Sam Lawrance
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-06 00:20 UTC by KOMATSU Shinichiro
Modified: 2005-12-14 12:08 UTC (History)
0 users

See Also:


Attachments
file.diff (531 bytes, patch)
2005-05-06 00:20 UTC, KOMATSU Shinichiro
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description KOMATSU Shinichiro 2005-05-06 00:20:02 UTC
On amd64, emulators/linux_base-8 cannot be built with the following error,
in case a separate make process is executed 
(when installed by, for example, 'make reinstall' or portupgrade).

    ===>  Installing for linux_base-8-8.0_6
    kern.fallback_elf_brand: -1 -> 3
    redhat-release-8.0-8.noarch.rpm
    glibc-common-2.3.2-4.80.8.i386.rpm
    ELF binary type "0" not known.
    execution of glibc-common-2.3.2-4.80.8 script failed, exit status 255
    *** Error code 1

    Stop in /usr/local/ports/emulators/linux_base-8.
    *** Error code 1

    Stop in /usr/local/ports/emulators/linux_base-8.

This is because ${ARCH} is overwritten to "i386" by Makefile,
and this overwritten ${ARCH} is passed to another make process
by the .MAKEFLAGS target in bsd.port.mk.
So, when the following part of Makefile is interpreted,

    .if (${ARCH} == "amd64")
    LATEST_LINK:=		${LATEST_LINK:C/linux/linux32/}
    ARCH=			i386
    FALLBACK_ELF_MIB=	kern.elf32.fallback_brand
    RPMFLAGS+=		--noscripts
    .else
    FALLBACK_ELF_MIB=	kern.fallback_elf_brand
    .endif

FALLBACK_ELF_MIB becomes to "kern.fallback_elf_brand"
instead of "kern.elf32.fallback_brand".

Fix: Use ${MACHINE_ARCH} instead of ${ARCH} in ".if" statement.
Comment 1 Tilman Keskinoz freebsd_committer freebsd_triage 2005-05-07 13:31:45 UTC
Responsible Changed
From-To: freebsd-ports-bugs->freebsd-emulation

Over to maintainer
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2005-05-09 13:39:12 UTC
Responsible Changed
From-To: freebsd-emulation->emulation

canonicalize assignment.
Comment 3 Volker Stolz freebsd_committer freebsd_triage 2005-10-28 15:33:52 UTC
State Changed
From-To: open->suspended

Waiting for clarification of the same issue mentioned in ports/80837
Comment 4 Sam Lawrance 2005-12-13 13:20:16 UTC
This problem was confirmed in ports/90252.
Comment 5 Sam Lawrance freebsd_committer freebsd_triage 2005-12-13 14:08:00 UTC
State Changed
From-To: suspended->analyzed

Problem confirmed. 


Comment 6 Sam Lawrance freebsd_committer freebsd_triage 2005-12-13 14:08:00 UTC
Responsible Changed
From-To: freebsd-emulation->lawrance

I'm on it.
Comment 7 Sam Lawrance freebsd_committer freebsd_triage 2005-12-14 12:07:35 UTC
State Changed
From-To: analyzed->closed

Fix committed, thanks!