summaryrefslogtreecommitdiffstats
path: root/gnu/lib/libreadline/readline/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Use MAN= to specify that no man page is providedemaste2016-01-221-1/+1
| | | | | | NO_MAN is deprecated. Reviewed by: imp
* Replace DPSRCS that work fine in SRCS.bdrewery2015-11-251-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is so that 'make depend' is not a required build step in these files. DPSRCS is overall unneeded. DPSRCS already contains SRCS, so anything which can safely be in SRCS should be. DPSRCS is mostly just a way to generate files that should not be linked into the final PROG/LIB. For headers and grammars it is safe for them to be in SRCS since they will be excluded during linking and installation. The only remaining uses of DPSRCS are for generating .c or .o files that must be built before 'make depend' can run 'mkdep' on the SRCS c files list. A semi-proper example is in tests/sys/kern/acct/Makefile where a checked-in .c file has an #include on a generated .c file. The generated .c file should not be linked into the final PROG though since it is #include'd. The more proper way here is just to build/link it in though without DPSRCS. Another example is in sys/modules/linux/Makefile where a shell script runs to parse a DPSRCS .o file that should not be linked into the module. Beyond those, the need for DPSRCS is largely unneeded, redundant, and forces 'make depend' to be ran. Generally, these Makefiles should avoid the need for DPSRCS and define proper dependencies for their files as well. An example of an improper usage and why this matters is in usr.bin/netstat. nl_defs.h was only in DPSRCS and so was not generated during 'make all', but only during 'make depend'. The files including it lacked proper depenencies on it, which forced running 'make depend' to workaround that bug. The 'make depend' target should mostly be used for incremental build help, not to produce a working build. This specific example was broken in the meta build until r287905 since it does not run 'make depend'. The gnu/lib/libreadline/readline case is fine since bsd.lib.mk has 'OBJS: SRCS:M*.h' when there is no .depend file. Sponsored by: EMC / Isilon Storage Division MFC after: 1 week
* META MODE: Don't create .meta files when symlinking sources into the obj ↵bdrewery2015-11-251-1/+1
| | | | | | | | | | | directory. Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division
* Remove redundant .NOPATH.bdrewery2015-09-261-2/+0
| | | | | | All of these are already in CLEANFILES which is added to .NOPATH in bsd.obj.mk. Sponsored by: EMC / Isilon Storage Division
* Misc fixes from projects/bmakesjg2015-06-111-4/+8
| | | | | Differential Revision: D2748 Reviewed by: brooks imp
* Convert to LIBADDbapt2014-11-251-2/+1
| | | | Reduce overlinking
* Replace all uses of libncurses and libtermcap with their wide characterbrooks2014-07-171-2/+2
| | | | | | | | | | variants. This allows usable file system images (i.e. those with both a shell and an editor) to be created with only one copy of the curses library. Exp-run: antoine PR: 189842 Discussed with: bapt Sponsored by: DARPA, AFRL
* The GNU readline library is now an INTERNALLIB - that is, it isbapt2014-07-091-10/+12
| | | | | | | | | | statically linked into consumers (GDB and variants) in the base system, and the shared library is no longer installed. That also allows ports to be able to use a modern version of readline PR: 162948 Reviewed by: emaste
* Back out termcap -> ncurses change in LDADD/DPADDache2004-10-181-2/+2
| | | | It expand functions scope too wide
* Upgrade to 4.3ache2003-08-311-1/+1
|
* Stage 3 of dynamic root support. Make all the libraries needed to rungordon2003-08-171-0/+1
| | | | | | binaries in /bin and /sbin installed in /lib. Only the versioned files reside in /lib, the .so symlink continues to live /usr/lib so the toolchain doesn't need to be modified.
* Added new bsd.incs.mk which handles installing of header filesru2002-05-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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".
* -ltermcap is spelled -lncurses nowadays.ru2002-04-091-2/+2
|
* Pick manpages from their original locationsache2001-04-211-1/+1
|
* Upgrade to 4.2ache2001-04-111-3/+2
|
* MAN[1-9] -> MAN.ru2001-03-271-1/+1
|
* The "INCDIR" required by the new header installation code in bsd.lib.mkobrien2000-01-301-0/+2
| | | | | | was not set correctly. Ok'ed by: JKH
* Move the header installation down into `readline' which is the subsystemobrien2000-01-291-0/+7
| | | | the headers are part of.
* $Id$ -> $FreeBSD$peter1999-08-271-1/+1
|
* don't include Makefile.inc twiceache1999-05-281-2/+1
|
* upgrade to 4.0ache1999-05-281-0/+19
OpenPOWER on IntegriCloud