<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/gnu/usr.bin/cc/cc_int/Makefile, branch master</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=master</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2020-02-29T03:25:51Z</updated>
<entry>
<title>remove GCC 4.2.1 build infrastructure</title>
<updated>2020-02-29T03:25:51Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2020-02-29T03:25:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=57f804675e65951d630a38d94c07be4a27ae4053'/>
<id>urn:sha1:57f804675e65951d630a38d94c07be4a27ae4053</id>
<content type='text'>
As described in Warner's email message[1] to the FreeBSD-arch mailing
list we have reached GCC 4.2.1's retirement date.  At this time all
supported architectures either use in-tree Clang, or rely on external
toolchain (i.e., a contemporary GCC version from ports).

GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD later
that year, in r171825.  GCC has served us well, but version 4.2.1 is
obsolete and not used by default on any architecture in FreeBSD.  It
does not support modern C and does not support arm64 or RISC-V.

Thanks to everyone responsible for maintaining, updating, and testing
GCC in the FreeBSD base system over the years.

So long, and thanks for all the fish.

[1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html

PR:		228919
Reviewed by:	brooks, imp
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D23124
</content>
</entry>
<entry>
<title>gcc: Missing makefile changes for r258501.</title>
<updated>2013-11-24T04:08:47Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2013-11-24T04:08:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f7f4d3779b6bfaf471ece853bf2a9d216f00a189'/>
<id>urn:sha1:f7f4d3779b6bfaf471ece853bf2a9d216f00a189</id>
<content type='text'>
pointyhat:	me
</content>
</entry>
<entry>
<title>Add compiler support for the ARM EABI.</title>
<updated>2013-01-17T05:56:28Z</updated>
<author>
<name>Andrew Turner</name>
<email>andrew@FreeBSD.org</email>
</author>
<published>2013-01-17T05:56:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1992e9a10c0528edb04533610ee7a6bb1ea689f6'/>
<id>urn:sha1:1992e9a10c0528edb04533610ee7a6bb1ea689f6</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Add support for bmake. This includes:</title>
<updated>2012-10-06T20:01:05Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2012-10-06T20:01:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0815243c3937b61db8b5a10cc652900d4df4acb0'/>
<id>urn:sha1:0815243c3937b61db8b5a10cc652900d4df4acb0</id>
<content type='text'>
1.  Don't do upgrade_checks when using bmake. As long as we have WITH_BMAKE,
    there's a bootstrap complication in ths respect. Avoid it. Make the
    necessary changes to have upgrade_checks work wth bmake anyway.
2.  Remove the use of -E. It's not needed in our build because we use ?= for
    the respective variables, which means that we'll take the environment
    value (if any) anyway.
3.  Properly declare phony targets as phony as bmake is a lot smarter (and
    thus agressive) about build avoidance.
4.  Make sure CLEANFILES is complete and use it on .NOPATH. bmake is a lot
    smarter about build avoidance and should not find files we generate in
    the source tree. We should not have files in the repository we want to
    generate, but this is an easier way to cross this hurdle.
5.  Have behavior under bmake the same as it is under make with respect to
    halting when sub-commands fail. Add "set -e" to compound commands so
    that bmake is informed when sub-commands fail.
6.  Make sure crunchgen uses the same make as the rest of the build. This
    is important when the make utility isn't called make (but bmake for
    example).
7.  While here, add support for using MAKEOBJDIR to set the object tree
    location. It's the second alternative bmake looks for when determining
    the actual object directory (= .OBJDIR).

Submitted by:	Simon Gerraty &lt;sjg@juniper.net&gt;
Submitted by:	John Van Horne &lt;jvanhorne@juniper.net&gt;
</content>
</entry>
<entry>
<title>Complete the integration of tbemd branch into head.</title>
<updated>2010-11-10T06:39:49Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2010-11-10T06:39:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e8dce5b9b3a58e9e4e76eebd5595d10224357ca2'/>
<id>urn:sha1:e8dce5b9b3a58e9e4e76eebd5595d10224357ca2</id>
<content type='text'>
TARGET_BIG_ENDIAN is now completely dead, except where it was
originally supposed to be used (internally in the toolchain building).

TARGET_ARCH has changed in three cases:
(1) Little endian mips has changed to mipsel.
(2) Big endian mips has changed to mipseb.
(3) Big endian arm has changed to armeb.

Some additional changes are needed to make 'make universe' work on arm
and mips after this change, so those are commented out for now.

UPDATING information will be forthcoming.  Any remaining rough edges
will be hammered out in -current.
</content>
</entry>
<entry>
<title>Make gcc default to big endian when building it for a big endian target.</title>
<updated>2007-09-18T23:34:42Z</updated>
<author>
<name>Olivier Houchard</name>
<email>cognet@FreeBSD.org</email>
</author>
<published>2007-09-18T23:34:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=65875b1f5895086038f86359ef7f45a4ed4b8c24'/>
<id>urn:sha1:65875b1f5895086038f86359ef7f45a4ed4b8c24</id>
<content type='text'>
This was lost while migrating to gcc4.

Reported by:	Michael Reifenberger &lt;mike at Reifenberger dot com&gt;
Approved by:	re (blanket)
</content>
</entry>
<entry>
<title>Update bmake glue to build GCC 4.2.</title>
<updated>2007-05-19T04:25:59Z</updated>
<author>
<name>Alexander Kabaev</name>
<email>kan@FreeBSD.org</email>
</author>
<published>2007-05-19T04:25:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=afb57df680a4b620d54eac30728eca95e51fc0e3'/>
<id>urn:sha1:afb57df680a4b620d54eac30728eca95e51fc0e3</id>
<content type='text'>
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 &lt;=&gt; 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.
</content>
</entry>
<entry>
<title>Minor Makefile cleanup. Do not use Makefile variables named 'version' and</title>
<updated>2007-03-12T00:28:06Z</updated>
<author>
<name>Alexander Kabaev</name>
<email>kan@FreeBSD.org</email>
</author>
<published>2007-03-12T00:28:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=04d56e6287eea309e25f4134aaf51937c7cd64f1'/>
<id>urn:sha1:04d56e6287eea309e25f4134aaf51937c7cd64f1</id>
<content type='text'>
'target'. Latter is problematic in particular as apparently FreeBSD's
bsd.prog.mk re-defines it under some circumstances. This causes an
unexpected failures like -dumpmachine not working for cc while working
fine for c++.

Do not re-define IN_GCC in multipe places, it gets inherited from
Makefile.in anyway.

PR:		gnu/110143
Submitted by:	usleepless at gmail
</content>
</entry>
<entry>
<title>Add additional support for generating code for the arm.  There's still</title>
<updated>2006-09-18T17:08:32Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2006-09-18T17:08:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a817992dfc67cbbb038ed4a1908ed88d6721a7ce'/>
<id>urn:sha1:a817992dfc67cbbb038ed4a1908ed88d6721a7ce</id>
<content type='text'>
a few issues in other parts of the tree, but those will be resolved
separately.

Submitted by: cogenet@
Reviewed by: kan@, obrien@
MFC After: 5 days
</content>
</entry>
<entry>
<title>Move to more global Makefile.tgt vs. having to define in the leaves.</title>
<updated>2006-09-12T07:37:44Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2006-09-12T07:37:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=eaa35077b4958fd1f6dcb325e08e6d309adf7fa2'/>
<id>urn:sha1:eaa35077b4958fd1f6dcb325e08e6d309adf7fa2</id>
<content type='text'>
</content>
</entry>
</feed>
