Christian Wiese
99dbcfde48
x86-64/glibc: do not apply multilib and pure64 patches anymore
14 years ago
Christian Wiese
3703bbee3e
x86-64/gcc: do not apply multilib and pure64 patches anymore
14 years ago
Christian Wiese
74a6e124b3
architecture/x86-64: inject -march=i686 to fix multilib builds of glibc
15 years ago
Alejandro Mery
b6e06ab020
architecture: moved */gcc-options.in to gcc package
16 years ago
Alejandro Mery
ed44e4ddd4
Removed architecture/{powerpc64,sparc64,x86-64}/boot/boot.in because they were only used to source boot.in from the not-64 flavor of the arch
17 years ago
Alejandro Mery
e5ffbe8473
Removed trailing spaces from architecture/ ... without renewing the copyright note
17 years ago
Christian Wiese
54ecf4b206
Changed status messages while building 32 Bit libraries for glibc to be more consistend
17 years ago
Christian Wiese
c398fa8948
Changed the pattern to find the pure64 or multilib patches
- The formely pattern used $pkg-$ver, which turned out to be
a bit too strict.
17 years ago
Christian Wiese
bd3050454f
Fixed glibc for x86-64 while building a mulitlib capable glibc
- After finishing the first buildloop we have to go back to
toplevel srcdir
- This commit also changes the priority of the preconf hook we
use while building multilib.
Warning:
The change of the priority is very sensitive, so you should
just change it if you really know what you are doing!
17 years ago
Christian Wiese
b36524718a
Removed implicit enabling of multilib support from x86-64 architecture
- To be able to build "pure" x86-64 systems (non-multilib) we need to remove
this hardwired multilib by default behavior from the x86-64 architecture
configuration.
17 years ago
Christian Wiese
c766a93a55
Improved gcc for x86-64 to include the appropriate patch for multilib or pure64
17 years ago
Christian Wiese
d532c887df
Improved glibc for x86-64 multililib and pure64 support
Note:
From now on we do not rely on the glibc32 package anymore by using a second
buildloop while building a 64bit multilib target.
17 years ago
Alejandro Mery
3a1cd0aa75
* moved our trunk into the framework subproject
git-svn-id: svn://svn.opensde.net/opensde/opensde/trunk@20073 10447126-35f2-4685-b0cf-6dd780d3921f
18 years ago