Commit Graph

95 Commits

Author SHA1 Message Date
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
tv
06cc701e6e Turn off the egcs bits while the 1.1 import is taking place. 1998-08-16 17:25:30 +00:00
thorpej
664737f4b3 Don't try and build non-EGCS libgcc on Alpha and PowerPC. 1998-07-28 18:55:41 +00:00
mycroft
90bb301b82 During the initial library pass, do not install man pages.
Also, GC the weird egcs stuff in here.
1998-07-26 17:28:58 +00:00
mycroft
0ed3129ab7 Do not blow away my egcs libgcc at the beginning of a build. 1998-07-25 10:35:53 +00:00
tv
f33c6eef65 Fix flawed logic: I'm not all here today. (.if's werten't doing what the
commit comment said they would do.
1998-07-24 16:51:33 +00:00
tv
7d85aa8579 Fix the rebuild of libgcc:
- If USE_EGCS is set, rebuild egcs's libgcc and install it
  (unless DESTDIR is set and system compiler is not gcc 2.8,
   in which case print a warning message and do nothing).
- Do not rebuild gcc 2.7's libgcc.  egcs can build this fine.
1998-07-24 16:48:47 +00:00
perry
ef7f93c4e2 build libgcc during make build; also, don't build lex and yacc first any more. 1998-07-21 23:13:13 +00:00
scottr
8c924375e8 Revert 1.44 and associated changes; you can't prebuild anything without
includes, which is the case if you are building to an empty $DESTDIR.
Fixes PR 5497.

NOTE:  This reverts us to the 1.3 behavior of requiring the secr
set to be installed for non-exportable builds.  While unfortunate,
this allows a user to start with existing binary sets, rather than
requiring special knowledge of how to build a domestic tree to
$DESTDIR.
1998-05-27 06:38:37 +00:00
tv
2be2a5eb88 Move (re)build of libgcc to end of build list (after gcc/egcs would be
installed/updated).
1998-05-21 11:53:49 +00:00
thorpej
ad6b563dc3 Gack, don't try to build libgcc if it wouldn't be appropriate. 1998-05-21 01:40:19 +00:00
thorpej
246b83555d Build the appropriate libgcc, so that build-to-destdir works. 1998-05-12 01:59:54 +00:00
mycroft
ff93d40dbb Make sure system includes are installed before descending into gnu. 1998-05-10 10:37:59 +00:00
tv
0f94879015 Do the cleandir before the includes, so rpcgen doesn't build includes
twice.  (Should build and install rpcgen before the includes, but it's not
too clear whether to do this before or after the cleandir.)
1998-04-15 13:44:55 +00:00
mellon
d9a64124a0 Print date after build completes as well as before. Previous code failed because make build depends on beforeinstall but not afterinstall. 1998-02-20 01:39:38 +00:00
lukem
33fd402980 fix make build for non-usa domestic a better way 1998-02-16 10:07:31 +00:00
lukem
20aac973f8 don't assume domestic/usr.bin/compile_et exists for make build (eg: the user has a non-USA domestic subtree) 1998-02-16 07:57:19 +00:00
thorpej
7182d6c160 In the build targer, make sure the troff macros are installed before
attempting to build manual pages.
1998-02-15 00:33:03 +00:00
thorpej
d18d79c554 Domestic library build fix: libtelnet depends on libdes and libkrb. libkrb
depends on libcom_err.  So, build libdes, libcom_err, libkrb in that
order before building domestic/lib.  (Geez, this stuff is a mess.)
1998-02-10 04:38:13 +00:00