summaryrefslogtreecommitdiffstats
path: root/gnu
Commit message (Collapse)AuthorAgeFilesLines
* Revise previous commit - I managed to mess up a 1-line change and brokepeter2004-06-111-1/+1
| | | | amd64 world. The csu code evalues this Makefile with a different origin.
* The gcc/config/i386/freebsd64.h file neglects to override the defaultpeter2004-06-102-0/+10
| | | | | | | | | | | | | (bogus, application name space) mcount function name on amd64. Override it here instead. I've done it this way to avoid touching gcc source while 3.4 is in progress, and this is the smallest, lowest impact I could come up with. Adding a patch touches about 10-14 lines of Makefile, this touches only 1. This will likely go away with the 3.4 import. I spoke with Alexander about this a few days ago, but waited until after sorting out some of the other bugs in the userland profiling.
* Turn cvs back on after import; that was less painful than I expected.peter2004-06-101-1/+1
|
* Turn off cvs while import/merging.peter2004-06-101-1/+1
|
* Have /usr/bin/tar be a symlink to /usr/bin/gtar ratherkientzle2004-06-041-1/+1
| | | | | than a hardlink. This will make it easier for people to tell which system tar they're currently using.
* Remove componenst which are not part of GCC 3.3 and which are not likelykan2004-05-294-115/+0
| | | | to get used again in the future.
* Use pcbp->pcb_ufp for UltraSparc vs. ->pcb_fp.obrien2004-05-101-2/+2
|
* Restore vendor Id.obrien2004-05-031-1/+3
|
* Tweak to rev 1.8 to match the offical http://www.gzip.org/gzip-1.2.4b.patchobrien2004-05-031-2/+3
|
* Gzip assumes 'unsigned long' is 32-bits wide and depends on this.obrien2004-05-021-3/+6
| | | | | | | | | | | | | | One thing Gzip does is implicitly by store the size of a file into an 'unsigned long' rather than explicitly compute the remainder modulo 2^32 (see RFC 1952 section 2.3.1 "ISIZE"). Thus an extracted file size is does not equal the original size (mod 2^32) for files larger than 4GB. This manifests itself in errors such as: zcat: bigfile.gz: invalid compressed data--length error PR: 66008, 66009 Submitted by: Peter Losher <Peter_Losher@isc.org> Patch by: tjr
* Apply patch from gzip web page to correctly decompress files larger thantjr2004-05-021-10/+14
| | | | 4GB on architectures with 64-bit long integers.
* What is CVS doing to me??obrien2004-04-211-1/+1
|
* Add missing unique bits from libI77 v3.3.3's config.h.in.obrien2004-04-201-0/+45
| | | | | | | | | | The GCC developers separated out the configure header between libU77 and libI77 and FreeBSD didn't keep up with the change. So now this header needs to be a superset of both sublib's configuration specification. Notably this commit causes ftruncate(), fseeko(), and ftello() to be used. PR: 22635
* Updated config.h for f77 3.3.3.obrien2004-04-201-0/+21
|
* Add "subscribe out of range" support.obrien2004-04-201-1/+1
|
* Revert rev 1.21 which configured with --enable-64-bit-bfd.obrien2004-04-181-1/+1
| | | | | GDB 5.2 can't handle a 64-bit BFD on a 32-bit host. We can revisit configuring with --enable-64-bit-bfd when we get a modern GDB.
* Removed local bits that are now part of the standard mdoc(7) package.ru2004-04-161-8/+1
|
* Whitespace nit in previous revision.ru2004-04-151-1/+1
|
* Update bmake glue for cvs-1.11.15, with apologies to Jacques for messingpeter2004-04-154-69/+7
| | | | up his day. The *.patch files are still fine for MFC'ing.
* Turn off cvs build for a few hours while importing.peter2004-04-151-3/+3
|
* Patch vulnerabilities in the CVS client and server:nectar2004-04-143-2/+65
| | | | | | | | | | | A malicious CVS server could cause your CVS client to overwrite arbitrary files (CAN-2004-0180). When a CVS client uses the `-p' checkout option, the server could be fooled into checking out files from outside the given $CVSROOT. (This patch is applied in an unorthodox manner so as not to complicate a later vendor import of CVS.)
* Added FreeBSD 5.2.1, just in case.ru2004-04-131-0/+1
|
* Added upcoming 4.10 and 5.3 releases.ru2004-04-131-0/+2
| | | | Reminded by: marcel
* Add a new threads category.ceri2004-04-051-0/+1
| | | | | | | PR: gnu/65209 Submitted by: Craig Rodrigues <rodrigc@crodrigues.org> Discussed with: julian,deischen MFC after: 1 day
* Get rid of a spurious "the".dannyboy2004-03-181-1/+1
| | | | | | PR: 64081 Submitted by: Chris Pepper <pepper@reppep.com> MFC after: 1 day
* Configure as --enable-64-bit-bfd.obrien2004-03-182-2/+2
|
* I accidently spammed rev. 1.18, back out rev 1.19.obrien2004-03-171-1/+1
|
* Avoid the whole -I${DESTDIR}/usr/include/gnu issue by includingobrien2004-03-172-6/+5
| | | | <gnu/regex.h> vs. just <regex.h>.
* gasp(1) isn't linked with -lgnuregex, and it doesn't need <gnu/regex.h>ru2004-03-151-1/+0
| | | | | | either. Reviewed by: obrien
* Just pass -DCRT_BEGIN as an option to mkdep(1), no need to overrideru2004-03-061-1/+1
| | | | the entire command.
* Back out attempt to bypass contrib's getopt.h on the way,ache2004-03-053-8/+2
| | | | | it makes cross-build fail. Prefer invisible incorrect -current build to visible failure.
* Move -I${DESTDIR}/usr/include/gnu up, beforeache2004-03-052-2/+6
| | | | -I${DESTDIR}/usr/include to pick correct regex.h
* Add -I${DESTDIR}/usr/include before -I${SRCDIR}/include to pick rightache2004-03-041-0/+2
| | | | getopt.h (as workaround until it will be removed from contrib)
* Fixed "make clean".ru2004-03-031-0/+1
|
* Merge conflicts, upgradeache2004-03-018-41/+51
|
* This commit was generated by cvs2svn to compensate for changes in r126432,ache2004-03-018-10/+94
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * Trimmed grep 2.4.2ache2004-03-0114-45/+136
| |
* | Use system getopt_long*ache2004-02-281-1/+1
| |
* | Rremoved bogus -static from CFLAGS. Makeworld will add -static in thebde2004-02-261-1/+1
| | | | | | | | | | correct place if needed and possible. Self-hosted builds can just use the system default.
* | Backed out the residue of rev.1.13 (bogus addition of -static to CFLAGS).bde2004-02-261-2/+5
| | | | | | | | | | | | | | | | Makeworld will add -static in the correct place if needed and possible. Self-hosted builds can just use the system default. Fixed some nearby style bugs (code unrelated to its comment, and comment formatting).
* | Test data before using it.eric2004-02-261-0/+4
| | | | | | | | | | | | | | | | Of course, libdialog is still chock-full of similar bugs, but it's been multiple years and no one has any better suggestions so the bugs will just be dealt with case-by-case. PR: 28221
* | Fix style bug in last commit,johan2004-02-251-2/+3
| | | | | | | | | | | | | | | | add a tab after WARNS?=. While I'm here fix other style bugs. Submitted by: bde (libbdf/Makefile)
* | Change warning hint to be more usefulache2004-02-251-1/+1
| |
* | Add upgrade instructionsache2004-02-251-0/+14
| |
* | Upgrade to regex from grep 2.4.2ache2004-02-2541-12865/+11
| |
* | Merge conflictsache2004-02-252-1370/+1688
| |
* | This commit was generated by cvs2svn to compensate for changes in r126209,ache2004-02-251-0/+542
|\ \ | | | | | | | | | which included commits to RCS files with non-trunk default branches.
| * | Virgin import (trimmed) of GNU regex, from GNU grep 2.4.2ache2004-02-253-1531/+2566
| | |
| * | This commit was manufactured by cvs2svn to create branchcvs2svn1993-07-30711-319507/+0
| | | | | | | | | | | | 'VENDOR-libregex'.
* | | style.Makefile(5):johan2004-02-2419-22/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use WARNS?= instead of WARNS= For this to work properly for all part is the subdirectories the WARNS assignments in Makefile.inc0 are moved to the correspondning Makefile.inc. Approved by: obrien (binutils maintainer) Tested by: make universe
OpenPOWER on IntegriCloud