Commit Graph

20 Commits

Author SHA1 Message Date
Craig Rodrigues
5dbed42856 Submitted following patch to FSF GCC:
* freebsd-spec.h (FBSD_TARGET_OS_CPP_BUILTINS):
	  Use builtin_define_with_int_value() instead of
	  adding a new check for every new major FreeBSD version.

Motivated by:	simon
Discussed with:	obrien, kan
2005-10-27 23:57:55 +00:00
Alexander Kabaev
c3cbf7fdb9 Merge conflicts for GCC 3.4.4. 2005-06-03 04:02:20 +00:00
David E. O'Brien
b4e8286b3b Enter the long awaited start of FreeBSD 6.0! 2004-08-21 03:58:39 +00:00
Alexander Kabaev
4fc9ee4449 Update for GCC 3.4.2. Bump __FreeBSD_cc_version_ and use correct ELF
interpreter on FreeBSD 5.x series.
2004-07-28 04:31:47 +00:00
Daniel Eischen
f24e6a4f39 Make gcc -pthread link to -lpthread instead of -lc_r. 2004-01-30 12:14:19 +00:00
Daniel Eischen
cd902b7719 Remove a comment stating that -pthread isn't supported. 2003-11-10 18:52:57 +00:00
Daniel Eischen
0fa21a585c The ports freeze may take longer than anticipated. Instead of
waiting for it to be delayed, temporarily back out the -pthread
removal until the freeze is lifted.

Freeze possibly taking longer than necessary:	will
Requested by:	kris
2003-09-21 07:59:16 +00:00
David E. O'Brien
b62fd55fde Bump __FreeBSD_cc_version for (1) 5.1 (post-mortem) (2) -pthread changes. 2003-09-12 19:19:10 +00:00
Daniel Eischen
7231b5a661 Remove the -pthread option (in FreeBSD versions 500016 and greater) as
threatened over 2 years ago.

Why?  -pthread was a hack to prevent linking to both libc and libc_r
and became unecessary when libc_r became free of libc.  Now that we
have multiple thread libraries from which to choose, it is more confusing
because you can't link to more than one threads library at a time.
Things like autoconf and libtool sometimes detect -pthread and
also -lc_r, and in conjunction with ports usage of ${PTHREAD_LIBS},
really wacky things ensue when PTHREAD_LIBS is set to another
threads library.  This might not be so bad if the build broke
when this happens, but it doesn't and you don't know it until
funny things happen when you run the application (or use an
affected library).

Reviewed by:    obrien
2003-09-03 15:44:34 +00:00
Daniel Eischen
ee6e0476d2 Backout rev 1.10.
Requested by:	obrien
2003-09-01 05:31:33 +00:00
Daniel Eischen
d489dec95c Remove -pthread as a compiler option. It was deprecated 2.5 years
ago, but not removed.

No reply from:	threads, kan, obrien
2003-08-31 22:38:52 +00:00
David E. O'Brien
1bbeaa6437 Reformat FBSD_{START,END}FILE_SPEC to FSF coding standards.
Use these in our i386, amd64, and alpha platforms.
2003-08-24 16:56:31 +00:00
Alexander Kabaev
06432e3a6a Update for GCC 3.3.1-prerelease. 2003-07-11 05:09:19 +00:00
David E. O'Brien
7ec589a9b7 Add spaces around FBSD_ENDFILE_SPEC as it is used in string concatenation.
Approved by:	re(bmah)
2002-12-03 04:31:19 +00:00
David E. O'Brien
f685377c2e Remove our custom mixed ELF/a.out support. This means the base compiler
now only produce ELF objects.  It also makes us closer to stock GCC, and
simplifies the set of changes we still need from stock GCC on every import.

Applauded by:	peter
Approved by:	re
2002-11-26 18:25:20 +00:00
David E. O'Brien
4d90773dea Remove some debugging cruft I accidently committed with rev 1.4. 2002-09-12 16:10:21 +00:00
David E. O'Brien
b9cab93186 Try to detect support for the `long long' type so that ANSI-C[89] clean
code will know not to try to use `long long'.
Unfortunately the GCC spec parser will not allow us to properly detect the
"iso9899:1990" and "iso9899:199409" forms of the acceptable -std= arguments,
because of the ':' in the -std argument.  :-(  I have left them in the spec
as a place holder in hopes someone knows a way to make the detection of
them work.

Desired by:	wollman
2002-09-12 16:05:56 +00:00
David E. O'Brien
04d8170094 Bump __FreeBSD_cc_version for gcc 3.1-prerelease -> 3.2.1-snap upgrade. 2002-09-09 06:56:29 +00:00
David E. O'Brien
be42e63aec Add tweaks needed when using as the system compiler. 2002-05-10 19:05:07 +00:00
David E. O'Brien
1952e2e1c1 Enlist the FreeBSD-CURRENT users as testers of what is to become Gcc 3.1.0.
These bits are taken from the FSF anoncvs repo on 1-Feb-2002 08:20 PST.
2002-02-01 18:16:02 +00:00