| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* Remove "why we need this decl..." comment. The `matcher' variable
is defined in *grepmat.c files in the original distribution, which
we did not import.
|
|
|
|
|
| |
wrapper. /usr/bin/cpp knows about all the GCC predefined symbols and has
the functionality of the previous EGCS 1.1.2 /usr/libexec/cpp.
|
| |
|
|
|
|
| |
that understands "command{foo}".
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
| |
| |
| |
| |
| |
| | |
It is being re-imported here, to keep our long source change history with
this source continuous.
src/contrib/grep will be deleted some time in the very near future.
|
| |
| |
| |
| |
| | |
for people that don't have "NOINFO=yes" in /etc/make.conf.
[read: this still refered to contrib/egcs/]
|
| | |
|
| |
| |
| |
| | |
Submitted by: marcel
|
| |
| |
| |
| |
| | |
repository by NOT vendor importing the virgin 2.0 sources, CVS
had no idea what to do here.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
PR: 2897
Submitted by: Stephen J. Roznowski <sjr@home.net>
|
| |
| |
| |
| |
| |
| |
| | |
If one wishes to anchor the compiler toolchain tree somewhere other than /,
all one needs to do is set "TOOLS_PREFIX" to a different rooting.
Submitted by: marcel (in a different format and reworked by me)
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
then handle it as problem. This commit fixes problem with archiving empty files.
PR: gnu/5767
Submitted by: Bill Fenner <fenner@parc.xerox.com>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
of changing the search dirs. This also removes an used search dir,
removes unneeded redundancy, and a bugus dir we enherited on the i386
by baseing off of svr4.h.
We went from:
install: /usr/libexec/(null)
programs: /usr/libexec/<OBJFORMAT>/:/usr/libexec/:/usr/bin/:/usr/libexec/
libraries: /usr/libdata/gcc/:/usr/libexec/:/usr/ccs/lib/:/usr/lib/
to:
install: /usr/libexec/(null)
programs: /usr/libexec/<OBJFORMAT>/:/usr/libexec/
libraries: /usr/libexec/:/usr/lib/
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
build the compiler with a 64-bit longs on the i386.
* Comment an important dependancy.
* Fix some style nits
Submitted by: bde
|
| |
| |
| |
| |
| | |
* Support mixed OBJDIR handling such .a's are properly found with a mix of
obj subdirs both w/in and outside the source tree works. Requested by BDE.
|
| |
| |
| |
| |
| |
| | |
PR: docs/15557
Submitted by: John Meshkoff <johnpipe@nwserv.com>
Reviewed by: sheldonh
|
| |
| |
| |
| |
| |
| | |
bootstraping on FreeBSD specifically.
3.2 upgrade path tested by: marcel
|
| |
| |
| |
| |
| |
| |
| |
| | |
happened as it was working around problems elsewhere (ie: binutils/ld
not doing the right thing according to the ELF design). libcrypt has
been adjusted to not need the runtime -lmd. It's still not quite right
(ld is supposed to work damnit) but at least it doesn't impact all the
users of libcrypt in Marcel's cross-build model.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The target machine is represented by TARGET_ARCH. MACHINE_ARCH always
represents the host machine. When TARGET_ARCH is not defined, it is
assumed to be equal to MACHINE_ARCH. This means that we're building a
native toolset by default. We're creating cross-compilation tools when
MACHINE_ARCH != TARGET_ARCH.
TARGET_ARCH is defined when building binutils as part of the bootstrap
build and is set to reflect the architecture we're currently cross-
building. With this change binutils is ready for cross-building.
|
| |
| |
| |
| | |
confused! I fat-fingered the first commit.
|
| | |
|
| |
| |
| |
| | |
Reviewed by: markm
|
| |
| |
| |
| |
| | |
smart because it will definitely get it wrong. This popped up during
cross-linking.
|
| |
| |
| |
| | |
command line. The makefiles created can now be used for cross-building.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
NOT Approved by: obrien
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
(ie Makefile.PL) from creating makefiles that explicitly use the perl
from the object tree. It breaks cross-building. While I'm here, create
a variable that holds common MakeMaker arguments used by all targets,
and by doing so automaticly fixed a bug.
Approved by: markm
|
| |
| |
| |
| |
| |
| | |
config_h.sh
Not objected to by: markm
|