Searched +hist:55 +hist:bc3719 (Results 1 - 6 of 6) sorted by relevance
/haiku/src/build/libroot/ | ||
H A D | remapped_functions.h | diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc371993f0588118e3c684e18eae5b6e4a6e22 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. |
H A D | function_remapper.cpp | diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc371993f0588118e3c684e18eae5b6e4a6e22 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. |
H A D | Jamfile | diff 55cf6996 Thu Dec 29 07:38:23 MST 2011 Fredrik Holmqvist <fredrik.holmqvist@gmail.com> Rename strlen.c strnlen.c to strlen.cpp strnlen.cpp. No changes in the files themselves in this commit. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55cf69968f4d5be68301b548687d9b81cbee383a Thu Dec 29 07:38:23 MST 2011 Fredrik Holmqvist <fredrik.holmqvist@gmail.com> Rename strlen.c strnlen.c to strlen.cpp strnlen.cpp. No changes in the files themselves in this commit. diff 55bc371993f0588118e3c684e18eae5b6e4a6e22 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. |
H A D | fs.cpp | diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 1621d994 Fri Feb 03 18:55:49 MST 2006 Ingo Weinhold <ingo_weinhold@gmx.de> Tried to improve the attribute support under non-BeOS compatible build platforms a bit. Generally extended attributes seem to be supported up to a very limited size per node, thus a one-to-one mapping isn't a good idea, but I figured, they could at least help to recognize when and attribute directory doesn't belong to a node (in case the original node had been removed and the a new one created with the same node ID). The implementation should ensure that, but I can't really test it, since ReiserFS 3.6 under my SuSE Linux 9.2 installation apparently doesn't support extended attributes. So it's disabled for the time being. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16228 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 55bc371993f0588118e3c684e18eae5b6e4a6e22 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 1621d9945f401a08d3eeed9bc3baf472111393f0 Fri Feb 03 18:55:49 MST 2006 Ingo Weinhold <ingo_weinhold@gmx.de> Tried to improve the attribute support under non-BeOS compatible build platforms a bit. Generally extended attributes seem to be supported up to a very limited size per node, thus a one-to-one mapping isn't a good idea, but I figured, they could at least help to recognize when and attribute directory doesn't belong to a node (in case the original node had been removed and the a new one created with the same node ID). The implementation should ensure that, but I can't really test it, since ReiserFS 3.6 under my SuSE Linux 9.2 installation apparently doesn't support extended attributes. So it's disabled for the time being. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16228 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/build/ | ||
H A D | BeOSBuildCompatibility.h | diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff d34daac8 Mon May 24 13:55:38 MDT 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * config/{HaikuConfig.h,types.h}: - Added macro __HAIKU_ARCH_BITS specifying the architecture bitness (32/64) (might be more convenient to use than __HAIKU_ARCH_{32,64}_BIT). - Added macros __HAIKU_ARCH_PHYSICAL_BITS, __HAIKU_ARCH_PHYSICAL_{32,64}_BIT, and the types __haiku_phys_[s]addr_t. The intention is to use separate macros and types for virtual and physical addresses, since for some architectures (e.g. x86 with PAE) those actually differ. * sys/types.h, BeBuild.h, SupportDefs.h: - Added types phys_[s]addr_t and respective printf() format macros. - Added public macros B_HAIKU_BITS, B_HAIKU_PHYSICAL_BITS, B_HAIKU_PHYSICAL_{32,64}_BIT. Might break the build under older Haiku installations. Will test next. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36926 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 55bc371993f0588118e3c684e18eae5b6e4a6e22 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff d34daac82a58a31e54a076f121c2bbb0cea60447 Mon May 24 13:55:38 MDT 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * config/{HaikuConfig.h,types.h}: - Added macro __HAIKU_ARCH_BITS specifying the architecture bitness (32/64) (might be more convenient to use than __HAIKU_ARCH_{32,64}_BIT). - Added macros __HAIKU_ARCH_PHYSICAL_BITS, __HAIKU_ARCH_PHYSICAL_{32,64}_BIT, and the types __haiku_phys_[s]addr_t. The intention is to use separate macros and types for virtual and physical addresses, since for some architectures (e.g. x86 with PAE) those actually differ. * sys/types.h, BeBuild.h, SupportDefs.h: - Added types phys_[s]addr_t and respective printf() format macros. - Added public macros B_HAIKU_BITS, B_HAIKU_PHYSICAL_BITS, B_HAIKU_PHYSICAL_{32,64}_BIT. Might break the build under older Haiku installations. Will test next. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36926 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/build/jam/ | ||
H A D | BuildSetup | diff 5c93058a Sat Mar 30 14:55:27 MDT 2019 Augustin Cavalier <waddlesplash@gmail.com> BuildSetup: Stop defining __INTEL__ for the host tools. Nothing in the tree uses __INTEL__ anymore, so this is no longer needed. diff 8a9e1e0d Sun Dec 31 14:10:55 MST 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-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 diff 211483cb Thu Apr 14 01:15:55 MDT 2016 Fredrik Holmqvist <fredrik.holmqvist@gmail.com> EFI: Initial test EFI application * Only set HAIKU_BOOT_PLATFORM to bios_ia32 if not defined * Add gnuefi build feature * Introduce BOOT_LDFLAGS, and move options for passing to linker into ArchitectureSetup * x86_64 compile fixes for warnings in boot loader * loader/elf.cpp: don't include ELF32 support when targeting EFI * relocation_func.cpp: copy of the relocation code from gnuefi to make _relocate extern "C", and avoid including <efilib.h> * boot_loader_efi.ld: copy of gnuefi's elf_x86_64_efi.lds, modified to include support for C++ constructors, etc. Keep in sync with the gnuefi package Signed-off-by: Jessica Hamilton <jessica.l.hamilton@gmail.com> diff abde6a01 Fri Apr 22 13:55:55 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> bluetooth: Re-introduce to image * Previous enablement broke gcc2 and hybrid builds * gcc2 builds fixed and tested working now * Fix Hybrid builds via missing MultiArch Jam * Sorry for the noise, enjoy early Bluetooth support diff abde6a01 Fri Apr 22 13:55:55 MDT 2016 Alexander von Gluck IV <kallisti5@unixzen.com> bluetooth: Re-introduce to image * Previous enablement broke gcc2 and hybrid builds * gcc2 builds fixed and tested working now * Fix Hybrid builds via missing MultiArch Jam * Sorry for the noise, enjoy early Bluetooth support diff a11cd144 Sun Sep 29 18:55:11 MDT 2013 Rene Gollent <anevilyak@gmail.com> Cleanups. diff 204dee70 Thu May 09 10:08:55 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> Use libbe_build also on Haiku This means the build tools will no longer be built against the host platform's libbe, which avoids compatibility problems -- e.g. an older Haiku host libbe may not have certain features the build tools require -- and also makes the build behave more similiar on Haiku and other platforms. The host libroot dependency still remains and is not easy to get rid of. Also remove some bits of BeOS/Dano/Zeta build support. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff 55bc3719 Thu Jun 30 11:17:17 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> Wrap POSIX FD functions in libroot_build This makes opening symlinks work universally in the build system tools. Two mechanisms have been implemented, both of which don't always work. The first is remapping via preprocessor macros. This fails where equally named methods are used (e.g. STL fstream::open()). The other is using hidden functions in the new libroot_build_function_remapper.a that is linked into everything that is linked against libroot_build.so. This one fails for functions that are defined inline in headers (Linux/glibc does that). Together they seem to cover our build system needs ATM. diff fdecfdb3 Wed Aug 24 15:04:55 MDT 2011 Matt Madia <mattmadia@gmail.com> Increase the size of the default raw and default vmware image. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42685 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 242 milliseconds