#
bab64f65 |
| 19-Feb-2016 |
Alexander von Gluck IV <Alex.vonGluck@r1soft.com> |
Merge remote-tracking branch 'upstream/master' into intel-extreme
|
#
8028ede7 |
| 16-Jan-2016 |
Rene Gollent <rene@gollent.com> |
Build: Add architecture rule for libshared.a.
- As suggested by Ingo, add libshared.a to the architecture name map. This allows it to be linked by its short name like other frequently used libra
Build: Add architecture rule for libshared.a.
- As suggested by Ingo, add libshared.a to the architecture name map. This allows it to be linked by its short name like other frequently used libraries. - Adjust all Jamfiles referencing the lib accordingly.
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 ...
|
#
9f81ca83 |
| 27-Sep-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Merge branch 'package-management'
Conflicts: src/preferences/network/Jamfile
|
#
b0944c78 |
| 01-Aug-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
More work towards hybrid support
* All packaging architecture dependent variables do now have a respective suffix and are set up for each configured packaging architecture, save for the kernel a
More work towards hybrid support
* All packaging architecture dependent variables do now have a respective suffix and are set up for each configured packaging architecture, save for the kernel and boot loader variables, which are still only set up for the primary architecture. For convenience TARGET_PACKAGING_ARCH, TARGET_ARCH, TARGET_LIBSUPC++, and TARGET_LIBSTDC++ are set to the respective values for the primary packaging architecture by default. * Introduce a set of MultiArch* rules to help with building targets for multiple packaging architectures. Generally the respective targets are (additionally) gristed with the packaging architecture. For libraries the additional grist is usually omitted for the primary architecture (e.g. libroot.so and <x86>libroot.so for x86_gcc2/x86 hybrid), so that Jamfiles for targets built only for the primary architecture don't need to be changed. * Add multi-arch build support for all targets needed for the stage 1 cross devel package as well as for libbe (untested).
show more ...
|
#
105fd85c |
| 29-May-2011 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed TypedGroupListModel - without GCC2's covariant return type handling, it's not really worth the effort. * Added missing libstdc++ to the build. * This fixes the GCC4 build.
git-svn-id: f
* Removed TypedGroupListModel - without GCC2's covariant return type handling, it's not really worth the effort. * Added missing libstdc++ to the build. * This fixes the GCC4 build.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41803 a95241bf-73f2-0310-859d-f6bbb57e9c96
show more ...
|
#
dc3bd077 |
| 25-May-2011 |
Axel Dörfler <axeld@pinc-software.de> |
* Early work in progress of toying around with the idea to show some useful panels when touching the screen border with the mouse while holding down the CTRL key. * Right now, a simple running ap
* Early work in progress of toying around with the idea to show some useful panels when touching the screen border with the mouse while holding down the CTRL key. * Right now, a simple running applications list is shown on the top/bottom, and a list of the windows of the current app on the left/right edge which you can click to front. * Imagine you could configure this to show various panels like a shelf, a query window, workspaces, recent files, favourite files, folder contents, have a clipboard for files, ... * Just wanted to have it in SVN even if it's only barely useful right now - I would be glad to hear your opinions on this, and if it's worthwhile to continue working on this. -alpha
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41754 a95241bf-73f2-0310-859d-f6bbb57e9c96
show more ...
|