#
1e60bdea |
| 30-Mar-2019 |
Augustin Cavalier <waddlesplash@gmail.com> |
Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.
|
#
8a9e1e0d |
| 31-Dec-2017 |
Augustin Cavalier <waddlesplash@gmail.com> |
Removal of non-Haiku target platform logic from build system (part 1.)
Following recent changes to use libroot_build on Haiku also, it is now actually impossible to build Haiku components on non-Hai
Removal of non-Haiku target platform logic from build system (part 1.)
Following recent changes to use libroot_build on Haiku also, it is now actually impossible to build Haiku components on non-Haiku platforms (BeOS R5, Dan0, BONE, Zeta), so we can remove any logic related to this.
This is only the first part; still to be removed are: * SetSubDirSupportedPlatformsBeOSCompatible * HOST_PLATFORM_BEOS_COMPATIBLE * TARGET_PLATFORM_BEOS_COMPATIBLE
show more ...
|
#
87e8603d |
| 13-Aug-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
Merge branch 'gcc_syslibs'
* From now on, the gcc-specific system libraries (libgcc, libsupc++ and libstdc++) are provided by separate packages built along with gcc: - gcc_syslibs contains the s
Merge branch 'gcc_syslibs'
* From now on, the gcc-specific system libraries (libgcc, libsupc++ and libstdc++) are provided by separate packages built along with gcc: - gcc_syslibs contains the shared libraries (libgcc_s.so, libsupc++.so and libstdc++.so) - gcc_syslibs_devel contains the static libraries and both c++ and gcc headers The shared libraries now make proper use of symbol versioning and there are version-specific symlinks * The buildsystem has been adjusted to no longer use the libraries and headers from the cross-compiler, but use the ones provided by the above-mentioned packages. The only exception is that the 32-bit libraries required for the bootloader of the x86_64 architecture are still taken from the cross-compiler.
show more ...
|
#
220d0402 |
| 31-Jul-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
Use libstdc++, libsupc++ and libgcc from gcc_syslibs.
* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so from the gcc_syslibs build feature for everything except x86_gcc2. * Use l
Use libstdc++, libsupc++ and libgcc from gcc_syslibs.
* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so from the gcc_syslibs build feature for everything except x86_gcc2. * Use libgcc_s.so from the gcc_syslibs build feature for everything but x86_gcc2 (which still carries libgcc as part of libroot.so). * Drop filtering of libgcc objects for libroot, as that is no longer necessary since we're only using libgcc-as-single-object for libroot with x86_gcc2, where the filtered object file doesn't exist. Should the objects that used to be filtered cause any problems as part of libgcc_s.so, we can always filter them as part of the gcc build. * Use libsupc++.so from the gcc_syslibs build feature for everything but x86_gcc2. * Adjust all Jamfiles accordingly. * Deactivate building of faked libstdc++.so for non-x86-gcc2. For x86_gcc2, we still build libstdc++.so from the sources in the Haiku source tree as part of the Haiku build . * Put gcc_syslibs package onto the image, when needed.
show more ...
|
#
16d5c24e |
| 07-Jul-2009 |
Oliver Tappe <zooey@hirschkaefer.de> |
* merged 32bit-wchar_t branches of buildtools and haiku back into the respective trunk
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f11e13ff |
| 03-Mar-2009 |
Alexandre Deckner <alex@zappotek.com> |
* Fix build of ShelfTest
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29385 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6a32527a |
| 07-Jun-2006 |
Jérôme Duval <korli@users.berlios.de> |
fix for dano and added bshelf
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17770 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9041bc71 |
| 07-Jun-2006 |
Jérôme Duval <korli@users.berlios.de> |
added a test app for BShelf, it's the Container sample code from Be
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17764 a95241bf-73f2-0310-859d-f6bbb57e9c96
|