tested).
* Use -n for links to directories in case the target already exists.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@38353 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added a work-in-progress script to automate building a GCC2 package.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@38351 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
worked in Linux but it seems to have changed in Ubuntu 10.04 x64 and
compiling GCC 2 would not work on it.
Thanks to Shisui for the investigation and original patch and to Ingo who
noticed a simpler way to fix the problem.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@37574 a95241bf-73f2-0310-859d-f6bbb57e9c96
we assume as the input charset) to utf-32 (which is used by Haiku's
wchars)
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@37474 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
* On Haiku, the jam install folder should be /boot/common.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@32875 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
is mentioned in the ICU configuration for BeOS,
since otherwise we could not use optimization for
ICU at all.
[see http://gcc.gnu.org/ml/gcc-patches/2000-09/msg00454.html]
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@31054 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
modifications, there's no point in it being in the repository at all. Besides,
version 0.8.0 is out already.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@30146 a95241bf-73f2-0310-859d-f6bbb57e9c96
include list as in r28324. I really thought I updated this based on this patch.
* Added /boot/home/config/include to the include list as well, not sure why this
wasn't present before. If there's a specific reason against it please tell.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@29489 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Remove the part of the link specs that automatically names the output after
the last source file. Therefore we'll produce a.out for now. Sadly the %b
variable does also evaluate to libraries in GCC4 which makes it unusable for
this case. A "gcc file.cpp -lstdc++" would for example produce an output
named libstdc++...
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@29297 a95241bf-73f2-0310-859d-f6bbb57e9c96
