History log of /haiku/src/system/libroot/os/arch/arm/Jamfile
Revision Date Author Comments
# 8c8615a2 17-Jun-2019 Augustin Cavalier <waddlesplash@gmail.com>

libroot/arm: Add generic_stack_trace.

Fixes the link of libroot_debug. Now Haiku ARM bootstrap builds
complete successfully!


# f9f3b564 01-Sep-2014 Ithamar R. Adema <ithamar@upgrade-android.com>

ARM: only enable C++11 for libroot, not globally

This resembles the x86_64 build, and fixes the compilation issues
with the bootloader stdio.h header.

Fixes #11144


# d3b1caa6 25-Aug-2014 Paweł Dziepak <pdziepak@quarnos.org>

kernel, libroot: use C++11 atomics in atomic_*()

The less assembler in our sources the better. These functions wouldn't
be used very much since SupportDef.h inlines them, but the symbols should
be available.

Signed-off-by: Paweł Dziepak <pdziepak@quarnos.org>


# 7a402b99 15-Aug-2014 Arvind S Raj <sraj.arvind@gmail.com>

Reimplemented atomic_get_and_set in C++.

Signed-off-by: Adrien Destugues <pulkomandy@pulkomandy.tk>

* C++ code written by pdziepak.


# 279c181a 19-Apr-2014 PulkoMandy <pulkomandy@pulkomandy.tk>

Import stdatomic.c from freebsd for ARM port

* Fixes missing atomic stuff that gcc requires
* The gcc build still fails further down, because of a mixup of
VFP/nonVFP objects (at least for beagle build).


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


# 9ffc3c3d 15-Nov-2012 Ithamar R. Adema <ithamar@upgrade-android.com>

ARM/libroot: stub out the missing functions for now

This will get libroot.so to build, which should give us much more compilation
coverage for ARM now too. Will have to go through all the libroot code with
a tooth comb anyway once userland comes up...

(Will consider replacing the glibc mess with bsd for all non gcc2 platforms)


# 57c324a7 01-Apr-2012 Jerome Duval <jerome.duval@gmail.com>

arm: added some missing arch bits and changed asm section for arm compat.


# f9f3b564ac0db1a900d8e13e261f49815c224794 01-Sep-2014 Ithamar R. Adema <ithamar@upgrade-android.com>

ARM: only enable C++11 for libroot, not globally

This resembles the x86_64 build, and fixes the compilation issues
with the bootloader stdio.h header.

Fixes #11144


# d3b1caa62d83444c7c95a73cdc2094d2087fb818 25-Aug-2014 Paweł Dziepak <pdziepak@quarnos.org>

kernel, libroot: use C++11 atomics in atomic_*()

The less assembler in our sources the better. These functions wouldn't
be used very much since SupportDef.h inlines them, but the symbols should
be available.

Signed-off-by: Paweł Dziepak <pdziepak@quarnos.org>


# 7a402b996e3884f840d91b6602b9057a4bad69c4 15-Aug-2014 Arvind S Raj <sraj.arvind@gmail.com>

Reimplemented atomic_get_and_set in C++.

Signed-off-by: Adrien Destugues <pulkomandy@pulkomandy.tk>

* C++ code written by pdziepak.


# 279c181ab88598bf024658abfc69bd3114cb73ff 19-Apr-2014 PulkoMandy <pulkomandy@pulkomandy.tk>

Import stdatomic.c from freebsd for ARM port

* Fixes missing atomic stuff that gcc requires
* The gcc build still fails further down, because of a mixup of
VFP/nonVFP objects (at least for beagle build).


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


# 9ffc3c3d8ae7b5f34cb1ee8dc58ec54edb04d7cf 15-Nov-2012 Ithamar R. Adema <ithamar@upgrade-android.com>

ARM/libroot: stub out the missing functions for now

This will get libroot.so to build, which should give us much more compilation
coverage for ARM now too. Will have to go through all the libroot code with
a tooth comb anyway once userland comes up...

(Will consider replacing the glibc mess with bsd for all non gcc2 platforms)


# 57c324a753e3d6b54728b520588373184f7237c2 01-Apr-2012 Jerome Duval <jerome.duval@gmail.com>

arm: added some missing arch bits and changed asm section for arm compat.