summaryrefslogtreecommitdiffstats
path: root/gnu
Commit message (Collapse)AuthorAgeFilesLines
* There are users of FreeBSD 4.5 already.ru2001-10-261-0/+1
|
* It's safe to assume that ${.OBJDIR} == ${.CURDIR} in theru2001-10-241-1/+1
| | | | NOOBJ-hinted Makefiles.
* Make the logic more explicit.obrien2001-10-191-1/+1
|
* Respect system ${CFLAGS} when building Perl modules.ru2001-10-1921-43/+23
| | | | | | | | | 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
* Fixed style bugs in previous commit:bde2001-10-191-4/+2
| | | | | - 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.
* Turn on the libedit support in bc. Turn off libreadline.mdodd2001-10-192-4/+6
|
* We don't use the IA-64 psABI ELF_DYNAMIC_INTERPRETER, so remove it.obrien2001-10-151-1/+3
|
* Clean this up.obrien2001-10-151-8/+8
|
* Binutils 2.11.2 build framework for the FreeBSD/IA-64 target.obrien2001-10-157-0/+3889
|
* We don't support GDB for IA-64, PowerPC, or sparc64 yet.obrien2001-10-151-1/+3
|
* We can easily share obj-format.h and targ-env.h files across all FreeBSDobrien2001-10-1516-56/+31
| | | | | platforms, which reduces the upgrade effort. Also tidy up the Makefiles.
* More cleaning.obrien2001-10-151-1/+1
|
* Adjust for the movement of `as' headers.obrien2001-10-141-4/+2
|
* You know the last revision will work better if the TARGET_TUPLE is setobrien2001-10-144-4/+4
| | | | conditionally....
* Allow easier override of the configure tuple, in case you wanted to buildobrien2001-10-144-29/+37
| | | | as "powerpc-obrien-freebsd" rahter than "powerpc-unknown-freebsd" for example.
* Need to look in additional places for BFD's config.h now.obrien2001-10-142-0/+2
|
* Clean up a little bit more.obrien2001-10-141-1/+2
|
* Clean up the formatting.obrien2001-10-146-82/+72
|
* We do "sparc64", not "sparc".obrien2001-10-141-24/+0
|
* Clean up the formatting.obrien2001-10-142-29/+25
|
* We do "sparc64", not "sparc".obrien2001-10-145-157/+0
|
* Clean up the formatting.obrien2001-10-1417-124/+110
|
* We can easily share a single config.h file across all FreeBSD platforms,obrien2001-10-145-626/+11
| | | | which reduces the upgrade effort.
* Update for Binutils 2.11.2.obrien2001-10-142-561/+895
|
* We support sparc64, not plain sparc.obrien2001-10-143-3478/+0
|
* Clean up the formatting.obrien2001-10-149-169/+156
|
* Backed out "Compensate for header dethreading [mistakes]" mistakes inbde2001-10-132-2/+0
| | | | alpha files too.
* Compensate for "Compensate for header dethreading" by backing it out.bde2001-10-104-4/+0
|
* Remove the Xresume* labels from the i386 interrupt handlers; theiedowse2001-10-092-4/+10
| | | | | | | | | | | | | | | | | | 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
* Catch up with the SMPng reduced interrupt frame size. The correspondingiedowse2001-10-082-2/+2
| | | | | | change was made to DDB months ago (i386/i386/db_trace.c revision 1.37). Reviewed by: bde
* Removed mentions of TARGET_ARCH from non-cross places.ru2001-10-041-4/+2
|
* Unbreak standalone `make depend' in gnu/usr.bin/perl.ru2001-10-041-1/+4
| | | | Noticed by: bde
* Fixed missing return type in synopsis.bde2001-10-031-0/+1
|
* Document how manpath(1) handles user's path directories that end in "/bin".ru2001-10-011-0/+9
| | | | | PR: docs/30940 MFC after: 3 days
* mdoc(7) police: Use the new .In macro for #include statements.ru2001-10-011-1/+1
|
* Phase I of UUCP migration to ports. This leaves behind a minimal buildkris2001-10-01176-67381/+13
| | | | environment for cu, which is still useful.
* Fix cross-building, etc:ru2001-09-297-40/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Add support for 28800 baud to sio.jlemon2001-09-291-0/+1
| | | | | PR: 30906 Submitted by: "Daniel O'Connor" <darius@chowder.dons.net.au>
* We need to build ``.depend'' early in the "build-tools" for the GCCobrien2001-09-271-0/+2
| | | | | | | | | | "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
* Unconditionally use basename.c source vs. only doing this if the libc weobrien2001-09-261-2/+1
| | | | | | | | 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
* Fixed the buildworld breakage in cross-tools caused byru2001-09-241-1/+8
| | | | | | | | | | 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
* [ Very nasty nautical expletive removed ]markm2001-09-212-4/+0
| | | | Remove debugging code that should never have been committed.
* Through some hackery-pokery, allow folks to cd to src/gnu/usr.bin/perlmarkm2001-09-203-3/+22
| | | | | | | 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.
* Fix alpha gdb -k on "live" kernels. Use offsetof() instead of some evilpeter2001-09-201-2/+9
| | | | hand-rolled macros to do the same thing.
* Don't try to dereference a kernel pointer in userland; use offsetof()fenner2001-09-192-2/+2
| | | | | | | | to get the right address. This fixes kernel GDB after KSE2. Reviewed by: jhb, jake
* In FreeBSD, -Z is reserved for zgrep(1), and onlyru2001-09-191-2/+2
| | | | | | a long version of the --null option is supported. PR: gnu/30644
* Rev 1.10 bogusly tested the kernel version, not the libc version.obrien2001-09-141-9/+2
| | | | | | | | | | | | | | 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
* Update this to compile on the Alpha.peter2001-09-141-2/+2
|
* Fixed some of style bugs.ru2001-09-126-29/+35
|
* KSE Milestone 2julian2001-09-123-29/+26
| | | | | | | | | | | | | | 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
OpenPOWER on IntegriCloud