Commit Graph

113 Commits

Author SHA1 Message Date
mrg
1f196e5b67 use MKSHARE=no instead. 2000-04-11 08:21:41 +00:00
mrg
1ae7478b2a fix long standing bug in `make build' with $DESTDIR:
- during `make build' after /usr/share/mk has been installed, call
  make with `-m $DESTDIR/usr/share/mk'.
2000-04-10 14:47:22 +00:00
simonb
d9b15587d5 At least one crypto-intl lib has an info file(s) - add MKINFO=no to the
early build of ../src/lib ala ../src/gnu/lib.
2000-04-09 02:09:49 +00:00
jlam
01d48867ea Handle new make variable BUILD_DONE which creates an empty build target if
it is set.
2000-03-11 00:10:20 +00:00
cjs
cb61b13f55 When you type `make obj', make obj dirs in distrib whether or not you
have MKOBJDIRS variable set.
2000-03-08 00:50:05 +00:00
erh
671a37a17f Add a buildmsg target for build to depend upon instead of using an ifmake block. "make snapshot" now echos the start of build time. 2000-02-29 21:54:03 +00:00
mycroft
0d8613ba36 share/tmac is now installed by `make includes', so don't do it again. 2000-02-26 17:42:53 +00:00
aidan
3286ebd2e0 Make 'make build' hook into crypto-tree for crypto specific build-time
dependencies.
2000-02-19 17:49:49 +00:00
assar
84e55c17c3 make sure include and include/sys are populated before starting to
make includes in lib
2000-02-01 01:22:05 +00:00
simonb
e57fa9afe4 After ${MAKE} obj, explicitly make obj dirs in ${.CURDIR}/distrib as well. 1999-12-05 22:53:53 +00:00
simonb
bd63bac162 Revert previous but move "cd share/tmac" later down so that any
generated files will go in obj dirs if they are created.  After
discussion with the two Bill's on tech-userlevel.
1999-12-04 03:52:28 +00:00
simonb
072b91d324 Move the "${MAKE} obj" above the share/tmac stage so that the generated
files in that directory don't pollute the source tree before the obj
dirs are created.
1999-12-03 15:09:01 +00:00
sommerfeld
1417ad563c Document MKOBJDIRS here, and sort the variable list in the comments
into alphabetical order.
1999-11-30 17:48:11 +00:00
sommerfeld
1b914a5db2 Add MKOBJDIRS make variable to bsd.own.mk, defaulting to "no" but
overrideable in mk.conf

Document in bsd.README; this is distinct from "MKOBJ", which controls
whether "make obj" does anything.

In the top-level makefile, if MKOBJDIRS != "no", do a "make obj" at an
appropriate point during a "make build".
1999-11-30 16:16:41 +00:00
perry
1cbf2bb2b8 use new dependall target instead of depend then all in make build 1999-09-14 01:32:43 +00:00
thorpej
51301b7324 Remove all of the domestic/crypto-us glue from this file. It is handled
differently now.
1999-07-12 21:53:52 +00:00
christos
ee5a52e9e7 Handle crypto-us just like domestic 1999-05-27 21:03:31 +00:00
scottr
10b51a99c6 Add the FORCE_DOMESTIC flag to force the 'all', 'includes',
and 'install' targets to descend into the domestic subtree.  This is
generally a bad idea unless one knows precisely what they're doing,
but we'll provide the rope anyway (with the appropriate warnings).

Document both EXPORTABLE_SYSTEM and FORCE_DOMESTIC at the top of the file.
1999-04-25 19:13:05 +00:00
cjs
cfd3563966 Improve documentation. 1999-04-01 02:49:12 +00:00
scottr
a53f9b62f4 Make a note of a subtle lossage mode pointed out by Mycroft. 1999-03-10 19:18:59 +00:00
scottr
a443f8c15c Make the includes and install targets consistent, and shove the
ugly hack into the etc/Makefile distribution target instead of
the top-level build target.  Problem noted by Mycroft.
1999-03-10 19:10:14 +00:00
scottr
67f17dd709 Back out rev 1.90: The need for texinfo is a one-shot event. This was
announced in a reasonable forum.  Further, it adds significant overhead to
the build process, and doesn't work correctly when a non-root DESTDIR
build is attempted (unless texinfo is already available, which of course
makes this change unnecessary).
1999-02-20 09:10:41 +00:00
scottr
455f4cf780 make -> ${MAKE} 1999-02-19 23:22:14 +00:00
mellon
3dcbd83b7b Build and install texinfo before building and installing the world. 1999-02-18 14:49:59 +00:00
mellon
91bd4d3f4a Don't try to run makeinfo when doing preliminary GNU library builds. 1999-02-18 03:19:44 +00:00
scottr
f09cc42ad9 Revert 1.83; it doesn't work. A different fix for his problem is in
the pipeline.
1999-02-17 08:00:52 +00:00
cjs
0ce5d20c34 Add release and snapshot targets. (They do the same thing.) 1999-02-16 03:37:26 +00:00
lukem
dcab0210a0 convert from NOxxx= to MKxxx=no.
include <bsd.own.mk> if testing a MKxxx variable.
1999-02-13 02:54:17 +00:00
tv
2dfda4a05f Back out the info dir changes; /usr/share/info was not in pkgsrc's info
path, which confused me to no end.
1999-02-11 17:56:46 +00:00
tv
1590f3bcda If updating from a system which has a /usr/pkg/info/dir, move that to
/usr/share/info/dir and make a symlink in /usr/pkg/info.  This allows
systems with the gtexinfo pkg installed to work "properly".
1999-02-11 14:49:49 +00:00
christos
b82b273dec Build the domestic libraries first, before building programs. Unfortunately
some programs like /usr/libexec/ftpd, need the kerberos etc libraries.
XXX: In reality programs like these should be moved to the domestic tree!
I would have assumed that if I make install in the exportable tree, I will
not install any domestic binaries!!!
1999-02-09 19:52:50 +00:00
scottr
ebefa9658b Once more, from the beginning: we really, really don't want to descend into
the domestic tree if we are building an EXPORTABLE_SYSTEM.

Translate the conditional to English so as to avoid future problems
when people are tempted to modify it.
1999-01-29 05:42:35 +00:00
scottr
98e31beeee If doing a "domestic" build, make sure whatis.db is built _after_ the
domestic tree.
1999-01-28 15:36:48 +00:00
scottr
59da8f5c0e Sigh. The last change was too clever. Instead of using EXPORTABLE_SYSTEM,
which has side effects, use _BUILD to determine whether we ought to
install things in the domestic subtree.  Otherwise, the core idea from
the last revision is unchanged.
1999-01-24 19:18:54 +00:00
scottr
f7d635627c When I split the build target into the top-level and "domestic" pieces, I
failed to account for how a 'make distribution' would get the proper bits
into the distribution tree.  To correct this, we set EXPORTABLE_SYSTEM
while doing a 'make build' in order to avoid trying to install not-yet-
generated headers and binaries.  I've also made the required adjustment
to the condition that adds "domestic" to SUBDIR.

This is too hairy and needs to die, but I don't see how it can until
we integrate the crypto bits into the main body of the tree.
1999-01-24 07:42:34 +00:00
scottr
56d26266a5 Don't build domestic bits directly; use the domestic 'build' target
to do them for us.
1999-01-05 07:09:58 +00:00
cjs
e4ee43d8b2 Even if EXPORTABLE_SYSTEM is defined, descend into domestic for targets
obj, clean, cleandir and distclean. This reduces the chance of problems
(and the need to re-run make obj) if one is switching back and forth
between EXPORTABLE_SYSTEM and not, as US/Canadian developers tend to do.
1999-01-03 22:17:19 +00:00
bouyer
aa694bb9e2 Add a 'NBUILDJOBS' variable which control the number of jobs started in
parallel for a 'make build' (using make's -j flag). Only CPU-intensive jobs
are started in parallel.
Document the variables useable at the begining of the makefile
(NBUILDJOBS NOMAN NOSHARE UPDATE DESTDIR). Feel free to add documentation
for the ones I forgot !
1998-12-22 11:21:09 +00:00
tv
1343ef3796 GC old gcc 2.7.2.2. 1998-12-12 23:44:22 +00:00
simonb
76b2a4f97c Let make do the NOMAN= variable assignments instead of the shell so us
csh/tcsh weenies can cut and paste "make -n build" lines.
1998-12-07 01:42:34 +00:00
thorpej
68cceaeee4 It is no longer necessary to run ldconfig in the build: target. It is
handled by bsd.lib.mk.
1998-12-02 22:53:06 +00:00
thorpej
9eba51863a Only ldconfig if it's there (ELF systems don't use ldconfig). 1998-10-18 20:41:39 +00:00
mycroft
66d3187f89 Do not build libgcc 3 times.
Instead:
* If upgrading the compiler, build it *first*, before anything else.
* If upgrading the compiler and DESTDIR is set, barf.
This guarantees that libgcc is built during the library stage.
1998-10-16 05:05:09 +00:00
mycroft
b464b3b631 When doing a `make build' without DESTDIR, run ldconfig(8) after updating the
libraries.
1998-10-15 02:50:00 +00:00
tv
737c23e11b Fix libgcc on alpha; shouldn't build 2.7 libgcc when bootstrapping. 1998-10-07 02:35:38 +00:00
lukem
67fe57924e don't install in /usr/share if NOSHARE is defined 1998-09-29 06:59:53 +00:00
christos
2fc0d9fc29 Test gcc2.8 and egcs properly 1998-09-27 18:18:42 +00:00
tv
de2bb5bd3e No need to shield alpha from gcc 2.7 libgcc any longer. Default is egcs. 1998-08-27 14:11:45 +00:00
tv
62aab56659 Only build the egcs libgcc if the current ${CXX} is actually egcs. 1998-08-22 22:06:23 +00:00
tv
c553fa5c2e Re-enable libgcc from egcs and RE-ADD the warning & libgcc rebuild at the
end of the build - it is needed for gcc 2.7->egcs bootstraps!
1998-08-22 22:05:00 +00:00