| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
inadvertedly left out of the last import.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
If "WANT_DWARF2_UNWIND" you get it. Note that this is a different C++ ABI
than the FreeBSD default. So you will need to recompile all your C++ apps
that uses exceptions if you turn this on. I am adding it here for Yahoo!'s
use and for those that want to be early adopters to what I will make as the
default with the GCC 3.0 import.
|
|
|
|
|
|
| |
This allows someone with an older -current to update their compiler [only].
Inspired by: Loren James Rittle <rittle@rsch.comm.mot.com>
|
|
|
|
|
|
| |
into the i386 MD FreeBSD header. Also comment tweaking, continuation line
style changes, and other minor changes to make this closer to the latest
FSF/GNU 3.0 sources (to reduce my headache when 3.0 is imported).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
linked in addition to libc rather than instead of libc.
Ideally, "-pthread" would now be equivalent to adding "-lc_r" to the
end of the link command. But it is slightly different in this
implementation. Adding "-lc_r" to the link command would produce a
"ld" command line containing this:
... -lc_r /usr/lib/libgcc.a -lc /usr/lib/libgcc.a ...
but this implementation of the "-pthread" option produces this:
... /usr/lib/libgcc.a -lc_r -lc /usr/lib/libgcc.a ...
It would be possible to make them identical, but that doesn't fit
as nicely into GCC's way of doing things. I don't think the ordering
change will make any difference in practice.
|
|
|
|
|
|
|
|
|
|
| |
This option depended on bits not part of the base system and required
people to install the LinuxThreads port in a manner non-consistent with
the workings of our Ports Collection.
The directions for properly linking with LinuxThreads are given by that
port at install time.
Requested by: jasone
|
|
|
|
| |
platforms.
|
|
|
|
|
|
|
|
|
| |
to generate the special .type and .size directives which are used to set
the corresponding fields of the linker symbol table entries in the ELF
object file. As such they are not i386-specific and thus belong in our
MI header. Otherwise on the Alpha we don't properly give the type and
size of dynamic symbols. Bintuil versions past 2.9.1 warn of this and
w/o this change, `ld' generates a lot of warnings during a `make world'.
|
|
|
|
|
| |
of svr4.h on the i386, and moving all the shared arch neutral bits into
the FreeBSD general config header.
|
| |
|
|
|
|
| |
in GCC 2.95.2 from -fvtable-thunks to -fno-vtable-thunks by default.
|
|
|
|
|
| |
EGCS 1.x have not been worked out. And with 4.0 RELEASE comming quickly
we need C++ to be stable and usable.
|
| |
|
|
|
|
| |
It causes internal compiler errors and sig 11's with GCC 2.95.2.
|
| |
|
| |
|
|
|
|
|
|
|
| |
* Consistantly put spaces after "," in macro param lists
* Consistantly align continuation characters.
* Don't need to supply all variations of __FOO__ in CPP_PREDEFINES,
gcc will do that for us.
|
|
|
|
| |
Also simply CPP_PREDEFINES a little.
|
|
|
|
|
| |
since their definitions were identical. FreeBSD/MIPS will need to override
these two defintions, but it can #undef them and define them approapiately.
|
|
|
|
| |
submitting to the GCC mainainers for folding into the stock GCC.
|
|
|
|
|
|
|
|
| |
section rather than the "Miscellaneous parameters" where it belongs.
* Clarify what we are locating using the -m rule.
Submitted by: bde
|
|
|
|
|
|
| |
was not consistantly followed.
Submitted by: bde
|
|
|
|
|
|
|
| |
Our malloc can allocte pagesized blocks efficiently and the EGCS default size
of 4072 bytes is not optimal.
Submitted by: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
|
|
|
|
|
|
|
|
| |
in libstdc++.
Until I have a chance to look at what that problem is and to carefully consider
the upgrade issues of turning it back on at a later date if we leave it turned
off for any extended peroid of time.
|
|
|
|
|
|
|
|
| |
just include them in tm.h (as built from cc/cc_tools/Makefile).
This will reduce the diffs from the vendor sources.
Excellent idea by: jdp
|
|
|
|
|
| |
SWITCH_TAKES_ARG isn't defined (which svr4.h does) when we assign our
definition to it.
|
|
|
|
|
|
|
| |
While I have yet to hear of any problems with us using thunks. The EGCS
mailing list notes some have problems with it and not using them are a
safer default. People wanting to use them, can set the appropiate
compiler flag.
|
|
|
|
|
| |
to `FBSD_WORD_SWITCH_TAKES_ARG' which allows architectures to tweak these
values if needed.
|
|
|
|
| |
Submitted by: Luoqi Chen <luoqi@chen.ml.org>
|
|
|
|
| |
elf and wrong for i386-aout.
|
| |
|
|
|
|
| |
CPP_PREDEFINES.
|
|
|
|
|
|
| |
* Turn on DEFAULT_VTABLE_THUNKS. (it is the default anyway, I'm just being
explicit about it, in case it causes us trouble it might be easier for
someone to notice it this way)
|
|
|
|
|
|
| |
EGCS at some point.
Submitted by: jdp
|
|
|