These are part of the C++ standard, I don't know how they went missing
in our version.
http://www.cplusplus.com/reference/std/complex/
They are needed to build MathGL library, and likely other stuff.
* 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.
Forcibly prevent fixinclude from executing. This prevents the spawning of a
shell process, which would be abandoned due to fixinc crashing.
Submitted By: BLFS Book <blfs-book@linuxfromscratch.org>
Date: 2003-10-05
Initial Package Version: 2.95.3
Origin: BLFS Book
http://www.linuxfromscratch.org/blfs/view/5.1/general/gcc2.html
* remove all *.info targets so the gcc2 build system doesn't
try to update them, as that doesn't always work because of
apparent incompatibilities with newer makeinfo versions
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@42999 a95241bf-73f2-0310-859d-f6bbb57e9c96
using /boot/system, /boot/common and /boot/home/config
as packagefs mount-points)
git-svn-id: file:///srv/svn/repos/haiku/buildtools/branches/package-management@40804 a95241bf-73f2-0310-859d-f6bbb57e9c96
patched in a haiku-specific way
git-svn-id: file:///srv/svn/repos/haiku/buildtools/branches/package-management@40802 a95241bf-73f2-0310-859d-f6bbb57e9c96
* applied patch by VinDuv that allows to build the legacy buildtools on Mac OS X
- thanks!
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@38452 a95241bf-73f2-0310-859d-f6bbb57e9c96
* applied (slightly changed) patch by VinDuv that updates config.guess and
config.sub in order to be able to build the legacy buildtools on Mac OS X
- thanks!
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@38451 a95241bf-73f2-0310-859d-f6bbb57e9c96
* bump version of legacy compiler to match the expectations in our configure
script
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@38383 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
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
Why did I even consider running the current autotools against almost two
years old code? Of course it wouldn't work.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@24518 a95241bf-73f2-0310-859d-f6bbb57e9c96
adjusting it where I figured it necessary.
* Disabled the --no-beos-fixes option for Haiku.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@24513 a95241bf-73f2-0310-859d-f6bbb57e9c96
problem, since only the copies of gcc headers in the haiku module are
used.
BeOS/Haiku requires sizeof(bool) to be 1.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@24512 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Rebuilt the build system using the patched automake/-conf/libtool.
* Didn't touch ltconfig, libtool.m4, and lt-*. They look somehow
obsolete. Need to recheck later.
NOTE: Those changes are untested yet. Don't update!
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@24508 a95241bf-73f2-0310-859d-f6bbb57e9c96
this finally fixes bug #1608 and enables to print correctly long double values.
It should now be possible to revert r21883.
I hope this change has no consequences on binary compatibility (it shouldn't). Oliver, please review.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@23127 a95241bf-73f2-0310-859d-f6bbb57e9c96
except one: the binaries produced by this version of binutils crashes the loader of
BeOS versions BONE, Dano (and probably Zeta, too). That's a pity, but I currently
do not know how to fix this (as the fix available for older versions of binutils
does not work anymore).
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@20192 a95241bf-73f2-0310-859d-f6bbb57e9c96
except one: the binaries produced by this version of binutils crashes the loader of
BeOS versions BONE, Dano (and probably Zeta, too). That's a pity, but I currently
do not know how to fix this (as the fix available for older versions of binutils
does not work anymore).
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@20191 a95241bf-73f2-0310-859d-f6bbb57e9c96
The removed header fixes don't apply to the Haiku headers anyway, so
this shouldn't be much of a problem.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@20046 a95241bf-73f2-0310-859d-f6bbb57e9c96
be compiled (it requires a c++-compiler, of course).
This fixes the build on R5.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@16140 a95241bf-73f2-0310-859d-f6bbb57e9c96
generate "correct" (aka BeOS-specific) symbols when using the cross
compiler, too.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@16119 a95241bf-73f2-0310-859d-f6bbb57e9c96
