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