Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
NetBSD/gnu/lib/libgcc3/libgcc_s/Makefile

34 lines
645 B
Makefile
Raw Normal View History

Build the -fPIC exception handling objects with the right flags, e.g. -fexceptions and link the shared library with the standard startup files.
2004-03-22 20:08:23 +03:00
# $NetBSD: Makefile,v 1.5 2004/03/22 17:08:23 skrll Exp $
Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode and exception handling have a chance of working properly. - creates libgcc, libgcc_eh and libgcc_s - updates LIBGCC_SPEC to use them appropriately. There's a hack in here at the moment with respect to libgcc_so in that it is preferable to link against libgcc_so will only when -shared-libgcc is specified (the c++ frontend does this automatically.) Configurations where LINK_EH_SPEC is defined already do this. The gcc configuration for NetBSD/alpha and another NetBSD platform (I forget which) actually define LINK_EH_SPEC probably by accident rather than design. - updates share/mk to use the compiler's knowledge of what needs linking into libraries and executables. This removes an hppa hack. - updates the sets for the newly created libgcc* files. - support for linking against the _pg version of libgcc has been removed.
2004-02-15 22:52:27 +03:00
REQUIRETOOLS= yes
NOLINT= # defined
LIB= gcc_s
Backout recent changes made to gnu/lib/libgcc3 for a forced MKPIC=no build. Fix the behaviour of native and tools gcc when MKPIC=no is specified for platforms that mknative has determined support shared libraries. XXX distrib/sets/sets.subr doesn't support MKPIC=no
2004-02-27 17:52:01 +03:00
NOSTATICLIB= # defined
Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode and exception handling have a chance of working properly. - creates libgcc, libgcc_eh and libgcc_s - updates LIBGCC_SPEC to use them appropriately. There's a hack in here at the moment with respect to libgcc_so in that it is preferable to link against libgcc_so will only when -shared-libgcc is specified (the c++ frontend does this automatically.) Configurations where LINK_EH_SPEC is defined already do this. The gcc configuration for NetBSD/alpha and another NetBSD platform (I forget which) actually define LINK_EH_SPEC probably by accident rather than design. - updates share/mk to use the compiler's knowledge of what needs linking into libraries and executables. This removes an hppa hack. - updates the sets for the newly created libgcc* files. - support for linking against the _pg version of libgcc has been removed.
2004-02-15 22:52:27 +03:00
NOPROFILE= # defined
NOPICINSTALL= # defined
.include <bsd.own.mk>
.if ${MKGCC} != "no"
.if exists(${.CURDIR}/../arch/${MACHINE_ARCH}.mk)
.include "${.CURDIR}/../arch/${MACHINE_ARCH}.mk"
.endif
.cc: # disable .cc->NULL transform
Whitespace
2004-03-08 17:47:27 +03:00
SHLIB_MAJOR= 1
SHLIB_MINOR= 0
Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode and exception handling have a chance of working properly. - creates libgcc, libgcc_eh and libgcc_s - updates LIBGCC_SPEC to use them appropriately. There's a hack in here at the moment with respect to libgcc_so in that it is preferable to link against libgcc_so will only when -shared-libgcc is specified (the c++ frontend does this automatically.) Configurations where LINK_EH_SPEC is defined already do this. The gcc configuration for NetBSD/alpha and another NetBSD platform (I forget which) actually define LINK_EH_SPEC probably by accident rather than design. - updates share/mk to use the compiler's knowledge of what needs linking into libraries and executables. This removes an hppa hack. - updates the sets for the newly created libgcc* files. - support for linking against the _pg version of libgcc has been removed.
2004-02-15 22:52:27 +03:00
Build the -fPIC exception handling objects with the right flags, e.g. -fexceptions and link the shared library with the standard startup files.
2004-03-22 20:08:23 +03:00
LDFLAGS+= -nodefaultlibs
Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode and exception handling have a chance of working properly. - creates libgcc, libgcc_eh and libgcc_s - updates LIBGCC_SPEC to use them appropriately. There's a hack in here at the moment with respect to libgcc_so in that it is preferable to link against libgcc_so will only when -shared-libgcc is specified (the c++ frontend does this automatically.) Configurations where LINK_EH_SPEC is defined already do this. The gcc configuration for NetBSD/alpha and another NetBSD platform (I forget which) actually define LINK_EH_SPEC probably by accident rather than design. - updates share/mk to use the compiler's knowledge of what needs linking into libraries and executables. This removes an hppa hack. - updates the sets for the newly created libgcc* files. - support for linking against the _pg version of libgcc has been removed.
2004-02-15 22:52:27 +03:00
#LDFLAGS+= -Wl,--version-script=${DIST}/libgcc/libgcc.map
SRCS+= ${LIB2FUNCS} ${LIB2DIVMOD} ${LIB2_EH} \
${G_LIB2ADD:T:S/.asm/.S/} ${LIB1ASMFUNCS}
.include <bsd.lib.mk>
.else
.include <bsd.prog.mk> # do nothing
.endif