Ralf S. Engelschall
|
f550ea4c8c
remove old tru64 crap
|
18 gadi atpakaļ |
Christoph Schug
|
f84232f065
move over sparc64-freebsd fixes to a more general form within rpmtool(8)
|
18 gadi atpakaļ |
Christoph Schug
|
f4463577d6
sparc64-freebsd platform fixes
|
18 gadi atpakaļ |
Thomas Lotterer
|
9fa345313c
replace as/ld availability assumption with feature testing; together with [34937] this eliminates the need for the with_binutils option entirely and also removes a linux/freebsd platform assumption; sponsored by BinckBank
|
18 gadi atpakaļ |
Thomas Lotterer
|
254db4fb83
allow repetitive execution of %build
|
18 gadi atpakaļ |
Christoph Schug
|
3d3cbe7b2e
upgrading package: gcc 4.1.1 -> 4.1.2
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
1c4c7f0b57
Welcome Year 2007!
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
b6db372b5f
The GCC "multilib" feature is a problematic one as not all platforms where GCC thinks it can support multilib really provide all prerequisites for this. GCC usually thinks that amd64-linux platforms support "multilib" (32 and 64 bit at the same time), but with mostly all default installations this isn't the case. Similar to other platforms like ix86-solaris. So, instead of letting GCC enable multilib with its own decision, make the "multilib" feature an explicit one and actually _disable_ it by default (as within OpenPKG we don't want mix and actually cannot mix 32 and 64 bit code anyway). If one really wishes "multilib" with OpenPKG's GCC one now explicitly have to enable it with the "with_multilib" option.
|
19 gadi atpakaļ |
Thomas Lotterer
|
3bc00fef9c
do not use multilibs (32+64bit) but stick to pure 32bit or pure 64bit thus unbreaking build on amd64-suse10 installed w/o 32bit backwards compatibility
|
19 gadi atpakaļ |
Thomas Lotterer
|
2782b0599d
new world order for "Packager" and "Distribution" headers
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
29fa6c7e41
add preliminary AIX 32-bit support
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
e4fc8eec6c
upgrade to new l_openpkg_release usage and remove special with_gcc stuff which should only exist in gccN packages
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
e1a26335f2
fix GCC branding; don't try to patch files if there is nothing to patch; include a vendor program fix
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
8240f9723d
upgrade from GCC 4.0.3 to 4.1.1
|
19 gadi atpakaļ |
Christoph Schug
|
f1edb6dbf6
make gcc sun4v-aware
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
ad9f3a94a3
upgrading package: gcc 4.0.2 -> 4.0.3
|
19 gadi atpakaļ |
Ralf S. Engelschall
|
74cb9fe191
although share/java is not nice it is considered a shared directory for various Java JAR files (from any package) by GCJ, so remove the filesystem cleanup hack to get GCJ working out-of-the-box
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
be8267b953
adjust copyrights for new year 2006
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
d0b67ffe3f
upgrading package: gcc 4.0.1 -> 4.0.2
|
20 gadi atpakaļ |
Thomas Lotterer
|
c4caf98ac9
workaround for gcc-4.0.1/binutils problems under Solaris-x86
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
38114f49af
crual hack to get Solaris 10/x86 (running in 32-bit mode) working on x86_64 platform by shamelessly disabling all extra optimizations and cross-platform/multi-lib settings on this platform. Everyone with a better solution is welcome
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
a81cff1b68
try to fix building under with_fortran=yes
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
c8c8cfe95a
add support for FreeBSD 7.0-CURRENT
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
56afb587d6
Major Upgrade to GCC 4.0: gcc (3.4.4) becomes gcc3, gcc40 (4.0.1) becomes gcc, gcc40 is removed, gcc41 is kept
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
6e41fa425b
cleanup amd64-linux workaround hacking: reduce 200KB of patch for a generated file by a few lines of substitutions
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
c7a2dd6517
cleanup indentation of amd64 patch application and move solaris hack into .patch file where similar hacks already exists
|
20 gadi atpakaļ |
Thomas Lotterer
|
1954e61a2c
Remove "-z text" from the gcc default linker arguments under Solaris when "%{with_binutils}" == "no". This behaviour is the default in the Solaris linker. The "-z text" makes relocations in shared objects a fatal linker error. When static libraries are build, there is often (almost always) position dependent code generated. Whether the linking of shared objects against static libraries always makes sense is another question...
|
20 gadi atpakaļ |
Steve Weinreich
|
385cef4399
Added a patch for building libstdc++ under amd64-linux
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
16f223121d
make post-adjustments more deterministically by first moving then then removing. This way the order of the partly nested directories do not matter any more.
|
20 gadi atpakaļ |
Ralf S. Engelschall
|
c5f37df130
use external zlib if we build gcc with Java support
|
20 gadi atpakaļ |