summaryrefslogtreecommitdiffstats
path: root/share/mk
Commit message (Collapse)AuthorAgeFilesLines
* Fix a very corner case when you want to make cleandir SUBDIRs whichgreen2004-01-021-2/+2
| | | | | | are built using a ${MAKE} that's not just "make". Test by: make universe (followed by cleandirs)
* Add a define for libbsnmp.harti2003-11-101-0/+1
|
* Add a definition for libngatm.harti2003-10-271-0/+1
| | | | Reviewed by: ru
* Update Bluetooth code.emax2003-10-121-0/+2
| | | | | Reviewed by: M. Warner Losh <imp@bsdimp.com>; John Hay <jhay@freebsd.org> Approved by: M. Warner Losh <imp@bsdimp.com> (mentor)
* Update build infrastructure for Heimdal 0.6.nectar2003-10-091-0/+1
|
* Removed the ancient .LIBS setting that causes non-existentru2003-10-031-2/+0
| | | | | | | | | | | | | | | | libraries to be reported as up-to-date. Before: # make -f /dev/null nonexistent.a `nonexistent.a' is up to date. After: # make -f /dev/null nonexistent.a make: don't know how to make nonexistent.a. Stop PR: bin/44137 (part of)
* - Support for multibyte charsets in LIBICONV.fjoe2003-09-261-0/+1
| | | | | | | | - CD9660_ICONV, NTFS_ICONV and MSDOSFS_ICONV kernel options (with corresponding modules). - kiconv(3) for loadable charset conversion tables support. Submitted by: Ryuichiro Imura <imura@ryu16.org>
* Separate out userland linting and kernel linting a bit more. Thismarkm2003-09-261-0/+1
| | | | | make things a bit easier for folks using lints other than the "base" lint.
* - No need to create libfoo.so -> libfoo.so.X symlinks in /lib,ru2003-09-071-3/+8
| | | | | | | | | | | | as it was decided that our toolchain will revert to looking for libraries in /usr/lib only. - Make /usr/lib/libfoo.so -> /lib/libfoo.so.X symlinks absolute so that they still work if /usr is symlinked. - Remove stale /usr/lib/libfoo.so.X libraries during install. Discussed with: gordon, obrien, peter
* Implement sed(1) commands using the make(1)'s RE variable modifier.ru2003-09-071-3/+3
| | | | (This almost eliminates the need of a sed(1) during installworld.)
* Emergency backout of rev 1.152. This is a 100% guaranteed way to totallypeter2003-09-041-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | hose your system. You end up with just about everything statically linked (except for libpam.so), which then causes all the pam users to fail. eg: login, sshd, su etc all stop working because dlopen no longer works because there is no libc.so in memory anymore. gcc passes -L/usr/lib to ld. The /usr/lib/libxxx.so symlink is *not* a compatability link. It is actually the primary link. There should be no symlinks in /lib at all. Only /lib/libXX.so.Y. peter@daintree[9:27pm]/usr/bin-104> file yppasswd yppasswd: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.1.1, dynamically linked (uses shared libs), stripped peter@daintree[9:27pm]/usr/bin-105> ldd yppasswd yppasswd: libpam.so.2 => /usr/lib/libpam.so.2 (0x280d1000) peter@daintree[9:28pm]/usr/bin-106> Note no libc.so.5. Hence libpam.so.2 has unresolved dependencies. I believe this is also the cause of the recent buildworld failures when pam_krb5.so references -lcrypto stuff etc and when librpcsvc.so references des_setparity() etc. This change could not possibly have worked, unless there are other missing changes to the gcc configuration. It won't work with ports versions of gcc either.
* As ld(1) was taught to look into /lib, there's no longer a reasonru2003-09-031-4/+0
| | | | | | | for having compatibility .so symlinks. Submitted by: obrien Reviewed by: gordon
* Whitespace diff reduction between bsd.prog.mk and bsd.lib.mk outputs.ru2003-08-312-2/+19
|
* Fix typo.obrien2003-08-181-1/+1
| | | | Submitted by: Ulrich Spoerlein <q@uni.de>
* When creating .so symlinks, use SHLIBDIR instead of LIBDIR so symlinksgordon2003-08-171-3/+2
| | | | | | | are created in the correct location. Always make them. For libraries that live in /lib, this causes a /lib/libfoo.so and a compatibility /usr/lib/libfoo.so to be created. We may want to drop the /usr/lib/libfoo.so symlink at some future point.
* Handle the case where SHLIBDIR != LIBDIR. When creating links, wegordon2003-08-171-1/+6
| | | | | | | | need relative pathing to work correctly. This is s necessary step for putting libraries in /lib while the .so symlinks still live in /usr/lib. This should be a big NOOP in the case where SHLIBDIR == LIBDIR.
* Since -march=pentium4 is supposed to be fixed with GCC 3.3, andmux2003-07-131-3/+1
| | | | | since people have been reporting success with it, re-enable the pentium4 optimization.
* Use make(1) instead of a shell script to implement the checkdpadd target.bde2003-07-031-9/+7
| | | | | | | | | This is simpler, and is easy to do now that make(1) supports substituting regexps. Fixed missing '$' anchor in the regexp. Use less cryptic names for temporary variables. Submitted by: ru (early version) Reviewed by: ru
* Libraries come.ru2003-07-021-0/+1
|
* Sort.ru2003-07-021-1/+1
|
* Don't trust sys.mk,v 1.61 commit log, and make .asm alias for .S.ru2003-07-022-4/+14
|
* The .s files do not have to be preprocessed with cpp(1).ru2003-07-021-2/+2
|
* Revert to using as(1) to compile plain assembler source files.ru2003-07-021-9/+2
| | | | | | | | All .s files that need cpp(1) processing (see gcc(1) manpage's DESCRIPTION section) have been repo-copied to .S files. This is mostly to bring bsd.lib.mk in agreement with sys.mk. Desired by: obrien
* There's no reason to keep separate AINC knob anymore.ru2003-07-013-17/+8
| | | | | | | | The only real use of it (lib/libc/Makefile) has been fixed, and if necessary, the contents of AINC should be added to CFLAGS. Explained by: bde
* Propagate the ${AINC} knob (assembler include) to sys.mk,ru2003-06-302-4/+1
| | | | and remove the .S.o transformation rule from bsd.lib.mk.
* Removed suffix-transformation rules that are duplicatesru2003-06-301-20/+0
| | | | (or are subsets) of the corresponding rules in sys.mk.
* The use of ld(1) to strip compiler local and non-globalru2003-06-301-36/+0
| | | | | | | | | | | | | | | | | | | symbols from object files has bitrotted over the last thirteen years, and it now does more harm than good. An attempt to work around the problems caused by using ld(1) for stripping was to pass LDFLAGS to the ld(1) command, but this was not right either as ${LDFLAGS} should, by design, be used with cc(1) and not ld(1). One of the proposed solutions was to use the objcopy(1) utility to do the strip work, and the other would be to use strip(1), but Bruce Evans suggested not stripping any symbols at all. This works by leaving the grunt work to the final strip(1) command (when installing the binary). Submitted by: bde
* Add ${CRUNCH_CFLAGS} support for adding compile options to crunchgordon2003-06-292-0/+3
| | | | | | | components. This is generally considered a non-optimal solution but it gets the job done for the /rescue case. Submitted by: Tim Kientzle <kientzle@acm.org>
* Be consistent about the use of ${LDFLAGS} for the internal rules. Somepeter2003-06-261-10/+10
| | | | | were missing. This made it difficult to add backend ABI overrides when building shared libs.
* Put on the core hat and back out all of the CSTD= changes. Core willimp2003-06-141-14/+0
| | | | | | | deal with working with the parties to define a coherent definition for CSTD that doesn't break things. Core hat seconded by: markm
* Revert to a known-good state. Anyone desiring to experiment with stricterdes2003-06-141-23/+9
| | | | global settings is free to do so in his or her own source tree.
* Build/install the PIC version of libgcc (libcc_pic.a) for use by sharedpeter2003-06-131-0/+1
| | | | libraries that do exception unwinding.
* We cannot use c99 on amd64 either due to lack of alloca(). libc:strptime()peter2003-06-131-2/+3
| | | | | | uses alloca() and alloca is impossible to implement as a callable function on amd64. It has to be a compiler builtin. Note that the bigger problem is that libc is not c99 clean internally.
* Remove NOSHLIBS, users can get by with NOPIC.obrien2003-06-101-3/+1
| | | | Desired by: ru
* Be C std strict on i386 and amd64 as we can. Be loose on Alpha and ia64.obrien2003-06-071-0/+6
|
* Compile our code as C99 w/GNU extensions by default.obrien2003-06-061-1/+2
| | | | We can't use straight "c99" due to the lack of alloca.S for non-i386 platforms.
* Update some library names. Libraries come, libraries go.markm2003-06-041-3/+2
|
* I got a bazzar bug reportobrien2003-06-021-2/+2
|
* Turn back on c99, the tree should be ready for it now.obrien2003-06-021-1/+1
|
* To quote Tony Maher <tonymaher@optushome.com.au>, "maybe 3rd time lucky ;-)"obrien2003-06-021-1/+1
| | | | *sigh* Just can't get a brake when trying to react too quickly and fix the build.
* Temperarly turn off building the tree with c99.obrien2003-06-021-1/+1
| | | | I swore this made it thru a 'make world', but I don't know what happened.
* Use a bigger hammer -- keep all -std= out of CXXFLAGS.obrien2003-06-012-2/+2
| | | | Also allow for "CSTD=" in a Makefile.
* Do not set a C standard for the C++ compiler.obrien2003-06-011-5/+7
|
* Compile our code as C99 by default.obrien2003-06-011-9/+11
|
* CSTD is virtually worthless for WARNS=2-5. Return -pedantic to WARNS=6+.obrien2003-05-311-1/+3
|
* Make CSTD style match the rest of file.obrien2003-05-311-6/+6
|
* Change -march=pentium4 to -march=pentium3 when CPUTYPE==p4, because gcc 3.2 isanholt2003-05-221-1/+3
| | | | | | | known to produce broken code with -march=pentium4. Add a note explaining this. This should be removed when we update to gcc 3.3 or the bug is otherwise fixed. Approved by: re
* Fixed typo in a comment.ru2003-05-211-2/+2
| | | | | | PR: misc/52486 Submitted by: "Simon L. Nielsen" <simon@nitro.dk> Approved by: re (jhb)
* s/x86[-_]64/amd64/ for MACHINE_ARCH and MACHINE_CPU .ifdefs.peter2003-05-201-4/+4
| | | | | Noticed by: ru Approved by: re (amd64-specific low risk stuff)
* Apply the first in a series of patches which will bring bsd.README up to date.trhodes2003-05-171-10/+40
| | | | | | PR: 35652 Submitted by: "Simon L. Nielsen" <simon@nitro.dk> (original version) Approved by: re (bmah)
OpenPOWER on IntegriCloud