History log of /freebsd-12.1/gnu/usr.bin/cc/cc_int/Makefile (Results 1 – 25 of 59)
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, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0
# f7f4d377 24-Nov-2013 Pedro F. Giffuni <[email protected]>

gcc: Missing makefile changes for r258501.

pointyhat: me


Revision tags: 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
# 0815243c 06-Oct-2012 Marcel Moolenaar <[email protected]>

Add support for bmake. This includes:
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
necessar

Add support for bmake. This includes:
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 <[email protected]>
Submitted by: John Van Horne <[email protected]>

show more ...


# 7750ad47 22-Aug-2012 Marcel Moolenaar <[email protected]>

Sync FreeBSD's bmake branch with Juniper's internal bmake branch.

Requested by: Simon Gerraty <[email protected]>


Revision tags: release/8.3.0, release/7.4.0, release/8.2.0
# e8dce5b9 10-Nov-2010 Warner Losh <[email protected]>

Complete the integration of tbemd branch into head.

TARGET_BIG_ENDIAN is now completely dead, except where it was
originally supposed to be used (internally in the toolchain building).

TARGET_ARCH

Complete the integration of tbemd branch into head.

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.

show more ...


Revision tags: 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
# 65875b1f 18-Sep-2007 Olivier Houchard <[email protected]>

Make gcc default to big endian when building it for a big endian target.
This was lost while migrating to gcc4.

Reported by: Michael Reifenberger <mike at Reifenberger dot com>
Approved by: re (blan

Make gcc default to big endian when building it for a big endian target.
This was lost while migrating to gcc4.

Reported by: Michael Reifenberger <mike at Reifenberger dot com>
Approved by: re (blanket)

show more ...


# 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 ...


# 04d56e62 12-Mar-2007 Alexander Kabaev <[email protected]>

Minor Makefile cleanup. Do not use Makefile variables named 'version' and
'target'. Latter is problematic in particular as apparently FreeBSD's
bsd.prog.mk re-defines it under some circumstances. Thi

Minor Makefile cleanup. Do not use Makefile variables named 'version' and
'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

show more ...


Revision tags: release/6.2.0
# a817992d 18-Sep-2006 Warner Losh <[email protected]>

Add additional support for generating code for the arm. There's still
a few issues in other parts of the tree, but those will be resolved
separately.

Submitted by: cogenet@
Reviewed by: kan@, obrie

Add additional support for generating code for the arm. There's still
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

show more ...


# eaa35077 12-Sep-2006 David E. O'Brien <[email protected]>

Move to more global Makefile.tgt vs. having to define in the leaves.


# 124866d5 12-Sep-2006 David E. O'Brien <[email protected]>

Default to big endian ARM if "TARGET_BIG_ENDIAN" is defined (& targeting ARM).


Revision tags: release/5.5.0, release/6.1.0
# 68659d4b 14-Jan-2006 Ruslan Ermilov <[email protected]>

Don't pollute output when "make" is run with -s.

Approved by: kan


Revision tags: release/6.0.0, release/5.4.0, release/4.11.0, 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.


# 3b76f3bc 12-Aug-2004 Alexander Kabaev <[email protected]>

Consolidate libiberty files in one place and avoid listing some
of them in several places.

Noticed by: bsdimp


# b45dc7ce 03-Aug-2004 Ruslan Ermilov <[email protected]>

Whitespace nit.

OK'ed by: kan


# 5fbbface 30-Jul-2004 Alexander Kabaev <[email protected]>

Fix a copy and paste error. Do not include errors.c in libgcc_int.a,
it is only used by build tools.

Submitted by: grehan


# 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
# 275e64c3 17-Feb-2004 Andrey A. Chernov <[email protected]>

Remove getopt*.c, we already have compatible getopt_long() in libc
(cc toolchain use it rarely, so no surprizes should occurse)


# d2ec2cab 12-Jan-2004 Ruslan Ermilov <[email protected]>

Last revision also added duplicate SRCS. Fixed this so that
the resulting .a library has only unique .o files.

Noticed by: bde


# 24c50acd 12-Jan-2004 Ruslan Ermilov <[email protected]>

Don't put objects in SRCS -- this creates all sort of havoc like
causing objects to be built during "make depend", missed sources
in .depend, etc.


# 1b427c9c 12-Jan-2004 Ruslan Ermilov <[email protected]>

Removed duplicate SRCS.


Revision tags: release/5.2.0
# eb46541e 05-Jan-2004 Alexander Kabaev <[email protected]>

Stop compiling files which are not part of GCC 3.3.x.


Revision tags: release/4.9.0
# 57ec2fc3 31-Jul-2003 David E. O'Brien <[email protected]>

If ${GCC_CPU}-c.c exists, we need to use it.


# e67810e6 11-Jul-2003 Alexander Kabaev <[email protected]>

Update bmake bits to build GCC 3.3.1-prerelease.


Revision tags: release/5.1.0
# cd51f003 24-May-2003 Peter Wemm <[email protected]>

Add a temporary indirect patch for gcc when targeting amd64. This is to
give the cvs tree a surviving a 'make world'. One of the two diff chunks
is already in gcc-3.3, the other has been committed

Add a temporary indirect patch for gcc when targeting amd64. This is to
give the cvs tree a surviving a 'make world'. One of the two diff chunks
is already in gcc-3.3, the other has been committed to gcc's HEAD and
is in the pipeline for gcc-3.3.1 (but has not been committed yet).

The first chunk simplifies an excessively complex assembler statement
when generating switch jump tables. The use of '.' causes as(1) to choke
on big files. Use a simpler form instead. This is only an issue for
TARGET_64BIT mode.

The second chunk fixes an internal compiler error when compiling
libc/stdio/vfprinf.c. While this is supposedly only an issue for
64 bit mode, it does touch the 32 bit i386 code paths, so this patch
is only applied for TARGET_ARCH == amd64 to keep the risks down.
Breaking gcc at the 11th hour would suck.

This will be removed when it is time to import gcc-3.3.

Discussed with: kan
Approved by: re (jhb)

show more ...


123