History log of /haiku/build/scripts/build_cross_tools
Revision Date Author Comments
# d34addaf 27-Aug-2018 waddlesplash <waddlesplash@gmail.com>

build_cross_tools: Compile GCC2 as 32-bit everywhere.

It is just straight up broken on most systems without this, as
the same "cast specifies signature type" appears there too.

Exactly why this fixes the problem does not appear to be any more known
than it was when this was first instated in 2012.


# d1feb7cb 19-May-2018 waddlesplash <waddlesplash@gmail.com>

build_cross_tools: Have scripts exit on failure.

Previously they just silently continued, which meant that if part of the
cross-tools build failed, you would have to scroll back pretty far to
see what the failure was.


# a7e9ce67 14-Sep-2013 John Scipione <jscipione@gmail.com>

Use uname -s instead of uname -o

...since BSD uname (on OS X at least) doesn't have a -o param, only a -s,
Haiku has both, and both print "Haiku".


# eeb345aa 14-Sep-2013 John Scipione <jscipione@gmail.com>

Use uname -s instead of uname -o

...since BSD uname (on OS X at least) doesn't have a -o param, only a -s,
Haiku has both, and both print "Haiku".


# 86de8c37 21-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Use GNU make also for building gcc 2

Should fix the build on {Free,Open}BSD.


# 987d25a4 17-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

build_cross_tools: use --with-hybrid-secondary when needed


# c0e8cc1a 25-Jul-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

configure: prepare for hybrid support

The goal is to do hybrid builds in a single jam (instead of calling a
sub-jam to build parts with the secondary tool chain). This changeset
adds support to configure to prepare multiple tool chains.

configure:
* Merge option --build-cross-tools-gcc4 into --build-cross-tools. The
option does now always require a packaging architecture parameter,
i.e. x86_gcc2 for the legacy tool chain.
* Multiple occurrences of the --build-cross-tools and
--cross-tools-prefix options are allowed. The first one specifies the
primary tool chain, the subsequent ones the secondary tool chains.
* All architecture dependent jam variables are now suffixed with the
name of the packaging architecture. The new HAIKU_PACKAGING_ARCHS
contains the packaging architectures for the prepared tool chains. The
first element is for the primary tool chain.
* No longer generate a separate libgccObjects file. Just put the
respective variable into BuildConfig as well.

build_cross_tools[_gcc4]:
* Replace the <haiku output dir> parameter by a <install dir>
parameter. This allows to create different cross-tools directories.
They are simply suffixed by the packaging architecture.

Jamrules:
* For the moment map the variables for the primary tool chain to the
respective suffix-less variables, so that everything still works as
before.

The next step is to actually support the secondary tool chains in the
jam build system. This will require quite a bit more butchering, though.


# 111204e0 16-Jul-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

build_cross_tools: make the cross compiler more reuse friendly


# 49f8422a 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Remove whole sys-include folder when cross-compiler has been built.

* at least for gcc2, we used to leave the 'os' subfolder in there,
which may have caused problems when Haiku's headers have changed
since the last time the compiler was built.
(cherry picked from commit 92bb2fb33e2d0f4aa766be095057fe63ff17bc8e)


# de2188e9 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Fix #7824: failure to build a cross-compiler on Haiku.

* force creation of a cross-compiler for both gcc2 and gcc4 when
building on Haiku (by suffixing the build and host machine with
'_buildhost')
(cherry picked from commit df69e209bbacd07fdfea9d9efcfc8e1c0dfedaa0)

Conflicts:
build/scripts/build_cross_tools_gcc4


# 92bb2fb3 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Remove whole sys-include folder when cross-compiler has been built.

* at least for gcc2, we used to leave the 'os' subfolder in there,
which may have caused problems when Haiku's headers have changed
since the last time the compiler was built.


# df69e209 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Fix #7824: failure to build a cross-compiler on Haiku.

* force creation of a cross-compiler for both gcc2 and gcc4 when
building on Haiku (by suffixing the build and host machine with
'_buildhost')


# 7c3985c6 23-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Fix build of gcc2 on BSD (with bsdmake)

* apparently, -j1 doesn't work as intended with bsdmake, so we drop
any multiple-job specification from MAKEFLAGS, instead


# 29468041 07-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Explicitly use -j1 when building gcc2

* specifying -j1 guards against potential multi-job arguments in
MAKEFLAGS


# d0064875 07-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Force POSIX-locale when building the buildtools

* using a non-POSIX locale may break the build (especially makeinfo),
so we explicitly set the locale to POSIX


# 4107ac9c 30-Oct-2012 Jérôme Duval <jerome.duval@gmail.com>

Cleanup of remains of subversion in the build system


# e715eca0 29-Jul-2012 Alex Smith <alex@alex-smith.me.uk>

Worked around broken GCC 2 on OS X hosts.

GCC 2 built for OS X 10.7/10.8 was broken, the Haiku build would fail
with some strange errors. Forcing compilation of GCC 2 in 32-bit mode
results in a working GCC.


# cdb7744b 23-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Avoid warning about missing math.h.

* Apparently caused by the fact that we no longer run fixincludes,
math.h is not being generated anymore. I haven't removed the rm
from the script in order to be compatible with older compilers.


# 25389523 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Touch c-gperf.h before building legacy gcc.


# 489c0689 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Fix typo in build_cross_tools.


# 2f7b75b3 15-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Fix the gcc bison issue for real

Also touch cp/parse.{c,h}, which apparently are the culprit.


# 4f23d85e 15-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Work around issue with newer bison versions

Touch the source files generated by bison, so that make won't try to
have them updated.


# 530590d3 03-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

* Document that the haikuRequiredLegacyGCCVersion variable is
influencing this script.
* If haikuRequiredLegacyGCCVersion has not been specified, assume that
the script was called manually and just use the version string from
the gcc sources.
* Make error output a bit more consistent.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43163 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 8b31c7e7 26-Aug-2010 Oliver Tappe <zooey@hirschkaefer.de>

* oops - removed debug leftover

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38385 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 540cbcd8 26-Aug-2010 Oliver Tappe <zooey@hirschkaefer.de>

* add explicit check against mismatching version of legacy compiler, avoids
trying to build the compiler when it's not going to work


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38384 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 74887321 10-Jan-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Ignore the additional make flags when building gcc 2. Currently those are
only -jN and gcc's build system has problems with multiple jobs. It works
fine for binutils and gcc 4 though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34990 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2222d055 24-Nov-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Introduced new header directory "config", which ATM contains HaikuConfig.h
and types.h. The idea is to provide a basic architecture/compiler
abstraction by defining types and macros that allow the posix/ and os/
headers to be mostly architecture/compiler agnostic.
* Adjusted the posix/ and os/ headers accordingly.
* <SupportDefs.h>: Introduced B_PRI* and B_SCN* macros similar to the PRI*
and SCN* macros defined in <inttypes.h>, just for the BeOS/Haiku [u]int*
types and some POSIX types (e.g. off_t, dev_t, ino_t) that don't have POSIX
macros. Also the B_PRI* and B_SCN* macros are available unconditionally,
unlike the <inttypes.h> macros, which require __STDC_FORMAT_MACROS to be
defined in C++ mode.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34214 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 60d8d8fc 23-Nov-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Added -j<n> option to configure. It is passed to the
build_cross_tools[_gcc4] script which in turn passes it to make. Cores and
hyperthreads are plentiful these days; no need to let most of them idle when
building the cross tools.
* Sorted the configure options alphabetically again.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34199 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16d5c24e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96


# fecef411 30-Oct-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

As proposed by "augiedoggie" undefine the _FORTIFY_SOURCE macro, which
apparently is enabled by default on newer Ubuntu versions and breaks the
gcc build.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28396 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3ee7fad0 11-Apr-2008 François Revol <revol@free.fr>

export foo=bar doesn't seem to work with plain sh...


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24923 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a559f87a 11-Apr-2008 François Revol <revol@free.fr>

Remove use of bashisms since we use #!/bin/sh. This should help supporting solaris.
Added sunos to the list of platforms, but it needs more work.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24922 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0da9c208 23-Mar-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Switched the legacy compiler to the i586-pc-haiku 2.95.3-haiku-080323
gcc. You need to reconfigure and rebuild the cross-tools to have this
change take effect.

Note that from now on it is no longer possible to use the native BeOS
compiler to build Haiku. You'll have to build a cross compiler, too. I
haven't tested whether this works at all, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24542 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0cfb40d0 16-Mar-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Define HUGE_VAL in <math.h> conditionally. That's what gcc's fixincludes
hack math_huge_val_ifndef does, anyway. We do it ourselves and remove
the therefore superfluous gcc math.h header.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24412 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6e2615e2 25-Feb-2007 Travis Geiselbrecht <geist@foobox.com>

When building binutils, build without -Werror. This was causing failures on my linux box due to silly warnings in binutils code.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20227 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a5b60fa8 03-Oct-2006 Oliver Tappe <zooey@hirschkaefer.de>

* reverted changes of revision 18985, as Ingo has pointed out, they were useless.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18994 a95241bf-73f2-0310-859d-f6bbb57e9c96


# be2bd5ef 01-Oct-2006 Oliver Tappe <zooey@hirschkaefer.de>

* implemented a suggestion of korli: the legacy & gcc4 cross-tools are now built
in separate folders ('cross-tools-legacy' and 'cross-tools-gcc4') and you
can use the new cmdline-switches 'use-cross-tools' and 'use-cross-tools-gcc4'
to switch between those two. Before, you always had to recompile the tools
in order to switch.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18985 a95241bf-73f2-0310-859d-f6bbb57e9c96


# af4bf973 16-Sep-2006 Oliver Tappe <zooey@hirschkaefer.de>

* fixed dependency of build_cross_tools on version of legacy compile, this finally fixes
building of cross-compiler on Linux (as reported by korli, thanks!).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18861 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6724a193 22-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted build_cross_tools[_gcc4] scripts according to the new directory
layout in the buildtools module.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15083 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c697d698 07-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added missing shebang. Thanks to Mathew Schofield.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14739 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 338b8dc3 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a7e9ce676fb1c4f4ade5e8dfc1b43053c035dbbc 14-Sep-2013 John Scipione <jscipione@gmail.com>

Use uname -s instead of uname -o

...since BSD uname (on OS X at least) doesn't have a -o param, only a -s,
Haiku has both, and both print "Haiku".


# eeb345aa17b6da6f92b5213949ad5064e410b757 14-Sep-2013 John Scipione <jscipione@gmail.com>

Use uname -s instead of uname -o

...since BSD uname (on OS X at least) doesn't have a -o param, only a -s,
Haiku has both, and both print "Haiku".


# 86de8c37b5bc2266be9f61eb8cb07c932c11625d 21-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Use GNU make also for building gcc 2

Should fix the build on {Free,Open}BSD.


# 987d25a40cf7600f79f5abd0c542140d3b5fa217 17-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

build_cross_tools: use --with-hybrid-secondary when needed


# c0e8cc1a1368c6cc99ddf1c76f8826cd5a598fd2 25-Jul-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

configure: prepare for hybrid support

The goal is to do hybrid builds in a single jam (instead of calling a
sub-jam to build parts with the secondary tool chain). This changeset
adds support to configure to prepare multiple tool chains.

configure:
* Merge option --build-cross-tools-gcc4 into --build-cross-tools. The
option does now always require a packaging architecture parameter,
i.e. x86_gcc2 for the legacy tool chain.
* Multiple occurrences of the --build-cross-tools and
--cross-tools-prefix options are allowed. The first one specifies the
primary tool chain, the subsequent ones the secondary tool chains.
* All architecture dependent jam variables are now suffixed with the
name of the packaging architecture. The new HAIKU_PACKAGING_ARCHS
contains the packaging architectures for the prepared tool chains. The
first element is for the primary tool chain.
* No longer generate a separate libgccObjects file. Just put the
respective variable into BuildConfig as well.

build_cross_tools[_gcc4]:
* Replace the <haiku output dir> parameter by a <install dir>
parameter. This allows to create different cross-tools directories.
They are simply suffixed by the packaging architecture.

Jamrules:
* For the moment map the variables for the primary tool chain to the
respective suffix-less variables, so that everything still works as
before.

The next step is to actually support the secondary tool chains in the
jam build system. This will require quite a bit more butchering, though.


# 111204e0d9d0bbffc9a717d472aef686cca66cf6 16-Jul-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

build_cross_tools: make the cross compiler more reuse friendly


# 49f8422a0dfa93243c407350a5795fcc6ddcd611 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Remove whole sys-include folder when cross-compiler has been built.

* at least for gcc2, we used to leave the 'os' subfolder in there,
which may have caused problems when Haiku's headers have changed
since the last time the compiler was built.
(cherry picked from commit 92bb2fb33e2d0f4aa766be095057fe63ff17bc8e)


# de2188e9647102dd73933c219589481ae3871e01 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Fix #7824: failure to build a cross-compiler on Haiku.

* force creation of a cross-compiler for both gcc2 and gcc4 when
building on Haiku (by suffixing the build and host machine with
'_buildhost')
(cherry picked from commit df69e209bbacd07fdfea9d9efcfc8e1c0dfedaa0)

Conflicts:
build/scripts/build_cross_tools_gcc4


# 92bb2fb33e2d0f4aa766be095057fe63ff17bc8e 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Remove whole sys-include folder when cross-compiler has been built.

* at least for gcc2, we used to leave the 'os' subfolder in there,
which may have caused problems when Haiku's headers have changed
since the last time the compiler was built.


# df69e209bbacd07fdfea9d9efcfc8e1c0dfedaa0 14-Jun-2013 Oliver Tappe <zooey@hirschkaefer.de>

Fix #7824: failure to build a cross-compiler on Haiku.

* force creation of a cross-compiler for both gcc2 and gcc4 when
building on Haiku (by suffixing the build and host machine with
'_buildhost')


# 7c3985c617ba8bf201fd928cccd6f726c747558b 23-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Fix build of gcc2 on BSD (with bsdmake)

* apparently, -j1 doesn't work as intended with bsdmake, so we drop
any multiple-job specification from MAKEFLAGS, instead


# 29468041f9a2dcc863ceb6c52007fff769d8fd97 07-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Explicitly use -j1 when building gcc2

* specifying -j1 guards against potential multi-job arguments in
MAKEFLAGS


# d006487564e9eae1bd065562bbb4c00c9bcd3273 07-Nov-2012 Oliver Tappe <zooey@hirschkaefer.de>

Force POSIX-locale when building the buildtools

* using a non-POSIX locale may break the build (especially makeinfo),
so we explicitly set the locale to POSIX


# 4107ac9cda4e76ce515596afebc11005b6e97534 30-Oct-2012 Jérôme Duval <jerome.duval@gmail.com>

Cleanup of remains of subversion in the build system


# e715eca04c1f99684b5972dd7db4514b56e37b60 29-Jul-2012 Alex Smith <alex@alex-smith.me.uk>

Worked around broken GCC 2 on OS X hosts.

GCC 2 built for OS X 10.7/10.8 was broken, the Haiku build would fail
with some strange errors. Forcing compilation of GCC 2 in 32-bit mode
results in a working GCC.


# cdb7744bc7a3bb2faf289a96cde1cfef59b4bc7e 23-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Avoid warning about missing math.h.

* Apparently caused by the fact that we no longer run fixincludes,
math.h is not being generated anymore. I haven't removed the rm
from the script in order to be compatible with older compilers.


# 25389523bd7acfae83eb03d912f1f7f71fc387ea 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Touch c-gperf.h before building legacy gcc.


# 489c0689ec1d309a017d8fd4c8b6d8f2efb57637 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Fix typo in build_cross_tools.


# 2f7b75b323d3cc33b1bb269e11bb6e308287562f 15-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Fix the gcc bison issue for real

Also touch cp/parse.{c,h}, which apparently are the culprit.


# 4f23d85e4fc9f58e2d8d37ddd7b41d8ad635c522 15-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Work around issue with newer bison versions

Touch the source files generated by bison, so that make won't try to
have them updated.


# 530590d3b91704c5682c3ffc7a4929d928680ef5 03-Nov-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

* Document that the haikuRequiredLegacyGCCVersion variable is
influencing this script.
* If haikuRequiredLegacyGCCVersion has not been specified, assume that
the script was called manually and just use the version string from
the gcc sources.
* Make error output a bit more consistent.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43163 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 8b31c7e7aa29aafbf199cd5e0639d71610e7c73b 26-Aug-2010 Oliver Tappe <zooey@hirschkaefer.de>

* oops - removed debug leftover

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38385 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 540cbcd8e649dad3f34dab637f4227ebcaba524c 26-Aug-2010 Oliver Tappe <zooey@hirschkaefer.de>

* add explicit check against mismatching version of legacy compiler, avoids
trying to build the compiler when it's not going to work


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38384 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 74887321dd6b307c09803476845d35312b6eeac1 10-Jan-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Ignore the additional make flags when building gcc 2. Currently those are
only -jN and gcc's build system has problems with multiple jobs. It works
fine for binutils and gcc 4 though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34990 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2222d0559df303a9846a2fad53741f8b20b14d7c 24-Nov-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Introduced new header directory "config", which ATM contains HaikuConfig.h
and types.h. The idea is to provide a basic architecture/compiler
abstraction by defining types and macros that allow the posix/ and os/
headers to be mostly architecture/compiler agnostic.
* Adjusted the posix/ and os/ headers accordingly.
* <SupportDefs.h>: Introduced B_PRI* and B_SCN* macros similar to the PRI*
and SCN* macros defined in <inttypes.h>, just for the BeOS/Haiku [u]int*
types and some POSIX types (e.g. off_t, dev_t, ino_t) that don't have POSIX
macros. Also the B_PRI* and B_SCN* macros are available unconditionally,
unlike the <inttypes.h> macros, which require __STDC_FORMAT_MACROS to be
defined in C++ mode.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34214 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 60d8d8fcc5005cdd8cff9861a803e5fa6a8fd725 23-Nov-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Added -j<n> option to configure. It is passed to the
build_cross_tools[_gcc4] script which in turn passes it to make. Cores and
hyperthreads are plentiful these days; no need to let most of them idle when
building the cross tools.
* Sorted the configure options alphabetically again.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34199 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16d5c24e533eb14b7b8a99ee9f3ec9ba66335b1e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96


# fecef4111eece6d8ad0f1c3ed6084ca691330875 30-Oct-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

As proposed by "augiedoggie" undefine the _FORTIFY_SOURCE macro, which
apparently is enabled by default on newer Ubuntu versions and breaks the
gcc build.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28396 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3ee7fad0a90712034c918a19e01a5e4efc62ef61 11-Apr-2008 François Revol <revol@free.fr>

export foo=bar doesn't seem to work with plain sh...


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24923 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a559f87af8af727bf3ec7d61f0aa5d986b29d659 11-Apr-2008 François Revol <revol@free.fr>

Remove use of bashisms since we use #!/bin/sh. This should help supporting solaris.
Added sunos to the list of platforms, but it needs more work.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24922 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0da9c20813c3b3fbf681c1517675de0860f5a063 23-Mar-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Switched the legacy compiler to the i586-pc-haiku 2.95.3-haiku-080323
gcc. You need to reconfigure and rebuild the cross-tools to have this
change take effect.

Note that from now on it is no longer possible to use the native BeOS
compiler to build Haiku. You'll have to build a cross compiler, too. I
haven't tested whether this works at all, though.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24542 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 0cfb40d0dcd55eb94ca791a025d663ed98c0e9bc 16-Mar-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Define HUGE_VAL in <math.h> conditionally. That's what gcc's fixincludes
hack math_huge_val_ifndef does, anyway. We do it ourselves and remove
the therefore superfluous gcc math.h header.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24412 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6e2615e2d18f08984a5ef3be0eccacc26282ef53 25-Feb-2007 Travis Geiselbrecht <geist@foobox.com>

When building binutils, build without -Werror. This was causing failures on my linux box due to silly warnings in binutils code.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20227 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a5b60fa88e94258f97de2fd964cba6b13f471e5f 03-Oct-2006 Oliver Tappe <zooey@hirschkaefer.de>

* reverted changes of revision 18985, as Ingo has pointed out, they were useless.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18994 a95241bf-73f2-0310-859d-f6bbb57e9c96


# be2bd5ef4b2537602e688fd2cb4c5e5add4dce50 01-Oct-2006 Oliver Tappe <zooey@hirschkaefer.de>

* implemented a suggestion of korli: the legacy & gcc4 cross-tools are now built
in separate folders ('cross-tools-legacy' and 'cross-tools-gcc4') and you
can use the new cmdline-switches 'use-cross-tools' and 'use-cross-tools-gcc4'
to switch between those two. Before, you always had to recompile the tools
in order to switch.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18985 a95241bf-73f2-0310-859d-f6bbb57e9c96


# af4bf973bb26f4250b9c42fc1c8fa60437c6dbaa 16-Sep-2006 Oliver Tappe <zooey@hirschkaefer.de>

* fixed dependency of build_cross_tools on version of legacy compile, this finally fixes
building of cross-compiler on Linux (as reported by korli, thanks!).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18861 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6724a1930dfdfd0f764f3169410c3d46272d4685 22-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted build_cross_tools[_gcc4] scripts according to the new directory
layout in the buildtools module.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15083 a95241bf-73f2-0310-859d-f6bbb57e9c96


# c697d698c3718647ed324a75c48dab3b2f1fd3d5 07-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added missing shebang. Thanks to Mathew Schofield.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14739 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 338b8dc301721b1f472e8297a898d4eaa2f2ee3a 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96