File:  [DragonFly] / src / gnu / usr.bin / binutils / ld / Attic / Makefile.alpha
Revision 1.4: download - view: text, annotated - select for diffs
Mon Mar 22 20:57:39 2004 UTC (11 years, 4 months ago) by dillon
Branches: MAIN
CVS tags: HEAD, DragonFly_Stable, DragonFly_Snap29Sep2004, DragonFly_Snap13Sep2004, DragonFly_RELEASE_1_2_Slip, DragonFly_RELEASE_1_2, DragonFly_1_0_REL, DragonFly_1_0_RC1, DragonFly_1_0A_REL
This represents a major update to the buildworld subsystem.

    Compartmentalize the bootstrap/buildtools, the cross-build setup,
    and the world stage.  /usr/obj/usr/src is now far more readable
    (e.g. /usr/obj/usr/src/{btools_i386,ctools_i386_i386,world_i386}).

    Use a completely private command path for the world stage of the build.
    The bootstrap/buildtools stage compiles all required system programs
    (like rm, ln, chmod, etc).   At the moment the build compiles everything
    it needs, but this can be augmented later to 'cp' the required binaries
    into btools_<arch> instead of building them, including potentially copying
    the compiler binaries so the ctools_<arch> build could use a private
    path too).

    The 'buildworld' target now properly removes all object modules for
    all major stages.  Several new targets have been added to reduce
    build times, the most useful of which is 'quickworld', which skips
    the btools and ctools stages (they must have already been built). has been augmented to support .nx binaries and .no object
    modules, which are built using ${NXCC} and friends, which always uses
    the system's native compiler rather then potentially using the
    cross-build compiler, for generating helper programs during the build.
    This way we do not have to special-case building the helper programs in
    an earlier stage as FreeBSD does.

    Fix a bug in 'wmake', which simulates the buildworld environment for
    piecemeal compilation/testing.  It was not using /usr/src/share/mk.

    Add additional .ORDER: constraints to better support make -j N
    (incomplete).  Note that recent changes to the DragonFly scheduler make
    it more likely for buildworld to trip over parallel make races.

    TOOLS_PREFIX was used to generate cross-compiler directory targets
    for exec'd utility binaries and access to libraries and include
    files.  However, in the new compartmentalized breakdown the cross
    compiler's utility binaries will reside in ctools_* while the
    include files and libraries are expected to be installed and accessed
    in world_*.  Add a USRDATA_PREFIX which defaults to TOOLS_PREFIX to
    allow the cross compilation stage to separate the two entities.

    1: # $FreeBSD: src/gnu/usr.bin/binutils/ld/Makefile.alpha,v 2002/09/01 23:39:14 obrien Exp $
    2: # $DragonFly: src/gnu/usr.bin/binutils/ld/Makefile.alpha,v 1.4 2004/03/22 20:57:39 dillon Exp $
    4: TARGET_TUPLE?=	alpha-unknown-dragonfly
    6: .if ${TARGET_ARCH} == "alpha"
    7: NATIVE_EMULATION=	elf64alpha
   11: _alpha_path=	\"${USRDATA_PREFIX}/usr/lib\"
   12: .else
   13: _alpha_path=	\"/usr/cross/alpha-dragonfly/usr/lib\"
   14: .endif
   17: 		${NATIVE_EMULATION}.xs ${NATIVE_EMULATION}.xu alpha.x alpha.xbn \
   18: 		alpha.xn alpha.xr alpha.xu ${NATIVE_EMULATION}.xc ${NATIVE_EMULATION}.xsc
   19: SRCS+=	e${NATIVE_EMULATION}.c ealpha.c
   20: CLEANFILES+=	e${NATIVE_EMULATION}.c ealpha.c
   22: e${NATIVE_EMULATION}.c:	emulparams/${NATIVE_EMULATION}.sh emultempl/elf32.em \
   23: 		scripttempl/ stringify.sed
   24: 	sh ${.CURDIR}/ ${SRCDIR}/ld ${_alpha_path} \
   25: 	    ${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \
   28: ealpha.c: emulparams/${NATIVE_EMULATION}.sh emultempl/elf32.em scripttempl/ \
   29: stringify.sed
   30: 	sh ${.CURDIR}/ ${SRCDIR}/ld ${_alpha_path} \
   31: 	    ${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \
   32: 	    ${NATIVE_EMULATION} ""  alpha ${TARGET_TUPLE}