Commit Graph

3073 Commits

Author SHA1 Message Date
David E. O'Brien
457946d9bd Remove MAINTAINER lines. 2003-06-14 19:32:52 +00:00
Dag-Erling Smørgrav
f212249acf Do not bogusly set CSTD to the empty string. 2003-06-14 13:30:32 +00:00
Peter Wemm
a96996a182 When building a shared library, link it against libgcc_pic.a instead of the
non-PIC libgcc.a.  Linking non-pic code into a shared library is not
a good thing.  It happens to break amd64 at compile time, and the ppc
folks want it too.  The problem is mainly with C++ code, unwind-dw2.c
in particular.  Most of the other functions in libgcc.a are self
contained so most of the time it isn't a problem.  The dwarf2 unwinder
is not safe though since it does make global variable references.

Reviewed by:	kan
2003-06-13 22:25:41 +00:00
Peter Wemm
0800731a79 Build/install the PIC version of libgcc (libcc_pic.a) for use by shared
libraries that do exception unwinding.
2003-06-13 22:07:39 +00:00
Ruslan Ermilov
cfd5f3929d Teach mdoc(7) about the upcoming 5.2-RELEASE.
Suggested by:	juli
2003-06-09 10:40:17 +00:00
Philippe Charnier
9703a107f2 The .Fn function 2003-06-08 09:53:08 +00:00
Jun Kuriyama
3a624f5e23 Use
cat ${.ALLSRC} > ${.TARGET}
rather than
	ln -sf ${.ALLSRC} ${.TARGET}
not to depends on absolute-path of symbolic links.

Commented by:  marcel, obrien, bde
2003-06-06 13:46:55 +00:00
Ruslan Ermilov
87072d22d5 Make the footer display "FreeBSD 5.1". 2003-06-05 13:18:43 +00:00
Ruslan Ermilov
1623181388 We have at least one consumer of the upcoming FreeBSD 4.9. 2003-06-02 18:43:15 +00:00
David E. O'Brien
0dd1486674 Something funky is going on here... disabling CSTD makes it go away... 2003-06-02 06:12:14 +00:00
David E. O'Brien
2295d19dd9 Don't set a C standard level for ObjC code. 2003-06-02 02:30:52 +00:00
David E. O'Brien
3dca32d865 Use ?= before someone brings it up. 2003-06-02 02:29:26 +00:00
David E. O'Brien
e56d2b1be6 crtstuff needs isn't compilable with C99 on Sparc64, so set CSTD to gnu89. 2003-06-01 22:18:05 +00:00
Peter Wemm
cd51f0035e Add a temporary indirect patch for gcc when targeting amd64. This is to
give the cvs tree a surviving a 'make world'.  One of the two diff chunks
is already in gcc-3.3, the other has been committed to gcc's HEAD and
is in the pipeline for gcc-3.3.1 (but has not been committed yet).

The first chunk simplifies an excessively complex assembler statement
when generating switch jump tables.  The use of '.' causes as(1) to choke
on big files.  Use a simpler form instead.  This is only an issue for
TARGET_64BIT mode.

The second chunk fixes an internal compiler error when compiling
libc/stdio/vfprinf.c.  While this is supposedly only an issue for
64 bit mode, it does touch the 32 bit i386 code paths, so this patch
is only applied for TARGET_ARCH == amd64 to keep the risks down.
Breaking gcc at the 11th hour would suck.

This will be removed when it is time to import gcc-3.3.

Discussed with:	kan
Approved by:	re (jhb)
2003-05-24 20:58:47 +00:00
Peter Wemm
ed8c5dcdc0 libstdc++.so breaks on amd64 due to bogons in our build, so prevent the
shared library being built for amd64.  The problem is that libstdc++.so
is produced with 'cc -shared'.  This has an internal -lgcc, which is
not PIC.  libstdc++.so uses exceptions and the dwarf2 unwinder, which
are in libgcc.a.  As a result, non-PIC code gets pulled into libstdc++.so.
This is fatal on amd64 when certain relocation types cannot be used in
PIC mode.  The official FSF solution to this is to have libgcc.so with
internal ELF symbol versioning to solve the ABI problem, but I dont want
to fight that battle yet.  I tried making libgcc_pic.a (which worked
fine), but thats not something for the 11th hour before a release.

Approved by:  re (amd64 "safe" stuff)
2003-05-24 19:38:18 +00:00
Peter Wemm
bd3aef3d0d Set the binutils arch for as/nm correctly on the amd64 platform.
As far as binutils is concerned, the amd64 platform is still called
"x86-64"/"x86_64".  Setting things from ${MACHINE_ARCH} breaks that.

Approved by:  re (scottl)
2003-05-08 06:39:31 +00:00
Jacques Vidrine
bc562db930 Enable GSSAPI/Kerberos 5 support (aka `gserver').
MFC after:	1 month
2003-05-05 16:50:42 +00:00
David E. O'Brien
cd883fb617 Use __FBSDID over rcsid[]. 2003-05-03 21:31:08 +00:00
David E. O'Brien
d2f7262ed4 This is WARNS=2 clean. 2003-05-03 21:30:34 +00:00
Ruslan Ermilov
a2211ce1e0 Fix build on 4.x. 2003-05-02 11:56:43 +00:00
Ruslan Ermilov
7a547773ab Re-enable building of Groff documentation; texinfo has just been
upgraded to version 4.5.
2003-05-02 00:55:52 +00:00
Ruslan Ermilov
bc0a8ef662 Update for texinfo 4.5. 2003-05-02 00:51:24 +00:00
Ruslan Ermilov
4edd10842c catman(1) sources now live elsewhere. 2003-05-01 23:48:11 +00:00
David E. O'Brien
8f3bf9945d Lock GCC w/o -m32 into 64-bit mode. 2003-05-01 15:00:46 +00:00
Ruslan Ermilov
80da55ea72 Upgrade to Groff 1.19. 2003-05-01 13:22:21 +00:00
Ruslan Ermilov
e3519f9e1c Replace beforeinstall: with plain FILES. 2003-04-30 20:48:03 +00:00
Alexander Kabaev
93fa8833c7 Enable wchar_t support in libstdc++. 2003-04-29 18:10:45 +00:00
David E. O'Brien
7bf3ceda8b Wrap gperf in NO_CXX as it needs the C++ to compile. 2003-04-27 20:14:05 +00:00
David E. O'Brien
a12d8aed9a We're changing the platform name from x86[_-]86 to amd64. 2003-04-26 20:04:38 +00:00
David E. O'Brien
584a637fee The AMD64 Hammer bits. 2003-04-26 03:28:21 +00:00
David E. O'Brien
0d6a130e24 Remove first attempt at x86-64 bits. We're going to call it "amd64" now.
Sponsored by:	Microsoft
2003-04-26 03:24:26 +00:00
David E. O'Brien
7af330a71c Enable ISO-C99 compatibility -- among other things, this tells libstdc++
not to blindly undef isnan() and other functions that became macros in C99.
Enable use of newly grown C99 functions: strtof(), strtold(), wcstof()

Submitted by:	das
2003-04-25 21:17:31 +00:00
Ruslan Ermilov
6b09ae934b Removed invasion into these makefiles by the "legacy" stuff;
I have a better fix in the works.
2003-04-12 14:44:49 +00:00
Ruslan Ermilov
cc59b11e0f libbinutils.a needs basename(3); when the latter is provided
by -legacy, liblegacy.a should come last in the LDADD list.
2003-04-11 18:02:10 +00:00
Warner Losh
30aaff1192 Migrate to a new way of dealing with building from old revisions of
FreeBSD.  This method attempts to centralize all the necessary hacks
or work arounds in one of two places in the tree (src/Makefile.inc1
and src/tools/build).  We build a small compatibility library
(libbuild.a) as well as selectively installing necessary include
files.  We then include this directory when building host binaries.

This removes all the past release compatibilty hacks from various
places in the tree.  We still build on tip of stable and current.  I
will work with those that want to support more, although I anticipate
it will just work.

Many thanks to ru@, obrien@ and jhb@ for providing valuable input at
various stage of implementation, as well as for working together to
positively effect a change for the better.
2003-04-05 20:30:30 +00:00
Ruslan Ermilov
4d63e8de71 Mark bits that do not require an object directory as such. 2003-04-01 12:37:54 +00:00
Giorgos Keramidas
0b541a3c80 Document the MAIL_AGENT environment var.
PR:		48277
Submitted by:	Stefan Walter <sw@gegenunendlich.de>
2003-03-26 01:45:20 +00:00
Ian Dowse
ea0d04f36e Attempt to automatically read in kernel module symbols when a live
or dead kernel core is loaded into gdb. This extends gdb's existing
shared library support, so the "info sharedlibrary", "sharedlibrary"
and "nosharedlibrary" commands can be used to view and change the
list of loaded symbol files.

The current implementation is more than a kludge however, and it
will not always manage to find the .ko.debug file corresponding to
the loaded module. In particular, for modules whose build directory
cannot be easily guessed from the module name such as all the
netgraph modules, the debug version of the .ko will not be found
automatically.

The logic for finding the module file first attempts to guess at
the module build directory by parsing the version[] string. Then
using that directory ($DIR), it tries the following paths in turn:

	./<module>.ko.debug		./<module>.ko
	$DIR/<module>.ko.debug		$DIR/<module>.ko
	/boot/kernel/<module>.ko.debug	/boot/kernel/<module>.ko

Approved by:	obrien, mp
2003-03-21 00:30:53 +00:00
Dag-Erling Smørgrav
dbd7434863 Shorten the URL to the problem-reports article. 2003-03-18 11:12:14 +00:00
Marcel Moolenaar
f35f81b703 Forced non-forced commit by adding a comment mentioning what the
previous commit log should have mentioned:
PR: ia64/49081
2003-03-17 00:08:47 +00:00
Marcel Moolenaar
8fb9b278d9 libobjc is linked against shared objects and since we don't have a
shared object of libobjc, we end up linking in from the archive
version. This is wrong, because we don't compile the archive version
suitable for inclusion in shared objects. On ia64 this causes actual
breakages. Compile the archive version with PIC on ia64 to avoid
the breakage there and also to avoid changing the status quo on
other architectures. If other architectures have the same problem,
we probably should start building a shared library. There's no
indication however that other architectures actually need it.

Building the archive version with PIC on ia64 does pessimize linking
complete binaries (ie fully archive), but we don't use Objective-C
ourselves and so far I haven't seen non-shared executables written
in Objective-C, so I'm sure this will be nothing but academic.

Trigger case: ports/lang/gnustep-base
2003-03-16 22:44:01 +00:00
Ruslan Ermilov
9ef2a48e97 Only cross-tools may use TARGET_ARCH/TARGET, everyone else
should use the normal MACHINE_ARCH/MACHINE instead.
2003-02-27 09:19:31 +00:00
Ruslan Ermilov
e478cf0a5a Fixed CLEANFILES.
Submitted by:	cron
2003-02-25 15:41:49 +00:00
Ruslan Ermilov
2587947187 Install the gcov(1) manpage; kernbb(8) references it. 2003-02-24 22:58:19 +00:00
Ruslan Ermilov
2c027e8715 So we don't use this header anymore. 2003-02-24 22:57:06 +00:00
David E. O'Brien
63b117a6b7 I thought groff was wrapped with NO_CXX. Oh well, it is now. 2003-02-24 02:40:56 +00:00
David E. O'Brien
0bc8118778 Some things don't build for PowerPC yet.
List from:	benno
2003-02-21 02:30:51 +00:00
Alexander Kabaev
61856f3619 Update for GCC 3.2.2 2003-02-19 04:28:12 +00:00
Ruslan Ermilov
e50f318170 Recognize FreeBSD 5.1; libc_gen/signbit.3 has set the precedent. 2003-02-14 16:01:58 +00:00
Ruslan Ermilov
6a5c53e7a2 Moved the libugidfw library definition out from contributed source
to where it actually belongs.

Submitted by:	phantom
2003-02-14 13:36:16 +00:00