/rules to use 'powerpc' as the karch/kernel_arch for
ppc64.
Additionally, the patch changes debian/patches/linux-types-long-long.patch
to make sure that the '__extension__' keyword is used on ppc64 like
on the other architectures. Otherwise the build test fails on ppc64.
Regards
Andreas Jochens
.
Anything which makes it easier to violate this simple policy
will lead to a mixed usage of /usr/lib and /usr/lib64 and consequently
to problems which could be difficult to disentangle later.
This is just my personal opinion.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On 06-May-19 11:02, Goswin von Brederlow wrote:
Andreas Jochens [EMAIL PROTECTED] writes:
Anything which makes it easier to violate this simple policy
will lead to a mixed usage of /usr/lib and /usr/lib64 and consequently
to problems which could be difficult to disentangle later
from i386.
The amd64 toolchain should not depend on packages from the i386 port.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On 06-Feb-27 11:47, Aurelien Jarno wrote:
On Mon, Feb 27, 2006 at 09:00:36AM +0100, Andreas Jochens wrote:
The solution is probably to move both the symlink and the code of the
preinst/postinst ia32-libs scripts into the glibc, but I don't really
like that, especially
.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
) \
+ /lib32 | /lib64 | /emul/ia32-linux) \
I did not yet try to build glibc with this patch, but I think
the last line should be
+ /lib32 | /lib64 | /emul/ia32-linux/lib) \
because later in the patch you have
+i386_slibdir = /emul/ia32-linux/lib
Regards
Andreas Jochens
--
To UNSUBSCRIBE
packages are installed in
/usr/lib32 which is not a symlink but a real directory.
4. The (/usr)/lib/i486-linux-gnu directories are reserved for future
multiarch installations.
These changes could be implemented by simple patches without breaking
existing installations.
Regards
Andreas Jochens
On 06-Feb-24 12:06, Aurelien Jarno wrote:
Andreas Jochens a écrit :
I suggest the following setup for 32-bit libraries on amd64:
1. The ia32-libs package continues to install the 32-bit libraries in
/emul/ia32-linux/usr/lib but it stops to provide the 32-bit libc6(-dev)
packages.
2
Hello,
On 06-Feb-24 14:04, Aurelien Jarno wrote:
Andreas Jochens a écrit :
When I say linking, I don't speak about the dynamic linking, but the
linking that occurs when building a package with gcc.
because /emul/ia32-linux/usr/lib is added to /etc/ld.so.conf by
ia32-libs.postinst
are the defaults
since glibc version 2.3.5.
Thanks again for your work on the glibc package!
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On 06-Feb-22 20:37, Aurelien Jarno wrote:
Andreas Jochens a écrit :
This occurs because the patch changes the default library search path
of the dynamic linker from /lib /usr/lib to /lib64 /usr/lib64.
Well it's already strange it has works before. The dynamic linker path
on amd64
correctly without
that line.
With these two small changes, glibc 2.3.6 with your patch builds
without problems and the resulting 32-bit i386 libraries work fine.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.6/debian/control ./debian/control
--- ../tmp-orig/glibc-2.3.6/debian/control
builds and works fine for me
on amd64.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to be changed a little to take this change into account.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and to let the symlinks
point to '/lib/lib*.so.*' as they do now.
Do you perhaps know of a simple way to achive this within your approach?
Anyway, thank you for your patch!
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
while /emul/ia32-linux has to be specified
explicitly.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
attached is the latest update of the native ppc64 support patch.
This patch applies cleanly against the current glibc version 2.3.5-7.
Regards
Andreas Jochens
Summary of changes to enable native ppc64 support:
* debian/control.in/main: Add Build-Depends on gcc-3.4 for ppc64
/bin/iconv' and the other libc binaries and libraries on amd64.
The patch could be added to the existing debian/patches/amd64-lib.dpatch.
Regards
Andreas Jochens
diff -urN ../glibc-2.3.5/Makeconfig glibc-2.3.5/Makeconfig
--- ../glibc-2.3.5/Makeconfig 2005-08-30 17:48:26.0 +
+++ glibc
to implement
because it follows the current naming scheme for alternative
libc6 packages and can therefore use the already existing
infrastructure for packaging.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On 05-Aug-18 19:38, GOTO Masanori wrote:
If your patch does not have any impact, please send your latest
version to me.
I updated the ppc64 patch again so that it now applies cleanly to
the current glibc version 2.3.5-4 and also to the current svn.
Regards
Andreas Jochens
Summary
On 05-Aug-18 14:47, GOTO Masanori wrote:
At Wed, 17 Aug 2005 22:05:42 +0200,
Andreas Jochens wrote:
In the end it will be much easier to require a 64-bit machine to be
used to build 32/64-bit biarch packages instead of trying to circumvent
all these issues.
Yes, that's one solution
On 05-Aug-18 19:38, GOTO Masanori wrote:
At Thu, 18 Aug 2005 10:24:14 +0200,
Andreas Jochens wrote:
A small number of packages still need some minor patches
to make this work, notably 'glibc' (see #301438 - the patch in that
bug is outdated, but I could supply an updated patch
.
In the case of the 'glibc' package itself, I think a Build-Depends
on 'amd64-libs-dev [i386]' (or 'libc6-dev-amd64 [i386]') should be
added.
The same applies to the other biarch cases (powerpc, sparc, s390).
This should fix the bug.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
of trying to circumvent
all these issues.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
somehow, but I could
not find a different solution for this yet.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
An additional setting of 'arch_biarch=amd64' has to be added to the
previous patch for the i386 case. Otherwise the autoconf.h file will
not be installed correctly.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers-2.6.13+0rc3/debian/generate-asm.sh
./debian/generate-asm.sh
gets processed by 'apt-get build-dep' and that
the gcc-3.4 version requirement (= 3.4.4-6) cannot be fulfilled because
unstable still has 3.4.4-5.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
'__powerpc__' and '__powerpc64__' get defined by
gcc, so one has to use '#ifndef __powerpc64__' to check for a '-m32'
32-bit compilation.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers-2.6.13+0rc3/debian/generate-asm.sh
./debian/generate-asm.sh
--- ../tmp-orig/linux-kernel-headers
Hello,
the attached patch also adds support for /usr/include/asm wrappers
for the i386 and amd64 architectures to linux-kernel-headers.
This will allow the build of 32/64 bit alternative libc libraries
on the amd64/i386 architectures.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux
I just learned that this should better be solved by using the existing
wrapping mechanism for /usr/include/asm for i386/amd64.
Please look at #321969 for a patch which does this.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
changes debian/rules to install the ppc kernel headers
on ppc64 in '/usr/include/ppc-linux'. The implementation is similar
as for the amd64 case where the 32-bit i386 kernel headers are installed
in '/usr/include/i386-linux'.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers
has been used since December 2004
by the ppc64 archive on alioth.
The patch uses basically the same strategy as the amd64 port,
but with an additional extra pass for the creation of an
alternative 32 bit library.
Regards
Andreas Jochens
Summary of changes:
* debian/control.in/ppc64
- New
' at all at the moment and everything works without that
directory.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/X11R6/lib64' directories in 'base-files', the attached minimal
patch to 'base-files' would be sufficient for the amd64 port.
Regards
Andreas Jochens
--- debian/rules.orig 2004-07-14 00:36:32.576992470 +0200
+++ debian/rules2004-07-14 00:37:34.552955333 +0200
@@ -41,6 +41,9
On 04-Oct-30 16:55, Bill Allombert wrote:
On Sat, Oct 30, 2004 at 04:12:01PM +0200, Andreas Jochens wrote:
Anyway, if you intend to run binaries on different distributions,
you should create binaries which conform to the LSB standard and you
should install the LSB compatibility package
this does, but I think it's about the same as
the previous one.
Yes, this is basically the same as the previous one and the same as the
above applies.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/patches/amd64-lib.dpatch' file
which already contains the change of the libdir directory from 'lib64' to
'lib' on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/patches/amd64-lib.dpatch
./debian/patches/amd64-lib.dpatch
--- ../tmp-orig/glibc-2.3.2.ds1/debian/patches
On 04-Oct-04 19:48, Andreas Jochens wrote:
On 04-Oct-04 12:27, Daniel Jacobowitz wrote:
When we do this for amd64, we ought to do the same thing for ia32 as
well. Then amd64-libs can lose the libraries.
Thank you for your reply.
Of course a 'libc6-amd64' would be a good thing to have
' directory. This corresponds to the
amd64 case where the i386 linux kernel headers are installed in the
'/usr/include/i386-linux' directory.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules ./debian/rules
--- ../tmp-orig/linux-kernel-headers-2.5.999
- together with a corresponding patch to ia32-libs -
has been used for a few weeks by the experimental amd64/gcc-3.4 archive
without problems so far.
Regards
Andreas Jochens
This patch changes the following files of the glibc package:
* debian/sysdeps/amd64.mk:
Add an extra 'i386' pass which
.
There is no kernel-image-2.4 package in the amd64 archives
and I think there never will be one. The 2.4 kernel does not support
the amd64 architecture very well and upstream does not do any
kernel-2.4 development for amd64 or backports to 2.4 for amd64
as far as I know.
Regards
Andreas Jochens
having linuxthreads in the
glibc binary packages and only five packages needed minor changes to
build properly with that setup.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(without problems so far).
Regards
Andreas Jochens
--- amd64.mk2004-09-12 15:18:37.216153000 +0200
+++ debian/sysdeps/amd64.mk 2004-09-12 15:19:09.390261953 +0200
@@ -1,11 +1,14 @@
CC = gcc
BUILD_CC = gcc
-GLIBC_PASSES += nptl
-nptl_extra_cflags = -O3 -fomit-frame-pointer
' to this email.
Thank you again for your help.
Regards
Andreas Jochens
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Add -fno-unit-at-a-time test to configure.in and configure.
# DP: Add fno-unit-at-a-time variable to config.make.in.
# DP: Add $(fno-unit
On 04-Jul-25 23:57, GOTO Masanori wrote:
Andreas Jochens wrote:
Additionally, the attached patch adds
nptl_extra_cflags = -g0 -O3 -fomit-frame-pointer -D__USE_STRING_INLINES
to 'debian/sysdeps/amd64.mk' which uses '-g0' instead of the default '-g1'.
This is also necessary to compile
' instead of the default '-g1'.
This is also necessary to compile glibc with gcc-3.4.
The attached patch also contains all other amd64 changes (see #246547).
Thank you for your help with the amd64 port.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/sysdeps/amd64.mk ./debian
' instead of the default '-g1'.
This is also necessary to compile glibc with gcc-3.4.
The attached patch also contains all other amd64 changes (see #246547).
Thank you for your help with the amd64 port.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/sysdeps/amd64.mk
./debian
where these problems could come from?
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
seems to work fine.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
such functions (e.g. 'void f(struct s x)').
Please point me to the relevant documents which describe in which way
the C++ ABI has changed in gcc-3.4.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
where these problems could come from?
Regards
Andreas Jochens
seems to work fine.
Regards
Andreas Jochens
such functions (e.g. 'void f(struct s x)').
Please point me to the relevant documents which describe in which way
the C++ ABI has changed in gcc-3.4.
Regards
Andreas Jochens
.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/control ./debian/control
--- ../tmp-orig/glibc-2.3.2.ds1/debian/control 2004-07-05 12:51:10.632483267 +0200
+++ ./debian/control2004-07-05 12:50:43.849657694 +0200
@@ -1,7 +1,7 @@
Source: glibc
Section: libs
Priority
.
Regards
Andreas Jochens
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/control ./debian/control
--- ../tmp-orig/glibc-2.3.2.ds1/debian/control 2004-07-05 12:51:10.632483267
+0200
+++ ./debian/control2004-07-05 12:50:43.849657694 +0200
@@ -1,7 +1,7 @@
Source: glibc
Section: libs
Priority
into sarge, because the amd64 port will
very likely not be released with sarge anyway.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
into sarge, because the amd64 port will
very likely not be released with sarge anyway.
Regards
Andreas Jochens
/i386-linux/asm on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules ./debian/rules
--- ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules 2004-06-04
14:23:44.583272777 +0200
+++ ./debian/rules 2004-06-04 14:23:33.774328659
/i386-linux/asm on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules
./debian/rules
--- ../tmp-orig/linux-kernel-headers-2.5.999-test7-bk/debian/rules
2004-06-04 14:23:44.583272777 +0200
+++ ./debian/rules 2004-06-04 14:23:33.774328659
On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing
On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing
On 04-Apr-30 11:17, GOTO Masanori wrote:
At Thu, 29 Apr 2004 17:53:06 +0200,
Andreas Jochens wrote:
On 04-Apr-29 08:05, Jeff Bailey wrote:
I'm a bit concerned about amd64 - Have the discussions now been settled
for the whole true-64-bit-arch versus the everything-in-/libc64 thing
.
Regards
Andreas Jochens
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.4-1-k7
Locale: LANG=C, LC_CTYPE=C
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/control ./debian/control
--- ../tmp-orig/glibc
8000 packages myself) and there is even a working
installer for amd64.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
8000 packages myself) and there is even a working
installer for amd64.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Regards
Andreas Jochens
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.4-1-k7
Locale: LANG=C, LC_CTYPE=C
diff -urN ../tmp-orig/glibc-2.3.2.ds1/debian/control ./debian/control
--- ../tmp-orig/glibc
8000 packages myself) and there is even a working
installer for amd64.
Regards
Andreas Jochens
8000 packages myself) and there is even a working
installer for amd64.
Regards
Andreas Jochens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
70 matches
Mail list logo