src-test2/gnu/lib/libobjc/Makefile, branch release/5.2.1_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.1_cvs2004-02-23T15:32:56ZThis commit was manufactured by cvs2svn to create tag2004-02-23T15:32:56Zcvs2svncvs2svn@FreeBSD.org2004-02-23T15:32:56Zurn:sha1:84a7b99b4e02a260bf7ff9b540032f4cb7bc612a
'RELENG_5_2_1_RELEASE'.
This commit was manufactured to restore the state of the 5.2.1-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
Do not bogusly set CSTD to the empty string.2003-06-14T13:30:32ZDag-Erling Smørgravdes@FreeBSD.org2003-06-14T13:30:32Zurn:sha1:f212249acf486a2dd0e3b6cbec52e23b49ca8110Don't set a C standard level for ObjC code.2003-06-02T02:30:52ZDavid E. O'Brienobrien@FreeBSD.org2003-06-02T02:30:52Zurn:sha1:2295d19dd98bafa6b9032ffdccc9b50921fbe5bbForced non-forced commit by adding a comment mentioning what the2003-03-17T00:08:47ZMarcel Moolenaarmarcel@FreeBSD.org2003-03-17T00:08:47Zurn:sha1:f35f81b703b31f82f39de4c95f2289a627ffb0e3
previous commit log should have mentioned:
PR: ia64/49081
libobjc is linked against shared objects and since we don't have a2003-03-16T22:44:01ZMarcel Moolenaarmarcel@FreeBSD.org2003-03-16T22:44:01Zurn:sha1:8fb9b278d9b891931668f5528ef42023f6f93872
shared object of libobjc, we end up linking in from the archive
version. This is wrong, because we don't compile the archive version
suitable for inclusion in shared objects. On ia64 this causes actual
breakages. Compile the archive version with PIC on ia64 to avoid
the breakage there and also to avoid changing the status quo on
other architectures. If other architectures have the same problem,
we probably should start building a shared library. There's no
indication however that other architectures actually need it.
Building the archive version with PIC on ia64 does pessimize linking
complete binaries (ie fully archive), but we don't use Objective-C
ourselves and so far I haven't seen non-shared executables written
in Objective-C, so I'm sure this will be nothing but academic.
Trigger case: ports/lang/gnustep-base
Build Objective-C runtime support library with thr-posix.c.2002-10-30T18:01:06ZAlexander Kabaevkan@FreeBSD.org2002-10-30T18:01:06Zurn:sha1:5f4c5b500f7747f31d6220ed87f1fb49d3d35171
Submitted by: davidc
Requested by: obrien
Added new bsd.incs.mk which handles installing of header files2002-05-12T16:01:00ZRuslan Ermilovru@FreeBSD.org2002-05-12T16:01:00Zurn:sha1:c7b111cba82a6eafca66d37944c7293fb1a11000
via INCS. Implemented INCSLINKS (equivalent to SYMLINKS) to
handle symlinking include files. Allow for multiple groups of
include files to be installed, with the powerful INCSGROUPS knob.
Documentation to follow.
Added standard `includes' and `incsinstall' targets, use them
in Makefile.inc1. Headers from the following makefiles were
not installed before (during `includes' in Makefile.inc1):
kerberos5/lib/libtelnet/Makefile
lib/libbz2/Makefile
lib/libdevinfo/Makefile
lib/libform/Makefile
lib/libisc/Makefile
lib/libmenu/Makefile
lib/libmilter/Makefile
lib/libpanel/Makefile
Replaced all `beforeinstall' targets for installing includes
with the INCS stuff.
Renamed INCDIR to INCSDIR, for consistency with FILES and SCRIPTS,
and for compatibility with NetBSD. Similarly for INCOWN, INCGRP,
and INCMODE.
Consistently use INCLUDEDIR instead of /usr/include.
gnu/lib/libstdc++/Makefile and gnu/lib/libsupc++/Makefile changes
were only lightly tested due to the missing contrib/libstdc++-v3.
I fully tested the pre-WIP_GCC31 version of this patch with the
contrib/libstdc++.295 stuff.
These changes have been tested on i386 with the -DNO_WERROR "make
world" and "make release".
Dependencies on tconfig.h work better if we set GCCDIR when shelling2002-05-07T00:58:49ZDavid E. O'Brienobrien@FreeBSD.org2002-05-07T00:58:49Zurn:sha1:ae889c62a2ab4c95f87bea4a4e826b1d566ffb1a
to other Makefiles.
Bmake bits for GCC 3.1.2002-04-07T09:30:05ZDavid E. O'Brienobrien@FreeBSD.org2002-04-07T09:30:05Zurn:sha1:af968949b10123abc8886a7ce119cbe7eb78eaa4
Sponsored by: bribe from peter