1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-16 10:20:30 +00:00
Commit Graph

2544 Commits

Author SHA1 Message Date
Ruslan Ermilov
ead097220a There are users of FreeBSD 4.5 already. 2001-10-26 17:01:15 +00:00
Ruslan Ermilov
fe5e2a2c52 It's safe to assume that ${.OBJDIR} == ${.CURDIR} in the
NOOBJ-hinted Makefiles.
2001-10-24 09:16:23 +00:00
David E. O'Brien
d80e71799d Make the logic more explicit. 2001-10-19 20:20:16 +00:00
Ruslan Ermilov
1680d03276 Respect system ${CFLAGS} when building Perl modules.
bsd.obj.mk -> bsd.prog.mk in modules makefiles, as the
latter automatically includes ../Makefile.inc and adds
-I${DESTDIR}/usr/include to ${CFLAGS} needed for "make
world" which is built with -nostdinc.

Reviewed by:	MAINTAINER timeout
2001-10-19 12:58:22 +00:00
Bruce Evans
d2f659e3f9 Fixed style bugs in previous commit:
- don't comment out the old version; just modify it.
- don't 2 sets of 3 style bugs that weren't present in the old version.
2001-10-19 12:45:59 +00:00
Matthew N. Dodd
9c77d65883 Turn on the libedit support in bc. Turn off libreadline. 2001-10-19 00:24:39 +00:00
David E. O'Brien
f6181588d5 We don't use the IA-64 psABI ELF_DYNAMIC_INTERPRETER, so remove it. 2001-10-15 03:10:48 +00:00
David E. O'Brien
d4c06e2f81 Clean this up. 2001-10-15 02:14:08 +00:00
David E. O'Brien
e1382dde0b Binutils 2.11.2 build framework for the FreeBSD/IA-64 target. 2001-10-15 02:13:26 +00:00
David E. O'Brien
7a54260771 We don't support GDB for IA-64, PowerPC, or sparc64 yet. 2001-10-15 01:57:13 +00:00
David E. O'Brien
edb338ea02 We can easily share obj-format.h and targ-env.h files across all FreeBSD
platforms, which reduces the upgrade effort.
Also tidy up the Makefiles.
2001-10-15 01:43:23 +00:00
David E. O'Brien
462c450905 More cleaning. 2001-10-15 01:18:51 +00:00
David E. O'Brien
7e605691b0 Adjust for the movement of `as' headers. 2001-10-14 02:15:58 +00:00
David E. O'Brien
b3119f80e8 You know the last revision will work better if the TARGET_TUPLE is set
conditionally....
2001-10-14 02:13:55 +00:00
David E. O'Brien
4ac9161617 Allow easier override of the configure tuple, in case you wanted to build
as "powerpc-obrien-freebsd" rahter than "powerpc-unknown-freebsd" for example.
2001-10-14 02:12:40 +00:00
David E. O'Brien
44fdcd56ee Need to look in additional places for BFD's config.h now. 2001-10-14 02:07:26 +00:00
David E. O'Brien
8f0d33af07 Clean up a little bit more. 2001-10-14 01:58:18 +00:00
David E. O'Brien
4ab605cf6d Clean up the formatting. 2001-10-14 01:57:19 +00:00
David E. O'Brien
80eaeb4242 We do "sparc64", not "sparc". 2001-10-14 01:57:07 +00:00
David E. O'Brien
83735fac63 Clean up the formatting. 2001-10-14 01:47:30 +00:00
David E. O'Brien
51598dc8ec We do "sparc64", not "sparc". 2001-10-14 01:33:07 +00:00
David E. O'Brien
cd9d63ec3f Clean up the formatting. 2001-10-14 01:31:37 +00:00
David E. O'Brien
5c73b63da5 We can easily share a single config.h file across all FreeBSD platforms,
which reduces the upgrade effort.
2001-10-14 01:24:07 +00:00
David E. O'Brien
51a64fa24f Update for Binutils 2.11.2. 2001-10-14 01:08:32 +00:00
David E. O'Brien
b164377e77 We support sparc64, not plain sparc. 2001-10-14 01:00:29 +00:00
David E. O'Brien
bbd7c7f077 Clean up the formatting. 2001-10-14 00:58:59 +00:00
Bruce Evans
43ea907a42 Backed out "Compensate for header dethreading [mistakes]" mistakes in
alpha files too.
2001-10-13 04:38:46 +00:00
Bruce Evans
6eabd84580 Compensate for "Compensate for header dethreading" by backing it out. 2001-10-10 17:48:44 +00:00
Ian Dowse
3c7bcedd06 Remove the Xresume* labels from the i386 interrupt handlers; the
code in ipl.s and icu_ipl.s that used them was removed when the
interrupt thread system was committed. Debuggers also knew about
Xresume* because these labels hide the real names of the interrupt
handlers (Xintr*), and debuggers need to special-case interrupt
handlers to get the interrupt frame.

Both gdb and ddb will now use the Xintr* and Xfastintr* symbols to
detect interrupt frames. Fast interrupt frames were never identified
correctly before, so this fixes the problem of the running stack
frame getting lost in a ddb or gdb trace generated from a fast
interrupt - e.g. when debugging a simple infinite loop in the kernel
using a serial console, the frame containing the loop would never
appear in a gdb or ddb trace.

Reviewed by:	jhb, bde
2001-10-09 19:54:52 +00:00
Ian Dowse
e5cef9b61f Catch up with the SMPng reduced interrupt frame size. The corresponding
change was made to DDB months ago (i386/i386/db_trace.c revision 1.37).

Reviewed by:	bde
2001-10-08 12:46:01 +00:00
Ruslan Ermilov
eea399e3ac Removed mentions of TARGET_ARCH from non-cross places. 2001-10-04 14:13:16 +00:00
Ruslan Ermilov
3d8712c3a1 Unbreak standalone `make depend' in gnu/usr.bin/perl.
Noticed by:	bde
2001-10-04 11:45:38 +00:00
Bruce Evans
d703551558 Fixed missing return type in synopsis. 2001-10-03 04:01:51 +00:00
Ruslan Ermilov
3180756901 Document how manpath(1) handles user's path directories that end in "/bin".
PR:		docs/30940
MFC after:	3 days
2001-10-01 16:58:30 +00:00
Ruslan Ermilov
32eef9aeb1 mdoc(7) police: Use the new .In macro for #include statements. 2001-10-01 16:09:29 +00:00
Kris Kennaway
536d2f0588 Phase I of UUCP migration to ports. This leaves behind a minimal build
environment for cu, which is still useful.
2001-10-01 06:22:53 +00:00
Ruslan Ermilov
4448c79e47 Fix cross-building, etc:
1.  To cross-build, one now needs to set TARGET_ARCH, and not the
    MACHINE_ARCH.  MACHINE_ARCH should never be changed manually!

2.  Initialize DESTDIR= explicitly for bootstrap-tools, build-tools,
    and cross-tools stages.  This fixes broken header and library
    dependencies problem.  We build them in the host environment,
    and obviously want them to depend on host headers and libraries.
    The problem with broken header dependencies for bootstrap-tools
    and cross-tools was already partially solved (see BOOTSTRAPPING
    tests in bsd.prog.mk and bsd.lib.mk), but it was still there for
    build-tools if the user ran "make world DESTDIR=/foo".  Also,
    for all of these stages, the library dependencies were broken
    because of how bsd.libnames.mk define DPADD members.

    We still provide a glue to install bootstrap- and cross-tools
    under the ${WORLDTMP}.

    Removed PATH overrides for bootstrap-, build-, and cross-tools
    stages.  There is just no reason why we would need to override
    it, and the hacks to clean up the ${WORLDTMP} in the -DNOCLEAN
    case are no longer needed with fixes from this step.

    That is, we now never use ${WORLDTMP} headers and libraries,
    and we don't use any ${WORLDTMP} installed binaries during
    these stages.  Again, these stages depend solely on the host
    environment, including compiler, headers, and libraries.

3.  Moved "miniperl" back from cross-tools (it has nothing to do
    with a cross-compiler) to build-tools where it belongs.  The
    change from step 1 let to do this.  Also, to make this work,
    build-tools targets of "cc_tools" and "miniperl" were modified
    to call "depend".  Here follow the detailed explanations.

    There are two categories of build tools, for now.  In the first
    category there are "cc_tools" and "miniperl".  They occupy the
    whole (sub)directory, and nothing needs to be done in this
    subdirectory later during the "all" stage.  They are also
    constructed using system makefiles.  We must build the .depend
    early in the build-tools stage because:

    1)  They use (and depend on) the host environment.

    2)  If we don't do this in build-tools, the "depend" stage of
        buildworld will do this for us; wrong library and header
        dependencies will be recorded (DESTDIR=${WORLDTMP}) and,
        what's worse, the "all" stage may then clobber the
        build-architecture format tools (that we built in the
        build-tools stage) with the target-architecture format
        ones, breaking cross build.

    In the second category there are all other build-tools.  They
    share their directory with the "main" module that needs them
    in the "all" stage, and they don't show up themselves in the
    .depend file.  The portion of this fix was already committed
    in gnu/usr.bin/cc/cc_tools/Makefile,v 1.52.

4.  "libperl" is no longer a build tool, and "miniperl" is the
    stand-alone application.  I had to make this change because
    build-tools and "all" stages share the same object directory.
    Without this change, if we cross compile, libperl.a is first
    built for the build architecture during the build-tools stage
    (for the purposes of immediate linkage with "miniperl").
    Later on, the "all" stage sees this library as up-to-date,
    and doesn't rebuild it.  The effect is that the wrong format
    static libperl library is installed with installworld.

5.  Fixed "includes" to install secure/lib/libtelnet headers if
    required.

Reviewed by:	bde
2001-09-29 13:17:54 +00:00
Jonathan Lemon
750c427849 Add support for 28800 baud to sio.
PR: 30906
Submitted by: "Daniel O'Connor" <darius@chowder.dons.net.au>
2001-09-29 04:49:11 +00:00
David E. O'Brien
838bc11f60 We need to build ``.depend'' early in the "build-tools" for the GCC
"build-tools".  If we do not do this, the "depend" stage of
"buildworld" will build ``.depend'' and it will record the wrong
library and header dependencies (DESTDIR=${WORLDTMP}).  Even worse,
the "all" stage may clobber build-architecture-format build tools
built in the "build-tools" stage with target-architecture-format ones.

Submitted by:	ru
2001-09-27 17:14:33 +00:00
David E. O'Brien
7d437141ba Unconditionally use basename.c source vs. only doing this if the libc we
are linking against does not have basename().  There is a buffer overflow
bug in lib/libc/gen/basename.c rev 1.1.  There is no way for us to test
what revision of basename() we have in libc, thus this change.

Requested by:	ru
2001-09-26 20:51:51 +00:00
Ruslan Ermilov
946b7fa17e Fixed the buildworld breakage in cross-tools caused by
misuse of /usr/src/include headers.  This REALLY fixes
the 20010919 src/UPDATING entry.

With this patch the 4.2-RELEASE box was able to survive
the 5.0-CURRENT "make world".

Beat over the head with this patch:	obrien
2001-09-24 09:25:05 +00:00
Mark Murray
e284cfe41e [ Very nasty nautical expletive removed ]
Remove debugging code that should never have been committed.
2001-09-21 13:50:31 +00:00
Mark Murray
b6c358a73d Through some hackery-pokery, allow folks to cd to src/gnu/usr.bin/perl
and do the usual "make obj && make depend all".

This sort of stuff makes my teeth itch, but folks wanted it badly
enough, so here it is.
2001-09-20 12:22:27 +00:00
Peter Wemm
d1c276c383 Fix alpha gdb -k on "live" kernels. Use offsetof() instead of some evil
hand-rolled macros to do the same thing.
2001-09-20 06:31:23 +00:00
Bill Fenner
9c52cf5785 Don't try to dereference a kernel pointer in userland; use offsetof()
to get the right address.

This fixes kernel GDB after KSE2.

Reviewed by:	jhb, jake
2001-09-19 18:42:19 +00:00
Ruslan Ermilov
096f9ef53b In FreeBSD, -Z is reserved for zgrep(1), and only
a long version of the --null option is supported.

PR:		gnu/30644
2001-09-19 07:22:30 +00:00
David E. O'Brien
dd1cd2eb67 Rev 1.10 bogusly tested the kernel version, not the libc version.
The version of the kernel has no bearing on what is in libc.
We now search for basename in libc to determin if we need to include
the libiberty version in the build.

This is all still a bit bogus as it will (like the sysctl method) cause
basename.o to be linked into the cross-build as well as the host build.  It
would probably be better to test if we were doing the initial host build and
unconditionally include that.  Once we've generated the target libc we know
that basename is available.  (maybe test for $TOOLS_PREFIX or something).

Submitted by:	peter
2001-09-14 23:07:02 +00:00
Peter Wemm
e433a4a84b Update this to compile on the Alpha. 2001-09-14 11:08:44 +00:00
Ruslan Ermilov
9de6241784 Fixed some of style bugs. 2001-09-12 10:04:42 +00:00
Julian Elischer
b40ce4165d KSE Milestone 2
Note ALL MODULES MUST BE RECOMPILED
make the kernel aware that there are smaller units of scheduling than the
process. (but only allow one thread per process at this time).
This is functionally equivalent to teh previousl -current except
that there is a thread associated with each process.

Sorry john! (your next MFC will be a doosie!)

Reviewed by: peter@freebsd.org, dillon@freebsd.org

X-MFC after:    ha ha ha ha
2001-09-12 08:38:13 +00:00