* Solved conflicts with the libtool related files by simply using the
vendor versions. IIRC the haiku related changes to libtool and
autoconf were relevant only for the binutils.
* Solved {libstdc++-v3,libmudflap}/configure conflicts by re-running
autoconf for these directories.
I'm already working on fixing the Haiku build, so please don't do the
same.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@20318 a95241bf-73f2-0310-859d-f6bbb57e9c96
This fixes one fo the problems of building gcc4 under Zeta.
See http://gcc.gnu.org/ml/gcc/2003-10/msg01501.html
If you want to try you'll have to also remove the -lm in gcc/gcc/Makefile.in or symlink it to libroot.so.
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@20115 a95241bf-73f2-0310-859d-f6bbb57e9c96
The i386-pc-haiku no longer uses the BeOS BFD target emulation, but
its own. A few things are shared for both *-*-haiku machines now.
The PowerPC Haiku binutils and gcc build, but I wouldn't expect them
to really produce usable output yet. We'll see...
git-svn-id: file:///srv/svn/repos/haiku/buildtools/trunk@15381 a95241bf-73f2-0310-859d-f6bbb57e9c96
structs and unions in C as well as in C++ (application of this patch has
been sugggested by execom through BeBits-talkback).
This mail-thread explains the problem & solution:
http://gcc.gnu.org/ml/gcc-bugs/1999-08n/msg00914.html
These are the patches that have been applied:
gcc-2.95-anon-struct-union.diff
gcc-2.95-c++-tidy.diff
gcc-2.95-c++-anon-struct.diff
gcc-2.95-c++-anon-struct2.diff
which can all be found here:
ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/gcc-2.95/patches/
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@11421 a95241bf-73f2-0310-859d-f6bbb57e9c96
cross-compiling with BeOS target works.
- tweaked build-procedure to allow for proper generation of a i586-pc-beos
cross-compiler on LINUX.
- added documentation for creation of cross-compiler.
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@11255 a95241bf-73f2-0310-859d-f6bbb57e9c96
we now link it always (against shared libraries, too). This fixes a
problem when building libSDL.so (and probably other libs that contain
code to start/stop BApplications).
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@10350 a95241bf-73f2-0310-859d-f6bbb57e9c96
for inline assembly that requires a lot of register operands. Now these
registers are only spilled if it is safe to do so (if -fno-pic or
-fomit-frame-pointer has been given).
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@10349 a95241bf-73f2-0310-859d-f6bbb57e9c96
inlining (compatibility functions were missing from libstdc++.r4.so in that
case).
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9835 a95241bf-73f2-0310-859d-f6bbb57e9c96
generation of debug-info.
This is highly experimental and has a good chance of being removed
at a later stage.
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9621 a95241bf-73f2-0310-859d-f6bbb57e9c96
that is contained inside the BE-libs.
We generate a new one and use this instead
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9618 a95241bf-73f2-0310-859d-f6bbb57e9c96
give proper error messages for invalid asm instead of ICEing (at least in
non-optimizing mode).
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9611 a95241bf-73f2-0310-859d-f6bbb57e9c96
Mon Jul 31 22:19:24 2000 Jeffrey A Law (law@cygnus.com)
* loop.c (check_dbra_loop): Make change from July 17, 2000 work
on targets which need more than one insn for a compare/cbranch
operation.
* gcc-c-torture/execute/20000731-2.c: New test.
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9610 a95241bf-73f2-0310-859d-f6bbb57e9c96
2001-03-29 Jakub Jelinek <jakub@redhat.com>
* fold-const.c (fold): Before optimizing unsigned comparison with
0x7fffffffU, make sure arg0 is integral type.
* gcc.c-torture/execute/20010329-1.c: New test.
git-svn-id: file:///srv/svn/repos/haiku/trunk/buildtools@9608 a95241bf-73f2-0310-859d-f6bbb57e9c96
