History log of /dflybsd-src/gnu/lib/Makefile (Results 1 – 25 of 55)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: v6.4.0, v6.4.0rc1, v6.5.0, v6.2.2, v6.2.1, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2
# 92a42612 19-Mar-2019 zrj <rimvydas.jasinskas@gmail.com>

gcc50: Disconnect from buildworld.

You served us good.


# 6295dfc5 02-Mar-2019 zrj <rimvydas.jasinskas@gmail.com>

Makefile.inc1: Minor fixes for CTOOLS handling.

Simplify logic a bit, remove no longer needed variables and duplicates.
Fix gnu/lib/Makefile (WORLD_CCVER should not be used in tree context).


Revision tags: v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1
# 0b74a476 04-Sep-2018 Sascha Wildner <saw@online.de>

gcc80: Clean up two Makefiles a bit (no functional change).

Based-on: zrj's work


# 2a89766a 03-Sep-2018 Matthew Dillon <dillon@apollo.backplane.com>

World - Change default compiler from gcc-5 to gcc-8

* Change the default compiler from gcc-5 to gcc-8.
gcc-5 will no longer be built by default. Setting
WORLD_ALTCOMPILER=all will build all thr

World - Change default compiler from gcc-5 to gcc-8

* Change the default compiler from gcc-5 to gcc-8.
gcc-5 will no longer be built by default. Setting
WORLD_ALTCOMPILER=all will build all three as before.

* Create CC hardlink for gcc80 so dports picks it up.
gcc80 is now the default for dports instead of 50.

* Adjust the Makefile's to make things easier the next time,
though they could still use more work.

show more ...


Revision tags: v5.2.2, v5.2.1
# 40f0590f 02-May-2018 zrj <rimvydas.jasinskas@gmail.com>

gcc80: Hook into the buildworld as optional compiler.

This alternative compiler can be activated by WORLD_ALTCOMPILER variable.
It will not be built by default.


Revision tags: v5.2.0, v5.3.0, v5.2.0rc, v5.0.2
# fef7d5c7 18-Nov-2017 Sascha Wildner <saw@online.de>

Remove the NO_CRYPT build option.

It has been broken for a long time without anyone complaining about and
we don't want to maintain it either.

In-discussion-with: zrj


Revision tags: v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc
# 8d7da424 05-Dec-2016 zrj <rimvydas.jasinskas@gmail.com>

Revamp alt compiler handling for clang 3.9.1 import.

Many users are still constantly asking weather llvm/clang compiler could be
added into a base as an alternative to current used ones (gcc50 and g

Revamp alt compiler handling for clang 3.9.1 import.

Many users are still constantly asking weather llvm/clang compiler could be
added into a base as an alternative to current used ones (gcc50 and gcc47).
There are few issues in doing that:
* It is very hard to keep both compiler flavors in harmony while one or the
other is being updated. There were always two base compilers in base system
in DragonFly and common practice still is to replace previous alternative
compiler with an updated version, performing tests and then flip them up.
* With clang introduction, this scheme would break badly due to both using
slightly different c++ capabilities, flags support (WARNS mechanism), etc.
* Different incompatible libraries libLLVM + libc++ vs libstdc++, also clang
requiring a lot of effort to rewrite cmake logic into Makefiles for make(1).
* SBU costs, gcc47 only has ~4min buildtime overhead at -j5 level(i7 laptop)
while even clang38 tests has shown two-fold increase in buildworld time.
* How DPorts infrastructure would handle both flavors? License roadmap?

So to make compromise it was chosen to provide a way for users and developers
to select the alternative compiler they like while keeping all groups happy,
ones continuing to enjoy the very fast world rebuilds and others having a way
to further develop and integrate clang into the infrastructure. Since DragonFly
is currently x86_64 only, we might as well experiment more with compilers.

This changeset adds some flexibility when it comes to handling base system
compilers. Even if it would be decided that clang does not fit very well in
DragonFly base system (due to complexities, updating/patching problems and
compilation times), we at least will have a very clean way for adding,
testing and finally making base default upcoming gcc70 and later. All of this
would be possible without disturbing both primary and alternative default
compilers, while developers and users will be testing both base and dports.
Also as a bonus we will be able to add compilers like pcc and scc that have
no native c++ frontend support too while reusing default compiler parts.
For now I am keeping this expansion undocumented and candidate for a revert.

While there mark few places for further work to reduce amount of ORDER: for
faster/better parallelism in btools/ctools bootstrapping stages.

Bootstrap is still fine from DragonFly 4.0.6-RELEASE.

show more ...


# 5b245968 28-Oct-2016 Matthew Dillon <dillon@apollo.backplane.com>

build - Remove openssl from base (is now permanently replaced by ressl)

* Remove openssl and related code that previous commits by John Marino
replaced with libressl. Remove build hooks, base now

build - Remove openssl from base (is now permanently replaced by ressl)

* Remove openssl and related code that previous commits by John Marino
replaced with libressl. Remove build hooks, base now only uses libressl.

* Remove crypto/openssl. This has been replaced by the openssl
implementation from ressl.

* Remove lib/libcrypto. This has been replaced by lib/librecrypto which
generates a private_crypo library only used by base.

* Remove lib/libssl. This has been replaced by lib/libressl which
generates a private_ssl library only used by base.

* NOTE: In addition, John has been working on updating dports to ensure
that only the ports-based libssl and libcrypto (both nominally
implemented via ressl and not openssl), and that dports packages
no longer have any chance of using the private versions of these
libraries from base.

show more ...


Revision tags: v4.6.1
# 82ae7067 08-Sep-2016 John Marino <draco@marino.st>

Fix build with NO_OPENSSL set

In addition to several missing CFLAGS to point to the private libressl
headers, various issues related to libressl were fixed. These were
exposed by setting NO_OPENSSL

Fix build with NO_OPENSSL set

In addition to several missing CFLAGS to point to the private libressl
headers, various issues related to libressl were fixed. These were
exposed by setting NO_OPENSSL in make.conf (and they were obscured
when the compiler found the original openssl headers).

show more ...


Revision tags: v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc
# 4e8e707f 19-Apr-2015 John Marino <draco@marino.st>

Set gcc50 as the primary compiler, gcc47 as secondary

Per request, rather than define NO_GCC47 to prevent the building of the
secondary compiler, the new variable is called NO_ALTCOMPILER. This
wil

Set gcc50 as the primary compiler, gcc47 as secondary

Per request, rather than define NO_GCC47 to prevent the building of the
secondary compiler, the new variable is called NO_ALTCOMPILER. This
will avoid some disruption in the future where the actual version is not
important, only the desire to avoid the secondary compiler.

show more ...


Revision tags: v4.0.5, v4.0.4
# b399af11 10-Feb-2015 John Marino <draco@marino.st>

Hook gcc 5.0 (pre-release) in build, unhook gcc 4.4

Effectively replace GCC 4.4 with the 1 February 2015 snapshot of the
pre-release GCC 5.0. This compiler is in pretty good shape, but it is
not pe

Hook gcc 5.0 (pre-release) in build, unhook gcc 4.4

Effectively replace GCC 4.4 with the 1 February 2015 snapshot of the
pre-release GCC 5.0. This compiler is in pretty good shape, but it is
not perfect. It cannot fully build world if WORLD_CCCVER is set to
GCC50. This compiler import is a work in progress.

* The old compiler has been unhooked.
* The gcc44 sources may be removed soon
* Obviously NO_GCC44 doesn't work anymore
* NO_GCC50 has been created and should work
* NO_CXX was never documented and has been removed
* NO_OBJC was not deemed worthwhile and it has been removed
* man pages have been updated accordingly
* default make.conf has been updated accordingly
* Per bsd.sys.mk, gcc50 behaves just like gcc47
* Actually, all CCVER starting with "gcc" now behave like gcc47
* The proper CCVER value is "gcc50". If "gcc5" is specified, the
dports compiler lang/gcc5 will be used.

Iterating: THIS IS AN EXPERIMENTAL COMPILER! It's not ready for
prime-time yet. Do NOT set WORLD_CCVER to "gcc50".

show more ...


Revision tags: v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.4.3, v3.4.2, v3.4.1, v3.4.0, v3.4.0rc, v3.5.0
# 88cb1315 16-Feb-2013 Johannes Hofmann <johannes.hofmann@gmx.de>

Merge branch 'master' of git://git.dragonflybsd.org/dragonfly into wlan_serialize


# 6de060a4 03-Feb-2013 François Tigeot <ftigeot@wolfpond.org>

Unbreak world with NO_GCC44

gcc44 in now optional, do not require its use during buildworld
anymore.


Revision tags: v3.2.2
# 1a9b0400 27-Oct-2012 John Marino <draco@marino.st>

Restore build parallelism

The build parallelism was accidently disabled with recent commits.
First, relocate libobjc headers for gcc44 to /usr/libdata/gcc44/objc
and then remove all the strict order

Restore build parallelism

The build parallelism was accidently disabled with recent commits.
First, relocate libobjc headers for gcc44 to /usr/libdata/gcc44/objc
and then remove all the strict ordering to maximize build parallelism.

Exception: the gcc47 library set requires libsupc++ to be built after
libstdc++ because they share object files built by libstdc++.

show more ...


# 64ed7155 27-Oct-2012 John Marino <draco@marino.st>

gcc4X: rework some makefiles

These are various tweaks to improve compatibility between legacy make and
bmake. The biggest change was moving gnu/usr.bin dependencies outside to
Makefile.inc1 as part

gcc4X: rework some makefiles

These are various tweaks to improve compatibility between legacy make and
bmake. The biggest change was moving gnu/usr.bin dependencies outside to
Makefile.inc1 as part of _startup_lib* rather than fudge it with .PHONY
targets. This kludge was causing some issues, as well as the double .USE
trick.

show more ...


Revision tags: v3.2.1, v3.2.0, v3.3.0
# 04febcfb 08-Oct-2012 Matthew Dillon <dillon@apollo.backplane.com>

Merge branches 'hammer2' and 'master' of ssh://crater.dragonflybsd.org/repository/git/dragonfly into hammer2


# f0140465 29-Sep-2012 John Marino <draco@marino.st>

Switch on gcc47 and switch off gcc41

Replace GCC 4.1 with GCC 4.7. The primary compiler remains GCC 4.4
and the source and makefiles for GCC 4.1 remain intact so it can be
brought back if necessary

Switch on gcc47 and switch off gcc41

Replace GCC 4.1 with GCC 4.7. The primary compiler remains GCC 4.4
and the source and makefiles for GCC 4.1 remain intact so it can be
brought back if necessary. All references to GCC 4.1 in documentation
where updated to reflect version 4.7.

A full world build is probably required after this point.

show more ...


Revision tags: v3.0.3, v3.0.2, v3.0.1, v3.1.0, v3.0.0
# 9ba72882 08-Dec-2011 Matthew Dillon <dillon@apollo.backplane.com>

buildworld - Fix -j n collisions

* Each of _gcc41_tools and _gcc44_tools needs to be ordered

* Currently installation of the objc include files can collide in a way
that interferes with a paralle

buildworld - Fix -j n collisions

* Each of _gcc41_tools and _gcc44_tools needs to be ordered

* Currently installation of the objc include files can collide in a way
that interferes with a parallel build, when gcc41 and gcc44 are built
concurrently. For now don't build them concurrently :-(.

show more ...


# 40cb3ccd 01-Dec-2011 Venkatesh Srinivas <me@endeavour.zapto.org>

Merge branch 'master' of /repository/git/dragonfly


# d2e9c9d8 29-Nov-2011 Matthew Dillon <dillon@apollo.backplane.com>

build - Significantly improve parallel buildworld times

* Change the serialized command sequence used for bootstrap tools,
btools, and ctools into dependencies so buildworld can build them
concu

build - Significantly improve parallel buildworld times

* Change the serialized command sequence used for bootstrap tools,
btools, and ctools into dependencies so buildworld can build them
concurrently.

* Utilize the new SUBDIR concurrent build feature by specifying
a SUBDIR_ORDERED make variable (usually empty) in various high-level
Makefile's.

show more ...


# 86d7f5d3 26-Nov-2011 John Marino <draco@marino.st>

Initial import of binutils 2.22 on the new vendor branch

Future versions of binutils will also reside on this branch rather
than continuing to create new binutils branches for each new version.


Revision tags: v2.12.0, v2.13.0, v2.10.1, v2.11.0, v2.10.0, v2.9.1, v2.8.2, v2.8.1, v2.8.0, v2.9.0, v2.6.3, v2.7.3, v2.6.2, v2.7.2, v2.7.1, v2.6.1, v2.7.0, v2.6.0, v2.5.1, v2.4.1, v2.5.0, v2.4.0
# 974066bc 25-Aug-2009 Matthias Schmidt <matthias@dragonflybsd.org>

Merge branch 'master' of git://chlamydia.fs.ei.tum.de/dragonfly


# 306158ed 24-Aug-2009 Matthew Dillon <dillon@apollo.backplane.com>

Merge branch 'master' of ssh://crater.dragonflybsd.org/repository/git/dragonfly


# 96c51b62 23-Aug-2009 Simon Schubert <corecode@dragonflybsd.org>

remove gcc34


# d8280c36 09-Aug-2009 Matthew Dillon <dillon@apollo.backplane.com>

GCC - Add NO_GCC44 feature and use it in test/amd64/Makefile

* Feature added primarily so we can get amd64 buildworlds working again,
until gcc-4.4 starts building with it.


123