Searched +hist:4 +hist:f4e5272 (Results 1 - 4 of 4) sorted by relevance
/haiku/src/build/libroot/ | ||
H A D | fs_attr_generic.cpp | diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 4f4e5272fc99dc6b2c6004c2c4f5dcff565ff6a4 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 4f4e5272fc99dc6b2c6004c2c4f5dcff565ff6a4 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | fs_attr.cpp | diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272fc99dc6b2c6004c2c4f5dcff565ff6a4 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f4e5272fc99dc6b2c6004c2c4f5dcff565ff6a4 Sat Apr 07 20:19:01 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Under Linux it is now possible to emulate the BeOS attribute support via xattrs. It can be enabled with the configure switch "--use-xattr". Note that the amount of data stored in attributes may be limited by the used file system -- e.g. AFAIK ext3 has a limit of one block (usually 4 KB) for all attributes of a file, which might not suffice. XFS should be fine, as should ReiserFS 3.6 (or any FS which stores attributes in hidden files). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20609 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/ | ||
H A D | configure | diff 4df4b48f Wed Mar 23 06:08:47 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> configure & build: make use of 64-bit libgcc and libsupc++ for EFI/x86_64 Change-Id: I7636530d927843d155b9d7dada2db4f67c875290 Reviewed-on: https://review.haiku-os.org/c/haiku/+/5139 Reviewed-by: Adrien Destugues <pulkomandy@gmail.com> Reviewed-by: waddlesplash <waddlesplash@gmail.com> Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> diff 4da6cf84 Wed Oct 19 18:35:23 MDT 2016 François Revol <revol@free.fr> configure: allow building GDB along with the buildtools from a stock GDB source tree. I was getting tired of doing it manually. Note the prefix is not exactly the same as the buildtools since the machine triplet is different, but it's not an issue. Tested with arm and ppc with GDB 7.8. Might need patching gdbTarget for other archs, as stock GDB doesn't know about Haiku. diff 68ccc989 Sun Aug 04 09:20:56 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> Build the cross gcc for the secondary arch as such Pass --enable-hybrid-secondary to gcc's configure when building it as a secondary compiler. Doesn't make a difference for building Haiku itself, but makes it easier to match the Haiku cross devel package with the compiler when building bootstrap packages with haikuporter. gcc 4 only ATM. diff 54295d08 Wed Oct 31 21:33:20 MDT 2012 Joseph R. Prostko <joe.prostko@gmail.com> Updated configure script due to GCC2 update * The GCC2 buildtool sources were updated, so change the date * A new GCC2 optional package will be added later today +alpha 4 (build will break otherwise) diff 4fa936c1 Fri Oct 12 19:13:52 MDT 2012 Joseph R. Prostko <joe.prostko@gmail.com> Update required legacy GCC version diff bd16f0dd Mon Jul 30 01:25:16 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Fixed configure for legacy buildtools. The elfedit tool doesn't exist with the old binutils, so configure was failing when it tried to get the path to it. Only try to search for it if building GCC 4. diff 0962132c Tue Jul 10 12:33:39 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Fixed Mac OS X 10.7 as a build platform (for GCC 4). * Use gcc and g++ rather than cc and c++, as the latter now point to clang with recent Xcode versions and compilation of the host tools fail for various reasons with it. * Replace the case-sensitive filesystem check with a more basic one, as diskutil no longer supports the behaviour of getting info for the volume that any path is on. * Updated ReadMe with a correct list of prerequisites for OS X. * GCC 2 builds are still broken due to a strange error that only occurs with a GCC 2 built on OS X 10.7 diff 4a9f6b4a Fri Feb 06 16:09:47 MST 2009 Michael Lotz <mmlr@mlotz.ch> Add support for the arm target as well. Not that we'd support it in any way yet. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29142 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9b0dd528 Sat May 17 17:47:39 MDT 2008 Ingo Weinhold <ingo_weinhold@gmx.de> Support for adding libraries compiled with the alternative gcc (2 vs. 4). One has to have a (fully configured) "generated" directory for the alternative gcc and specify it using the new option "--alternative-gcc-output-dir" when configuring the main build. Additionally the build variable HAIKU_ADD_ALTERNATIVE_GCC_LIBS has to be set to "1". If that has been done, when building the image a sub-jam is invoked that generates the alternative libs and zips them. The main-jam unzips them into the correct directory in the image. Note that the JAM build variable has to be set when using a jam executable not invoked by "jam". Tested with gcc 2 NetPositive, Pe, and FireFox under gcc 4 Haiku, and with a few of the standard gcc 4 Haiku apps under gcc 2 Haiku. Seems to work fine so far. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25536 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9b0dd528 Sat May 17 17:47:39 MDT 2008 Ingo Weinhold <ingo_weinhold@gmx.de> Support for adding libraries compiled with the alternative gcc (2 vs. 4). One has to have a (fully configured) "generated" directory for the alternative gcc and specify it using the new option "--alternative-gcc-output-dir" when configuring the main build. Additionally the build variable HAIKU_ADD_ALTERNATIVE_GCC_LIBS has to be set to "1". If that has been done, when building the image a sub-jam is invoked that generates the alternative libs and zips them. The main-jam unzips them into the correct directory in the image. Note that the JAM build variable has to be set when using a jam executable not invoked by "jam". Tested with gcc 2 NetPositive, Pe, and FireFox under gcc 4 Haiku, and with a few of the standard gcc 4 Haiku apps under gcc 2 Haiku. Seems to work fine so far. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25536 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9b0dd528 Sat May 17 17:47:39 MDT 2008 Ingo Weinhold <ingo_weinhold@gmx.de> Support for adding libraries compiled with the alternative gcc (2 vs. 4). One has to have a (fully configured) "generated" directory for the alternative gcc and specify it using the new option "--alternative-gcc-output-dir" when configuring the main build. Additionally the build variable HAIKU_ADD_ALTERNATIVE_GCC_LIBS has to be set to "1". If that has been done, when building the image a sub-jam is invoked that generates the alternative libs and zips them. The main-jam unzips them into the correct directory in the image. Note that the JAM build variable has to be set when using a jam executable not invoked by "jam". Tested with gcc 2 NetPositive, Pe, and FireFox under gcc 4 Haiku, and with a few of the standard gcc 4 Haiku apps under gcc 2 Haiku. Seems to work fine so far. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25536 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/build/jam/ | ||
H A D | BuildSetup | diff 4df4b48f Wed Mar 23 06:08:47 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> configure & build: make use of 64-bit libgcc and libsupc++ for EFI/x86_64 Change-Id: I7636530d927843d155b9d7dada2db4f67c875290 Reviewed-on: https://review.haiku-os.org/c/haiku/+/5139 Reviewed-by: Adrien Destugues <pulkomandy@gmail.com> Reviewed-by: waddlesplash <waddlesplash@gmail.com> Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> diff a198eedc Mon Mar 25 19:14:17 MDT 2013 Rene Gollent <anevilyak@gmail.com> Fix incorrect version checks. It's sufficient to simply check if the gcc version is 4 or higher since we enforce the use of the latest ported compiler for the build anyways, and these multi-level checks would fail in their current state if gcc moved to e.g. version 5.0. diff 0962132c Tue Jul 10 12:33:39 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Fixed Mac OS X 10.7 as a build platform (for GCC 4). * Use gcc and g++ rather than cc and c++, as the latter now point to clang with recent Xcode versions and compilation of the host tools fail for various reasons with it. * Replace the case-sensitive filesystem check with a more basic one, as diskutil no longer supports the behaviour of getting info for the volume that any path is on. * Updated ReadMe with a correct list of prerequisites for OS X. * GCC 2 builds are still broken due to a strange error that only occurs with a GCC 2 built on OS X 10.7 diff 4dbc2457 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 4cc4f7bb Tue Jun 14 05:42:49 MDT 2011 Ingo Weinhold <ingo_weinhold@gmx.de> * Added KMessage to libroot_build. * libbe_build: Where possible we directly use the actual Haiku headers and sources, now. In the headers/build headers we just include the respective Haiku headers as needed. That still allows overrides where necessary. The intention is to make it easier to keep the build stuff in sync. * Fixed a few printf() format and signed/unsigned comparison warnings. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42179 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff db2b2bd6 Tue Nov 02 14:22:48 MDT 2010 Ingo Weinhold <ingo_weinhold@gmx.de> Resolved TODO (gcc 4 .eh_frame support). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39277 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff cc7d8990 Sat Oct 23 09:35:41 MDT 2010 Rene Gollent <anevilyak@gmail.com> When using gcc 4, disallow use of CFI asm for now. This renders executables generated by Haiku's build sys usable with our Debugger, pending support for gcc4's (different) exception handler frame format. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39071 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f7b2c67 Mon Jan 11 14:38:07 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * gcc 4 features built-ins for atomic operations. If the macro B_USE_BUILTIN_ATOMIC_FUNCTIONS is defined most atomic_*() functions are redefined as macros using the built-ins directly. * Enabled that feature for the x86 build. Might work on other platforms as well, but that needs to be tested. No significant speedup for the -j8 Haiku image build. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35018 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4f7b2c67 Mon Jan 11 14:38:07 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * gcc 4 features built-ins for atomic operations. If the macro B_USE_BUILTIN_ATOMIC_FUNCTIONS is defined most atomic_*() functions are redefined as macros using the built-ins directly. * Enabled that feature for the x86 build. Might work on other platforms as well, but that needs to be tested. No significant speedup for the -j8 Haiku image build. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35018 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4eb548a8 Mon Jan 11 13:36:24 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> Removed useless assigning of the default values and use a switch for the architectures. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35015 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 203 milliseconds