#
8774bf60 |
|
07-Feb-2022 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Remove linker hack to prevent weak symbols. Now that we support them in runtime_loader.
|
#
08236b3b |
|
10-Dec-2021 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Force __cxa_pure_virtual to be linked in libroot_debug too.
|
#
db911197 |
|
07-Dec-2021 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Force __cxa_pure_virtual to be linked in. In GCC 8 builds it is by default, in GCC 11 builds it is weakly defined, which runtime_loader does not yet support properly, so we force it to be included.
|
#
6f92b552 |
|
25-Jul-2020 |
Alexander von Gluck IV <kallisti5@unixzen.com> |
libroot: Add fake libc static library * It's specified in POSIX: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/c99.html * wine hardcodes a -lc in its winegcc compiler Change-Id: I592b62085787d8f1a1ead2df32e978a91ab03ea9 Reviewed-on: https://review.haiku-os.org/c/haiku/+/3086 Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
|
#
aa1e42a3 |
|
18-Jan-2020 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Replace swab() with the musl version. This was the last function remaining in the glibc "string" directory, so now we can remove that directory and a bunch of related files that are no longer needed.
|
#
f504f610 |
|
04-Jan-2020 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Replace most of libm with musl's. The glibc libm code was showing its age, and has recently been the subject of a number of tickets about its inaccuracy. Additionally, some developers have complained about how convoluted the headers are, and thus how hard it is to add support for new architectures (and how flaky the support for the existing architectures is.) So, with this commit, nearly the entire glibc libm has been gutted and replaced with the one from musl 1.1.24. The complex functions from glibc are retained (as they are more mature than musl's), as are some glibc-internal libm functions. This also has the advantage that these functions are actually using our <math.h>, whereas GCC used its own, which was rather dangerous for obvious reasons. Additionally, the new math functions are always compiled with GCC 8 (even on x86_gcc2), as it seems GCC 2 does not quite understand some of the union-aliasing they use (a lot of which was added in C99, I suppose.) FFmpeg on x86_gcc2 is already compiled with GCC 8 and that has so far worked out well, so there should not be any problems caused by this. I did verify that ARM and PPC at least still compile, though other architectures may require a bit more work (they are not bootstrapped so I could not do much.) Should fix #14933 among other issues. Change-Id: Ifeea0ddab23a8d0480fc26dece1b0192afc263bd
|
#
6aff37d1 |
|
01-Oct-2017 |
Augustin Cavalier <waddlesplash@gmail.com> |
Move SHA256 class to libroot instead of linking libshared into libroot. Discussed with PulkoMandy and on the haiku-commits mailing list. Thanks to @jessicah for compile-testing and fixing 2 small issues I missed.
|
#
f31b1a2f |
|
17-Jan-2017 |
Andrew Aldridge <i80and@foxquill.com> |
Implement scrypt-based password hashing Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
|
#
4fecb09f |
|
13-Aug-2016 |
Augustin Cavalier <waddlesplash@gmail.com> |
libroot: Ship empty libpthread.a and libm.a for POSIX and general compatibility. A few weeks back, I spotted in the Musl FAQ that they apparently ship empty libm.a and libpthread.a files (https://www.musl-libc.org/faq.html), which they said was for POSIX compatibility. A bit of digging got me to http://pubs.opengroup.org/onlinepubs/9699919799/utilities/c99.html which says: > It is unspecified whether the libraries libc.a, libl.a, libm.a, libpthread.a, > librt.a, [OB] [Option Start] libtrace.a, [Option End] libxnet.a, or liby.a > exist as regular files. The implementation may accept as -l option-arguments > names of objects that do not exist as regular files. So to follow the letter of the law, we only need to have the "c99" command accept these; however, it appears all Linux and BSD cstdlibs accept them no matter what compliance mode is in effect. Discussed with PulkoMandy. This will make HaikuPorts' job a lot easier...
|
#
f474606e |
|
12-Aug-2015 |
Michael Lotz <mmlr@mlotz.ch> |
libroot_debug: Merge guarded heap into libroot_debug. The individual debug heap implementations are now exposed via a structure of function pointers and a common frontend dispatches the malloc and malloc_debug APIs through them. The MALLOC_DEBUG environment variable can be used to select the guarded heap by adding 'g', otherwise the debug heap is used as the default. Consequently the separate libroot_guarded is not needed anymore and has been removed. To allow the use of environment variables this early, init_env_post_heap has been added and the heap dependent atfork() moved there. This allowed to fold the code of init_heap_post_env into init_heap so the former has been removed.
|
#
a8344698 |
|
10-Jul-2015 |
Jérôme Duval <jerome.duval@gmail.com> |
libroot: added a complex.h header based on ... http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/complex.h.html * added missing parts from glibc. * x86_64 was already complete, x86 was missing a few functions. * should help with #12202, provided that the gcc4 buildtools are rebuilt.
|
#
0cf3d621 |
|
11-Apr-2015 |
Michael Lotz <mmlr@mlotz.ch> |
Make guarded heap accessible through its own libroot_guarded.so. This adds libroot_guarded.so to the HaikuDevel package. It is the same as libroot_debug with the debug heap swapped out for the guarded heap. The guarded heap has some useful features that make it desirable to use while having the disadvantage of a large memory and address space overhead which make it unusable in some situations. Therefore the guarded heap cannot simply replace the debug heap but should still be made available. As the heap init needs to happen even before having environment variables, the heap to use can not be chosen dynamically. Exposing them through their own libraries is the next best thing.
|
#
b2883f6a |
|
04-Aug-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
Add support for building <stubbed>libroot.so. * <stubbed>libroot.so is a shared library which contains all the symbols from libroot, but without any code. This library will be required by the (to be introduced) stage0 of the bootstrap process, in order to be able to link the shared gcc syslibs (libstdc++.so, libsupc++.so and libgcc_s.so).
|
#
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 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.
|
#
c19c9e08 |
|
09-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Pass members to filter as on-target variable
|
#
15860449 |
|
09-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Style fix
|
#
4d550826 |
|
08-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Properly fix linking with libgcc without cmdline overflow Instead of listing all the objects we want from the libgcc archive we just make a copy of it and remove those we don't want, and link to it. This should allow returning MAXLINE in jam to a sane value.
|
#
5e0e2739 |
|
29-Sep-2013 |
François Revol <revol@free.fr> |
ARM: work around too many libgcc objects when linking libroot jam fails in execve() trying to run the command due to a too large arguments list because of the many objects in libgcc. We split them into two intermediate objects, then we link them to libroot.
|
#
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 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).
|
#
72cf60a5 |
|
10-Oct-2010 |
Oliver Tappe <zooey@hirschkaefer.de> |
* replace glibc-base wcwidth() and wcswidth() with the one from Bruno Haible's libunistring, which seems to work just fine git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38936 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a3f66598 |
|
23-Jul-2010 |
Oliver Tappe <zooey@hirschkaefer.de> |
* reintegrated posix-locale git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37725 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
87c1c0e4 |
|
19-Feb-2010 |
Jérôme Duval <korli@users.berlios.de> |
moved fenv arch implementations to their respective directories git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35527 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
38ecc1a7 |
|
08-Feb-2010 |
Artur Wyszynski <aljen-mlists@o2.pl> |
Added FreeBSD fenv implementation - tested with dmd port, seems that it works git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35437 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
448671a3 |
|
27-Dec-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Build library libroot_debug.so, which is the standard libroot.so with the debug heap implementation. * Added libroot_debug.so to the DevelopmentMin optional package. Since it has the same soname as the standard libroot, it can simply be specified in LD_PRELOAD to run a program with that version. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34788 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
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
|
#
ef3966e8 |
|
22-May-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Added version scripts for the kernel, libroot, and libbe. ATM each has two version nodes: *_BASE and *_1_ALPHA1. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30826 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
19d40f9e |
|
01-Nov-2008 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Moved the rld_export structure from <user_runtime.h> to <runtime_loader.h>, since it isn't a kernel <-> userland interface. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28456 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6b202f4e |
|
13-May-2008 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Introduced new header directory headers/private/system which is supposed to contain headers shared by kernel and userland (mainly libroot). * Moved quite a few private kernel headers to the new location. Split several kernel headers into a shared part and one that is still kernel private. Adjusted all affected Jamfiles and source in the standard x86 build accordingly. The build for other architectures and for test code may be broken. * Quite a bit of userland code still includes private kernel headers. Mostly those are <util/*> headers. The ones that aren't strictly kernel-only should be moved to some other place (maybe headers/private/shared/util). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25486 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
87e239b9 |
|
13-Oct-2007 |
Jérôme Duval <korli@users.berlios.de> |
added some tsearch and iconv functions, git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22533 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
831486a2 |
|
16-Apr-2007 |
Travis Geiselbrecht <geist@foobox.com> |
Turn the assembly optimized memcpy (simple rep movsd) back on for x86. Had to hack around the make system a bit, and the result is pretty nasty, specifically due to the amount of places in the system where various targets poke their fingers into the libroot directory. The solution is less than optimal, but should work for now. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20722 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a4e0c1d4 |
|
06-Feb-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* We do now have a special "_haiku_revision" section in our libroot, containing the Haiku SVN revision number which is used by uname(). The value is 0 when built, but updated by the build system before copying libroot to the image (new rule CopySetHaikuRevision). * For AboutHaiku we no longer write the SVN revision number into a resource. Instead we use the uname() info. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20082 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
cc87b419 |
|
16-Mar-2006 |
Jérôme Duval <korli@users.berlios.de> |
added posix_gnu_string git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16814 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
901f3990 |
|
10-Dec-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Removed libroot/posix/math completely and added the respective functions from glibc 2.3.2. Adding those one by one is extremely boring and time-consuming work. We should probably just remove the math stuff again, add a verbatim copy of the glibc directories, and shuffle things around afterwards. * Note that for x86 holds sizeof(long double) == 96. I removed the generic 128 bit long double functions that were in use before and added respective 96 bit versions to arch/x86 (or left them out, if they weren't used). For PPC the System V ABI spec supplement specifies sizeof(long double) == 128, but I had trouble configuring gcc to actually use that setting (looks like there simply is no support for TI mode for PPC 32). So we have to live with sizeof(long double) == sizeof(double) == 64 for the time being. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15477 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
353d20c0 |
|
27-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* libroot and the runtime loader are no longer built with kernel rules. * New rule Ld, analogously to KernelLd. * Added StaticLibrary parameter for supplying additional objects. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15191 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
38f62644 |
|
26-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Reorganized building of kernel, boot loader, and libroot. Each component is built in the respective subdirectory now and no longer in src/system/Jamfile. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15184 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
338b8dc3 |
|
29-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
718b5114 |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
This should fix the build after all the kernel/system renaming. If anything is still broken (and was not before :)), please shout. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12361 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af32e75 |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed src/kernel to src/system. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f474606ee92a7afddb5b3b6350a97ffd31e22c42 |
|
12-Aug-2015 |
Michael Lotz <mmlr@mlotz.ch> |
libroot_debug: Merge guarded heap into libroot_debug. The individual debug heap implementations are now exposed via a structure of function pointers and a common frontend dispatches the malloc and malloc_debug APIs through them. The MALLOC_DEBUG environment variable can be used to select the guarded heap by adding 'g', otherwise the debug heap is used as the default. Consequently the separate libroot_guarded is not needed anymore and has been removed. To allow the use of environment variables this early, init_env_post_heap has been added and the heap dependent atfork() moved there. This allowed to fold the code of init_heap_post_env into init_heap so the former has been removed.
|
#
a83446983dea89a78ca52fa34243ac80772c03a0 |
|
10-Jul-2015 |
Jérôme Duval <jerome.duval@gmail.com> |
libroot: added a complex.h header based on ... http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/complex.h.html * added missing parts from glibc. * x86_64 was already complete, x86 was missing a few functions. * should help with #12202, provided that the gcc4 buildtools are rebuilt.
|
#
0cf3d62115e3f1cce1d0165e603cab3b84e18f2f |
|
11-Apr-2015 |
Michael Lotz <mmlr@mlotz.ch> |
Make guarded heap accessible through its own libroot_guarded.so. This adds libroot_guarded.so to the HaikuDevel package. It is the same as libroot_debug with the debug heap swapped out for the guarded heap. The guarded heap has some useful features that make it desirable to use while having the disadvantage of a large memory and address space overhead which make it unusable in some situations. Therefore the guarded heap cannot simply replace the debug heap but should still be made available. As the heap init needs to happen even before having environment variables, the heap to use can not be chosen dynamically. Exposing them through their own libraries is the next best thing.
|
#
b2883f6a0dc07c455e81e39494645e31d713d7ac |
|
04-Aug-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
Add support for building <stubbed>libroot.so. * <stubbed>libroot.so is a shared library which contains all the symbols from libroot, but without any code. This library will be required by the (to be introduced) stage0 of the bootstrap process, in order to be able to link the shared gcc syslibs (libstdc++.so, libsupc++.so and libgcc_s.so).
|
#
220d04022750f40f8bac8f01fa551211e28d04f2 |
|
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 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.
|
#
c19c9e08ef2f723f610ca1263f8775dd7f64ce2a |
|
09-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Pass members to filter as on-target variable
|
#
158604494b15849e05c0be426a4b6c094b064e31 |
|
09-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Style fix
|
#
4d5508263edb4256349d1d8424e38ada90a9c10b |
|
08-Oct-2013 |
François Revol <revol@free.fr> |
libroot: Properly fix linking with libgcc without cmdline overflow Instead of listing all the objects we want from the libgcc archive we just make a copy of it and remove those we don't want, and link to it. This should allow returning MAXLINE in jam to a sane value.
|
#
5e0e2739c95093a2702ea108ec49d7cce8d4bcc6 |
|
29-Sep-2013 |
François Revol <revol@free.fr> |
ARM: work around too many libgcc objects when linking libroot jam fails in execve() trying to run the command due to a too large arguments list because of the many objects in libgcc. We split them into two intermediate objects, then we link them to libroot.
|
#
b0944c78b074a8110bd98e060415d0e8f38a7f65 |
|
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 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).
|
#
72cf60a534b77ba153b9b896f4f23be6af700295 |
|
10-Oct-2010 |
Oliver Tappe <zooey@hirschkaefer.de> |
* replace glibc-base wcwidth() and wcswidth() with the one from Bruno Haible's libunistring, which seems to work just fine git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38936 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a3f665982e2e078ba42e7bf941bd5f3dd8989c55 |
|
23-Jul-2010 |
Oliver Tappe <zooey@hirschkaefer.de> |
* reintegrated posix-locale git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37725 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
87c1c0e44394568e715d56c619e583528dd09476 |
|
19-Feb-2010 |
Jérôme Duval <korli@users.berlios.de> |
moved fenv arch implementations to their respective directories git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35527 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
38ecc1a76420fb483f5f42dbf29e48046ef9da8b |
|
08-Feb-2010 |
Artur Wyszynski <aljen-mlists@o2.pl> |
Added FreeBSD fenv implementation - tested with dmd port, seems that it works git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35437 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
448671a39cda3aa5508a6071d71e9d5e0d23a3e6 |
|
27-Dec-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Build library libroot_debug.so, which is the standard libroot.so with the debug heap implementation. * Added libroot_debug.so to the DevelopmentMin optional package. Since it has the same soname as the standard libroot, it can simply be specified in LD_PRELOAD to run a program with that version. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34788 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
16d5c24e533eb14b7b8a99ee9f3ec9ba66335b1e |
|
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
|
#
ef3966e8886cdde569be02415801b2951713544b |
|
22-May-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Added version scripts for the kernel, libroot, and libbe. ATM each has two version nodes: *_BASE and *_1_ALPHA1. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30826 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
19d40f9eb7dc8efdbbd637b21ceb83b9af3389df |
|
01-Nov-2008 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Moved the rld_export structure from <user_runtime.h> to <runtime_loader.h>, since it isn't a kernel <-> userland interface. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28456 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6b202f4e3da73d4c131355fcd82b792d153f84f6 |
|
13-May-2008 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Introduced new header directory headers/private/system which is supposed to contain headers shared by kernel and userland (mainly libroot). * Moved quite a few private kernel headers to the new location. Split several kernel headers into a shared part and one that is still kernel private. Adjusted all affected Jamfiles and source in the standard x86 build accordingly. The build for other architectures and for test code may be broken. * Quite a bit of userland code still includes private kernel headers. Mostly those are <util/*> headers. The ones that aren't strictly kernel-only should be moved to some other place (maybe headers/private/shared/util). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25486 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
87e239b9dc52a9627ba19bf5b8a8bc41627ea04c |
|
13-Oct-2007 |
Jérôme Duval <korli@users.berlios.de> |
added some tsearch and iconv functions, git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22533 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
831486a2d3ba8eb2a012bc59083f383811fff5a3 |
|
16-Apr-2007 |
Travis Geiselbrecht <geist@foobox.com> |
Turn the assembly optimized memcpy (simple rep movsd) back on for x86. Had to hack around the make system a bit, and the result is pretty nasty, specifically due to the amount of places in the system where various targets poke their fingers into the libroot directory. The solution is less than optimal, but should work for now. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20722 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a4e0c1d43dab6a1cc681a55e0430ef4aa3d7eaa8 |
|
06-Feb-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* We do now have a special "_haiku_revision" section in our libroot, containing the Haiku SVN revision number which is used by uname(). The value is 0 when built, but updated by the build system before copying libroot to the image (new rule CopySetHaikuRevision). * For AboutHaiku we no longer write the SVN revision number into a resource. Instead we use the uname() info. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20082 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
cc87b419b839028ef833f9202289dfd55c146579 |
|
16-Mar-2006 |
Jérôme Duval <korli@users.berlios.de> |
added posix_gnu_string git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16814 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
901f399036a25e35a7931af6209a327c21dd4dcf |
|
10-Dec-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Removed libroot/posix/math completely and added the respective functions from glibc 2.3.2. Adding those one by one is extremely boring and time-consuming work. We should probably just remove the math stuff again, add a verbatim copy of the glibc directories, and shuffle things around afterwards. * Note that for x86 holds sizeof(long double) == 96. I removed the generic 128 bit long double functions that were in use before and added respective 96 bit versions to arch/x86 (or left them out, if they weren't used). For PPC the System V ABI spec supplement specifies sizeof(long double) == 128, but I had trouble configuring gcc to actually use that setting (looks like there simply is no support for TI mode for PPC 32). So we have to live with sizeof(long double) == sizeof(double) == 64 for the time being. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15477 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
353d20c0c5f19d1120a8acb0f4f7f3b266da730f |
|
27-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* libroot and the runtime loader are no longer built with kernel rules. * New rule Ld, analogously to KernelLd. * Added StaticLibrary parameter for supplying additional objects. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15191 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
38f62644541aaa3c1f4f363a3e3ab11b086b16d4 |
|
26-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Reorganized building of kernel, boot loader, and libroot. Each component is built in the respective subdirectory now and no longer in src/system/Jamfile. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15184 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
338b8dc301721b1f472e8297a898d4eaa2f2ee3a |
|
29-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
718b5114e0613a5602d5d6296afeaa7f3ee4b576 |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
This should fix the build after all the kernel/system renaming. If anything is still broken (and was not before :)), please shout. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12361 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
5af32e752606778be5dd7379f319fe43cb3f6b8c |
|
13-Apr-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed src/kernel to src/system. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12359 a95241bf-73f2-0310-859d-f6bbb57e9c96
|