History log of /freebsd-12.1/gnu/usr.bin/cc/cc1/Makefile (Results 1 – 25 of 42)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0
# 96a0acc4 27-Jun-2018 Bryan Drewery <[email protected]>

Don't use CCACHE for linking.

MFC after: 2 weeks
Sponsored by: Dell EMC


Revision tags: release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0
# 7fdd45b0 26-Nov-2015 Bryan Drewery <[email protected]>

Use LIBEXECDIR for /usr/libexec.

MFC after: 1 week
Sponsored by: EMC / Isilon Storage Division


Revision tags: release/10.2.0, release/10.1.0, release/9.3.0
# c6063d0d 06-May-2014 Warner Losh <[email protected]>

Use src.opts.mk in preference to bsd.own.mk except where we need stuff
from the latter.


# 3bdf7758 13-Apr-2014 Warner Losh <[email protected]>

NO_MAN= has been deprecated in favor of MAN= for some time, go ahead
and finish the job. ncurses is now the only Makefile in the tree that
uses it since it wasn't a simple mechanical change, and will

NO_MAN= has been deprecated in favor of MAN= for some time, go ahead
and finish the job. ncurses is now the only Makefile in the tree that
uses it since it wasn't a simple mechanical change, and will be
addressed in a future commit.

show more ...


Revision tags: release/10.0.0, release/9.2.0, release/8.4.0
# 1992e9a1 17-Jan-2013 Andrew Turner <[email protected]>

Add compiler support for the ARM EABI.

ARM EABI support is disabled by default and can be enabled by setting
WITH_ARM_EABI when building, however only the kernel-toolchain target will
work with this

Add compiler support for the ARM EABI.

ARM EABI support is disabled by default and can be enabled by setting
WITH_ARM_EABI when building, however only the kernel-toolchain target will
work with this flag until the rest of the support is added.

show more ...


Revision tags: release/9.1.0
# 4f20e4f2 29-Apr-2012 Konstantin Belousov <[email protected]>

Add src.conf option WITH_SHARED_TOOLCHAIN to enable building the
toolchain binaries as dynamically linked. Option is disabled by
default.

Reviewed by: ru (previous version)
MFC after: 2 weeks


Revision tags: release/8.3.0, release/7.4.0, release/8.2.0, release/8.1.0, release/7.3.0, release/8.0.0, release/7.2.0, release/7.1.0, release/6.4.0, release/7.0.0, release/6.3.0
# afb57df6 19-May-2007 Alexander Kabaev <[email protected]>

Update bmake glue to build GCC 4.2.

Also:
Switch FreeBSD to use libgcc_s.so.1.

Use dl_iterate_phdr to locate shared objects' exception frame
info instead of depending on old

Update bmake glue to build GCC 4.2.

Also:
Switch FreeBSD to use libgcc_s.so.1.

Use dl_iterate_phdr to locate shared objects' exception frame
info instead of depending on older register_frame_info machinery.
This allows us to avoid depending on libgcc_s.so.1 in binaries
that do not use exception handling directly. As an additional
benefit it breaks circular libc <=> libgcc_s.so.1 dependency too.

Build newly added libgomp.so.1 library, the runtime support
bits for OpenMP.

Build LGPLed libssp library. Our libc provides our own
BSD-licensed SSP callbacks implementation, so this library
is only built to benefit applications that have hadcoded
knowledge of libssp.so and libssp_nonshared.a. When linked
in from command line, these libraries override libc
implementation.

show more ...


Revision tags: release/6.2.0, release/5.5.0, release/6.1.0, release/6.0.0, release/5.4.0, release/4.11.0
# 83c7ade9 21-Dec-2004 Ruslan Ermilov <[email protected]>

NOSHARED -> NO_SHARED


# e653b48c 21-Dec-2004 Ruslan Ermilov <[email protected]>

Start the dreaded NOFOO -> NO_FOO conversion.

OK'ed by: core


Revision tags: release/5.3.0
# a35d8893 24-Oct-2004 Ruslan Ermilov <[email protected]>

For variables that are only checked with defined(), don't provide
any fake value.


# 81efba8c 28-Jul-2004 Alexander Kabaev <[email protected]>

Bmake glue for GCC 3.4.2-prerelease.


Revision tags: release/4.10.0, release/5.2.1
# 47d7e8a9 05-Feb-2004 Ruslan Ermilov <[email protected]>

Fixed style of DPADD and LDADD assignments as per style.Makefile(5).


Revision tags: release/5.2.0, release/4.9.0
# e67810e6 11-Jul-2003 Alexander Kabaev <[email protected]>

Update bmake bits to build GCC 3.3.1-prerelease.


Revision tags: release/5.1.0, release/4.8.0, release/5.0.0, release/4.6.2
# 6677f3e0 13-May-2002 David E. O'Brien <[email protected]>

Restore some of the implementation from the Bmake gcc 2.95 bits.
In the end, I can do things more like the previous Bmake bits than was
apparent in the middle of the gcc31 WIP.


# a0eb2283 12-May-2002 David E. O'Brien <[email protected]>

Tidy up the cleanfiles.


# e228f1da 10-Apr-2002 David E. O'Brien <[email protected]>

Change YACCing.

Submited by: ru


# 9833f59b 08-Apr-2002 David E. O'Brien <[email protected]>

Fine! I cannot freaking take the bikeshed any more.
These binaries will be static, peroid.


# 9e3b0010 06-Apr-2002 David E. O'Brien <[email protected]>

Bmake bits for GCC 3.1.


# 93c64607 04-Apr-2002 David E. O'Brien <[email protected]>

MFC: tidy up YACCing.


# aeccb790 04-Apr-2002 David E. O'Brien <[email protected]>

Minor style tweak.


# d93d97cd 04-Apr-2002 David E. O'Brien <[email protected]>

Make the sed line a little bit more clear (it will get messier later).


# 51b5a2f4 04-Apr-2002 David E. O'Brien <[email protected]>

Set NOSHARED conditionally.


# fe7e9241 04-Apr-2002 David E. O'Brien <[email protected]>

Clean up the YACCing. I don't know why we cannot leave the .y's as .y's.
So lets see if doing so causes anyone trouble.
Also use make(1)'s assistance in using the right file. It knows the
dependenc

Clean up the YACCing. I don't know why we cannot leave the .y's as .y's.
So lets see if doing so causes anyone trouble.
Also use make(1)'s assistance in using the right file. It knows the
dependency, so lets just ask it.

show more ...


# 1a2f1497 18-Dec-2001 David E. O'Brien <[email protected]>

Working changes for GCC 3.0.2.
We now have to use the GCC stdarg.h varargs.h. We simply have no choice
as it has an internal representation that we really cannot properly define
in our headers.


Revision tags: release/4.3.0
# 8e5f6473 24-May-2000 David E. O'Brien <[email protected]>

Move c-decl.c out of the common libcc_int.a into the binary Makefiles
where it is used. c-decl has symbols that conflict with several of the
cc1plus sources.

GNU `ld' was changed in Dec 1999 to be

Move c-decl.c out of the common libcc_int.a into the binary Makefiles
where it is used. c-decl has symbols that conflict with several of the
cc1plus sources.

GNU `ld' was changed in Dec 1999 to be more be compatable with the way that
other linkers work (specifically in the Solaris linker). The 2.9.1 `ld',
did the Wrong Thing in that if a library contained a common symbol that
matched a definition of that symbol in another (already linked in object)
it would also be linked in, even if there was no other reason to do so.
This is wrong. The library should only be linked in if it contains
non-common, non-weak symbols which are needed by previously linked in
objects.

show more ...


12