History log of /freebsd-head/gnu/lib/libgomp/
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
16923f2426747207f66ba4329b6ede7418cf4adb 11-Dec-2019 sjg <sjg@FreeBSD.org> Update Makefile.depend files

Update a bunch of Makefile.depend files as
a result of adding Makefile.depend.options files

Reviewed by: bdrewery
MFC after: 1 week
Sponsored by: Juniper Networks
Differential Revision: https://reviews.freebsd.org/D22494
a598c4b809a73772d7452991213407cdac302156 31-Oct-2017 bdrewery <bdrewery@FreeBSD.org> DIRDEPS_BUILD: Update dependencies.

Sponsored by: Dell EMC Isilon
9597011682783ff4f10b254fd2ec78ef4c38df04 12-Mar-2017 imp <imp@FreeBSD.org> Convert gnu to using SRCTOP

Prefer SRCTOP over CURDIR/../../contrib, etc. However, retain the "up
one level" instances of ../ because they are really relative to this
part of the tree and not a means to find the root of the tree. As
such, it's better to leave them since that further the goal of being
able to move directories if watned to in the future.

Differential Revision: https://reviews.freebsd.org/D9932
Sponsored by: Netflix
Silence On: arch@ (twice)
40c4c3de40a2c553ae9e2d3e5e376520d6c0a000 22-Oct-2016 jhibbits <jhibbits@FreeBSD.org> Create a new MACHINE_ARCH for Freescale PowerPC e500v2

The Freescale e500v2 PowerPC core does not use a standard FPU.
Instead, it uses a Signal Processing Engine (SPE)--a DSP-style vector processor
unit, which doubles as a FPU. The PowerPC SPE ABI is incompatible with the
stock powerpc ABI, so a new MACHINE_ARCH was created to deal with this.
Additionaly, the SPE opcodes overlap with Altivec, so these are mutually
exclusive. Taking advantage of this fact, a new file, powerpc/booke/spe.c, was
created with the same function set as in powerpc/powerpc/altivec.c, so it
becomes effectively a drop-in replacement. setjmp/longjmp were modified to save
the upper 32-bits of the now-64-bit GPRs (upper 32-bits are only accessible by
the SPE).

Note: This does _not_ support the SPE in the e500v1, as the e500v1 SPE does not
support double-precision floating point.

Also, without a new MACHINE_ARCH it would be impossible to provide binary
packages which utilize the SPE.

Additionally, no work has been done to support ports, work is needed for this.
This also means no newer gcc can yet be used. However, gcc's powerpc support
has been refactored which would make adding a powerpcspe-freebsd target very

Test Plan:
This was lightly tested on a RouterBoard RB800 and an AmigaOne A1222
(P1022-based) board, compiled against the new ABI. Base system utilities
(/bin/sh, /bin/ls, etc) still function appropriately, the system is able to boot

Reviewed By: bdrewery, imp
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D5683
2a891f1feb2e67ab5fdbb473405797c2efc34caf 24-Feb-2016 bdrewery <bdrewery@FreeBSD.org> DIRDEPS_BUILD: Regenerate without local dependencies.

These are no longer needed after the recent 'beforebuild: depend' changes
and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports
skipping 'make depend'.

Sponsored by: EMC / Isilon Storage Division
e13d6f8b3f1e6da25895f42f0e3321a23b4d2132 25-Nov-2015 bdrewery <bdrewery@FreeBSD.org> META MODE: Prefer INSTALL=tools/install.sh to lessen the need for xinstall.host.

This both avoids some dependencies on xinstall.host and allows
bootstrapping on older releases to work due to lack of at least 'install -l'

Sponsored by: EMC / Isilon Storage Division
008d7c831feeec7a3430b92f009e28762c6740f1 13-Jun-2015 sjg <sjg@FreeBSD.org> Add META_MODE support.

Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.

Still need to add real targets under targets/ to build packages.

Differential Revision: D2796
Reviewed by: brooks imp
75a137820de70f75cd932fd2fa365fabaf06fa90 08-Jun-2015 sjg <sjg@FreeBSD.org> dirdeps.mk now sets DEP_RELDIR
65145fa4c81da358fcbc3b650156dab705dfa34e 27-May-2015 sjg <sjg@FreeBSD.org> Merge sync of head
dcbfab84a48ecd5cfc7b2b48b8ce18bf7b31a574 28-Apr-2015 pfg <pfg@FreeBSD.org> libgomp: bring initial BSD support from upstream.

Initial support for FreeBSD specific routines related to counting
online processors and dynamic load balancing.

Fix "detection" of the <sys/sysctl> header which upstream seems to have
done wrong.

Obtained from: GCC pre-4.4 branch (rev. 140497; LGPLv2.1+)
f574c7e44ca19a6f744f79dd85465637eb658e5b 27-Apr-2015 pfg <pfg@FreeBSD.org> libgomp: bring early CPU affinity support from FSF GCC-4_3 branch.

This is not likely to make it into a release and is basically disabled
but should still be useful for testing.

Obtained from: GCC pre-4.3 (rev. 123494, 125542; LGPLv2.1+)
5860f0d10657dc9748acf6637885ee7fbf6fb212 16-May-2014 sjg <sjg@FreeBSD.org> Updated dependencies
1a7e48acf1acf8cb3ef3ba6787cc57e18faa8479 10-May-2014 sjg <sjg@FreeBSD.org> Updated dependencies
6d37b86f2b6abb5c0c11a9162e37ddc0ad94f01d 11-Mar-2013 sjg <sjg@FreeBSD.org> Updated dependencies
0ee5295509f95c5780976697a2d3539b994458ca 16-Feb-2013 sjg <sjg@FreeBSD.org> Updated dependencies
9f7bd28e773edf781d7238fca67fbe5ea4648afb 08-Nov-2012 sjg <sjg@FreeBSD.org> Updated/new Makefile.depend
778e93c51a9acec095f583b174c7e6692442a9aa 04-Nov-2012 sjg <sjg@FreeBSD.org> Sync from head
9dd41e3647df728006e0749ac139cfeb773c3873 22-Aug-2012 marcel <marcel@FreeBSD.org> Sync FreeBSD's bmake branch with Juniper's internal bmake branch.

Requested by: Simon Gerraty <sjg@juniper.net>
d256a9eb0edcac5daf5b1e25b83bb2b270c9a7c8 14-Jun-2012 marius <marius@FreeBSD.org> Turn on TLS support for arm on here as it is supported since r231618/
r231619 and working since r233106.
dd7c472938dc931d72a5cc8a83df77c70f38c102 11-Mar-2011 marius <marius@FreeBSD.org> Now that TLS is supported for sparc64 by both binutils 2.17.50 committed
in r218822 and rtld(1) committed in r219533 turn on TLS support in GCC.
b79d9b46d0b672f79b8c20d7701668f89f72afed 02-Feb-2011 imp <imp@FreeBSD.org> Make the generated files depend on the Makefile so new platforms are easier
to add than mipsn32 was when I was working on it...
cb008dd1afea31668df80b23122049573f039ea1 27-Jan-2011 jchandra <jchandra@FreeBSD.org> Fix n32 compile.

These changes are needed to fix n32 compile after the recent change of
mips n32 MACHINE_ARCH to mipsn32eb/mipsn32el.

Reviewed by: imp, bz (earlier version)
54d5c7e86fd36ddd2ea33b3ec25fdc3e4b71f0f4 07-Jan-2011 imp <imp@FreeBSD.org> Retire TARGET_ABI.

Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces

MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires
WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated
this much, but implemented this to preserve as much of the TARGET_ABI
functionality that I could. Since its presence doesn't affect the
working cases, I've kept it in for now.

Added mips64e[lb] to make universe, so more kernels build.

And I think this (finally) closes the curtain on the tbemd tree.
02bb2a078e660547225bc1483d9f7c6905f38360 28-Aug-2010 nwhitehorn <nwhitehorn@FreeBSD.org> Repair some build breakage introduced in r211725 and garbage collect some
code made obsolete in the same commit.
c3a399c4ba4528500fec8cd412c88c10c7f637f5 23-Aug-2010 imp <imp@FreeBSD.org> MFtbemd:

Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.
ef36c6939e66c9aa805e7cdf4b7411d5b3565f61 02-Jun-2010 jmallett <jmallett@FreeBSD.org> Add/improve mips64r2, Octeon, n32 and n64 support in the toolchain.

o) Add TARGET_ABI to the MIPS toolchain build process. This sets the default
ABI to one of o32, n32 or n64. If it is not set, o32 is assumed as that is
the current default.
o) Set the default GCC cpu type to any specified TARGET_CPUTYPE. This is
necessary to have a working "cc" if e.g. mips64 is specified, as binutils
will refuse to link objects using different ISAs in some cases.
o) Add support for n32 and n64 ABIs to binutils and GCC.
o) Add additional required libgcc2 stubs for n32 and n64.
o) Add support for the "mips64r2" architecture to GCC. Add the "octeon"
o) When static linking, wrap default libraries in --start-group and
--end-group. This is required for static linking to work on n64 with the
interdependencies between libraries there. This is what other OSes that
support n64 seem to do, as well.
o) Fix our GCC spec to define __mips64 for 64-bit targets, not __mips64__, the
former being what libgcc, etc., check and the latter seemingly being a
misspelling of a hand merge from a Linux spec.
o) When no TARGET_CPUTYPE is specified at build time, make GCC take the default
ISA from the ABI. Our old defaults were too liberal and assumed that 64-bit
ABIs should default to the MIPS64 ISA and that 32-bit ABIs should default to
the MIPS32 ISA, when we are supporting or will support some systems based on
earlier 32-bit and 64-bit ISAs, most notably MIPS-III.
o) Merge a new opcode file (and support code) from a later version of binutils
and add flags and code necessary to support Octeon-specific instructions.
This should also make merging opcodes for other modern architectures easier.

Reviewed by: imp
8f084d472ec315e47363ebdff0c4fce33ad333ed 19-Sep-2008 imp <imp@FreeBSD.org> mfp4: sort the architectures alphabetically...
f18a1ee8d409a05ce2da0ed78cc3075560def165 01-Sep-2008 obrien <obrien@FreeBSD.org> Add FreeBSD/MIPS support to GCC.
20dd9c1275618304d3b5a7452f6bd9e6433d9fd2 31-May-2007 kan <kan@FreeBSD.org> Install omp.h file.

Submitted by: Pieter de Goeje (pieter at degoejes dot nl)
ebf45ed0c9ac33acf511d695cfa9c23664f0096f 19-May-2007 kan <kan@FreeBSD.org> Update bmake glue to build GCC 4.2.

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