* 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
(cherry picked from commit 32fb726909)
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
