Turned out that our ARM gcc4 build used short-enum's, which made
our build fail (specifically, src/kits/tracker/ViewState.cpp:122).
Thanks to Landon Fuller and Oliver Tappe for helping me figure
the fix out!
* O_BINARY and O_TEXT were removed from Haiku way back in hrev38962
* This patch removes the fix that used to unset those flags
* Now gcc/intl/loadmsgcat.c is back to the GCC 4.6.3 stock file
Thanks diger for noticing the previously needed fix was still in place unintentionally
* -lssp_nonshared being passed at link time was resulting in multiple definition errors
* Apps such as Perl and CUPS would fail to build due to this
* This should alleviate the problem when -fstack-protector or -fstack-protector-all are used
Thanks to diger for letting me know of this issue and making me aware of a fix
* This update resolves the segfault/ICE in gcc/c-parser.c while building natively
* gcc/gengtype.c was already updated to GCC 4.6.3 version previously in btrev43031, so no change there
* gcc/libiberty/make-relative-prefix is the stock 4.6.3 version now, as the workaround for Haiku is no longer needed
* This update is otherwise the GCC patches for upgrading 4.6.2 to 4.6.3 core/g++ applied to our sources
* A build failure occurs as TARGET_64BIT is no longer a compile-time
constant in GCC.
* Made some changes so that generated code matches the i386 Haiku target when
generating 32-bit code, and follows the x86_64 ABI for 64-bit code.
* Added a comment stating that DEFAULT_PCC_STRUCT_RETURN needs to be defined
to follow the ABI for 32-bit code, it is ignored for 64-bit.
* Remove definition of __x86_64__, already defined by GCC's i386-c.c.
* Remove -z max-page-size from LINK_SPEC as it shouldn't be necessary: the
default page size is 2MB but this won't result in large binaries, it just
changes the alignment of the sections and would make it easier to map
binaries using large pages in the future.
Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>
* arm: ASM_COMMENT_START is defined in arm/aout.h.
* i386 and x86_64: define ASM_COMMENT_START.
* others: ASM_COMMENT_START is defined in ${arch}/${arch}.h.
* define __STDC_ISO_10646__ to '201103' in order to indicate that
Haiku's wchar_t supports the Universal Character Set (UCS) defined
by the ISO 10646 standard published in March 2011.
* replace gmp.info-? in gcc/gmp/doc by gmp.info, since the latter
is the makeinfo target that will otherwise have to be generated
each time gcc4 is built
* add autom4te.cache to svn:ignore
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@43010 a95241bf-73f2-0310-859d-f6bbb57e9c96
indicating that haiku uses ISO_10646 in wchar_t (in our case: UTF-32)
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@37775 a95241bf-73f2-0310-859d-f6bbb57e9c96
#5630 once the gcc optional packages have been rebuilt.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@36354 a95241bf-73f2-0310-859d-f6bbb57e9c96
of stage2 and stage3 compilers work on haiku (using objdump instead
of cmp, as suggested by Michael)
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@32475 a95241bf-73f2-0310-859d-f6bbb57e9c96
- add missing bits needed to use EABI by default (which should be == AAPCS == BPABI if I understood it right),
- include t-bpabi and bpabi.h,
- added an arm/t-haiku and arm/haiku.h to correct back some stuff after them as is done for linux,
- add multilib variants for softfloat (for xscale) and softfp (AAPCS),
- undo the LIBGCC_SPEC override for arm, it might have been the cause of multilib not working, not sure,
- make armv6 default target.
This allows building for both overo and verdex boards with some mods, though it emits calls to exception unwinding stuff that requires some more symbols (like abort), and should probably be fixed some other way.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@32237 a95241bf-73f2-0310-859d-f6bbb57e9c96
The cross tools build still needs the arm specific headers in Haiku to complete (bug #3763)
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@30652 a95241bf-73f2-0310-859d-f6bbb57e9c96