summaryrefslogtreecommitdiffstats
path: root/gnu/lib
Commit message (Collapse)AuthorAgeFilesLines
* Upgrade to 4.3ache2003-08-313-16/+68
|
* Stage 3 of dynamic root support. Make all the libraries needed to rungordon2003-08-171-0/+1
| | | | | | binaries in /bin and /sbin installed in /lib. Only the versioned files reside in /lib, the .so symlink continues to live /usr/lib so the toolchain doesn't need to be modified.
* Remove collate_range_cmp() stabilization, it conflicts with rangesache2003-08-031-7/+4
|
* Including dynamically generated osreldate.h wasn't such a goodkan2003-07-131-0/+1
| | | | | | | | idea after all. Fix cross-builds and ia64 builds. gnu/lib/csu/Makefile is modified to pre-include osreldate.h and gnu/usr.bin/cc/cc_tools/auto-host.h will avoid including sys/param.h if __FreeBSD_version is already defined.
* Update bmake bits to build GCC 3.3.1-prerelease.kan2003-07-112-31/+43
|
* Update for GCC 3.3.1-pre.kan2003-07-112-24/+96
|
* Add unwind-c.c file required for -fexceptions in C sources.kan2003-07-111-2/+2
|
* Change CFLAGS to more closely follow options used when GCC is builtkan2003-07-111-1/+2
| | | | from stock FSF sources.
* Catch up with bsd.lib.mk,v 1.143.ru2003-06-302-19/+0
|
* Oops, remove hack to stop libstdc++.so being built now that gcc usespeter2003-06-261-5/+0
| | | | -lgcc_pic by default on -fpic stuff. I forgot about this here.
* Do not bogusly set CSTD to the empty string.des2003-06-142-2/+0
|
* Build/install the PIC version of libgcc (libcc_pic.a) for use by sharedpeter2003-06-131-0/+3
| | | | libraries that do exception unwinding.
* The .Fn functioncharnier2003-06-081-30/+60
|
* Something funky is going on here... disabling CSTD makes it go away...obrien2003-06-021-0/+1
|
* Don't set a C standard level for ObjC code.obrien2003-06-021-0/+1
|
* Use ?= before someone brings it up.obrien2003-06-021-1/+1
|
* crtstuff needs isn't compilable with C99 on Sparc64, so set CSTD to gnu89.obrien2003-06-011-0/+1
|
* libstdc++.so breaks on amd64 due to bogons in our build, so prevent thepeter2003-05-241-0/+5
| | | | | | | | | | | | | | 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)
* Use __FBSDID over rcsid[].obrien2003-05-0332-80/+86
|
* This is WARNS=2 clean.obrien2003-05-031-0/+1
|
* Enable wchar_t support in libstdc++.kan2003-04-292-2/+2
|
* Enable ISO-C99 compatibility -- among other things, this tells libstdc++obrien2003-04-252-9/+9
| | | | | | | 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
* Forced non-forced commit by adding a comment mentioning what themarcel2003-03-171-0/+1
| | | | | previous commit log should have mentioned: PR: ia64/49081
* libobjc is linked against shared objects and since we don't have amarcel2003-03-161-0/+4
| | | | | | | | | | | | | | | | | | 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
* Only cross-tools may use TARGET_ARCH/TARGET, everyone elseru2003-02-271-3/+3
| | | | should use the normal MACHINE_ARCH/MACHINE instead.
* Update for GCC 3.2.2kan2003-02-192-11/+17
|
* Install one more header file which is new with GCC 3.2.2.kan2003-02-101-0/+1
|
* C++ exceptions with shared libraries are working on sparc64 now.kan2002-12-051-2/+0
| | | | | | Build shared libstdc++so on sparc64 platform too. Approved: re (rwatson)
* Update for Gcc 3.2.1 release.obrien2002-12-042-80/+125
| | | | We also have more wide char support in libc now.
* Remove files no longer part of the gcc_3_2_anoncvs_20021009 libstdc++.obrien2002-11-271-1/+1
| | | | Approved by: re(jhb)
* Build Objective-C runtime support library with thr-posix.c.kan2002-10-301-1/+1
| | | | | Submitted by: davidc Requested by: obrien
* Disallow libdialog to be used in setugid applications; it is chock fullkris2002-10-121-0/+8
| | | | | | of buffer overflows. MFC after: 3 days
* Zap now-unused SHLIB_MINORpeter2002-09-286-6/+0
|
* Avoid linting GNU contrib'ed stuff, even if the build engineer askedmarkm2002-09-252-0/+5
| | | | for it (via WANT_LINT). It's Just Too Noisy.
* Bmake bits for GCC 3.2.1-prerelease libstdc++.kan2002-09-171-2/+3
| | | | | | Connect two new source and one header file to the build. Approved by: obrien
* Initiate deorbit burn for the i386-only a.out related support. Moves arepeter2002-09-172-13/+0
| | | | | | | | | | | | | | | under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha
* Quiet another annoying warning.wollman2002-09-091-0/+1
|
* Connect new files added with GCC 3.2.1 import to the build.kan2002-09-011-2/+3
| | | | Approved by: obrien
* Drop support for COPY, -c has been the default mode of install(1)ru2002-07-292-2/+2
| | | | | | for a long time now. Approved by: bde
* s/${INSTALL} -c/${INSTALL} ${COPY}/ru2002-07-181-1/+1
|
* Bandaid for sparc64. Do not build libstdc++.so for now on sparc64.peter2002-07-081-0/+2
| | | | Binaries compiled with it segfault.
* Disconnect the docs until we figure out if there are any with v3.obrien2002-06-191-1/+1
|
* In addition to exiting the dialog via ESC, the user could also havedougb2002-06-131-1/+1
| | | | | exited via \r, \n, or ' ' (space); all of which are valid, non-error responses.
* Use POSIX macros for wait(2)-style status information instead of themike2002-06-031-3/+2
| | | | | deprecated 4.2/4.3BSD wait union. Fix some nearby pid_t/int confusion.
* Turn on the math function stub stubs.obrien2002-06-021-1/+1
| | | | | Submitted by: Martin Blapp <mb@imp.ch> I believe OK with: peter
* The new bsd.incs.mk is powerful enough to handle this wrinkle.ru2002-05-318-213/+100
|
* Add used includes of <stdlib.h>.wollman2002-05-302-0/+3
|
* Tweak so that .o's are written into src/contrib/gccobrien2002-05-291-2/+2
|
* Build docs not out of libobc++.295obrien2002-05-291-1/+1
|
* Add some build glue for libstdc++. I'm not a C++ person, but this seemspeter2002-05-2912-183/+1432
| | | | | | | | | to work at least for the non-hairy stuff. The main wrinkle here is that a whole mess of include files get installed and under different names. An earlier version of this built a shadow include tree first in the obj directory, but this depends on the 'make includes' functionality. More tweaking is certainly going to be needed.
OpenPOWER on IntegriCloud