Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
Makefile.in |1 +
configure.ac |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile.in b/Makefile.in
index 1c7060b..b0521f4 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -51,6 +51,7 @@ environment:
These three little patches are required to build the OSELAS.Toolchain on OS X
Lion.
Currently only the
arm-v4t-linux-gnueabi-gcc-4.6.2-glibc-2.14.1-binutils-2.21.1a-kernel-2.6.39-sanitized
and
arm-v5te-linux-gnueabi_gcc-4.6.2_glibc-2.14.1_binutils-2.21.1a_kernel-2.6.39-sanitized
tested.
There
Some systems do not provide GNU binutils in sufficient versions to build the
glibc-headers. Building glibc later on, however, will use the freshly
generated cross-binutils and fulfill the GNU binutils version requirement. Use
the freshly generated binutils for glibc-headers too.
Signed-off-by:
The glibc-2.14.1 patch
0003-configure.in-detect-readelf-with-AC_CHECK_TARGET_TOO.patch adds the
ability to use a specific readelf but does not apply the changes. This
patch adds autogen.sh to re-run autotools on configure.in.
Without this patch OS X can not prepare glibc-headers cause of missing
The glibc-2.14.1 patch
0003-configure.in-detect-readelf-with-AC_CHECK_TARGET_TOO.patch adds the
ability to use a specific readelf but does not apply the changes. This
patch adds autogen.sh to re-run autotools on configure.in. Without this
patch OS X can not prepare glibc-headers cause of missing
Hi all,
I'm trying to get a i686 OSELAS.Toolchain built on OS X. I managed to
get successfully arm-v4t-linux-gnueabi Toolchain built before and have
currently no clue why this should not work out for i686 toolchain.
The error message is as following:
---8---
i686-unknown-linux-gnu-gcc strcpy.c
Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
Makefile.in |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Makefile.in b/Makefile.in
index 9904182..7db12fc 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -44,6 +44,7 @@ environment:
@ln -sf @SED@
Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
Makefile.in |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile.in b/Makefile.in
index 7db12fc..358e9c9 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -41,10 +41,7 @@ kconfig:
environment:
@echo
Signed-off-by: Juergen Beisert j...@pengutronix.de
diff --git a/rules/libkmod.make b/rules/libkmod.make
index 6693029..aa48c12 100644
--- a/rules/libkmod.make
+++ b/rules/libkmod.make
@@ -16,8 +16,8 @@ PACKAGES-$(PTXCONF_LIBKMOD) += libkmod
#
# Paths and names
#
-LIBKMOD_VERSION:= 3
Hei hei,
currently I'm working on building OpenNI [1] with ptxdist. I take the
source from GitHub [2] and try writing an appropriate rules/openni.make
– however this is not as easy as it seems. :(
OpenNI does not use standard tools like autotools or cmake for
uncomplicated cross compiling but
Am 10.01.2012 13:36, schrieb Alexander Dahl:
error: empty parameter to 'ptxd_make_get'
Weird, I get the same error now in another project without any
collections used, but with ptxdist 2011.09.0:
--
target: acpid-2.0.8.tar.gz
--
error: empty
On OS X (and other maybe other systems) the default provided ar is not a
GNU version and does not understand all the required switches.
To circumvent this fact always use the ar from cross tools which is
proven to be a GNU binutils version (at least with OSELAS.Toolchain).
Signed-off-by: Andreas
This is 6f26185435fa196ab6ca605575fc880d2d0b3e27 in mainline u-boot.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
BTW: how about switching to mainline u-boot here for creating these tools?
.../0001-os_support-prepare-for-OS-X.diff | 23
Hi,
I'm using Ptxdist (2011-07.0) and the OSELAS toolchain (1.99.3.8) to test
out the i.MX28. Is
the
arm-v5te-linux-gnueabi_gcc-4.3.2_glibc-2.8_binutils-2.18_kernel-2.6.27-sanitized
the correct toolchain?
Thanks in advance,
Jeff
--
ptxdist mailing list
ptxdist@pengutronix.de
Hi Jeff,
Jeff Horn wrote:
I'm using Ptxdist (2011-07.0) and the OSELAS toolchain (1.99.3.8) to test
out the i.MX28. Is the
arm-v5te-linux-gnueabi_gcc-4.3.2_glibc-2.8_binutils-2.18_kernel-2.6.27-sanitized
the correct toolchain?
Yes, the i.MX28 comes with an ARMv5 core.
Regards,
Juergen
--
Am 19.01.12 16:02, schrieb Andreas Bießmann:
On OS X (and other maybe other systems) the default provided ar is not a
GNU version and does not understand all the required switches.
That should also fix the problem that ar on Darwin (regardless whether
it's the GNU variant built by Mac Ports or
Hi Bernhard,
On 19.01.12 17:52, Bernhard Walle wrote:
Am 19.01.12 16:02, schrieb Andreas Bießmann:
On OS X (and other maybe other systems) the default provided ar is not a
GNU version and does not understand all the required switches.
That should also fix the problem that ar on Darwin
The build system of sitecopy uses 'uname' to determine the operating
system for which it compiles sitecopy. However, on non-Linux hosts, this
leads to wrong results.
Fixes Darwin (tested on Mac OS 10.7 Lion).
Signed-off-by: Bernhard Walle bernh...@bwalle.de
---
The build system of zlib uses 'uname' to determine the operating system
for which it compiles zlib. However, on non-Linux hosts, this leads to
wrong results.
Fixes Darwin (tested on Mac OS 10.7 Lion), doesn't break Linux (verified
with current Arch Linux on x86_64).
Signed-off-by: Bernhard Walle
On Thu, Jan 19, 2012 at 05:39:38PM +0100, Juergen Beisert wrote:
Jeff Horn wrote:
I'm using Ptxdist (2011-07.0) and the OSELAS toolchain (1.99.3.8) to test
out the i.MX28. Is the
arm-v5te-linux-gnueabi_gcc-4.3.2_glibc-2.8_binutils-2.18_kernel-2.6.27-sanitized
the correct toolchain?
The O_DIRECT flag in e2fsprogs is relatively new. MacPorts is still using the
old version of e2fsprogs. However, this patch from the upstream bug tracker
fixes the build of e2fsprogs.
Strictly direct I/O is not required for ptxdist because we're working on
images only. So removing O_DIRECT here
On Mon, Jan 16, 2012 at 09:30:25PM +0100, Bernhard Walle wrote:
The extension of shared libraries on Darwin is .dylib, not .so. While
the fakeroot script itself (which is part of the fakeroot distribution)
can handle Darwin, ptxdist calls 'fakeroot' with the '-l' parameter and
directly
Am 19.01.12 20:55, schrieb Michael Olbrich:
On Mon, Jan 16, 2012 at 09:30:25PM +0100, Bernhard Walle wrote:
The extension of shared libraries on Darwin is .dylib, not .so. While
the fakeroot script itself (which is part of the fakeroot distribution)
can handle Darwin, ptxdist calls 'fakeroot'
The extension of shared libraries on Darwin is .dylib, not .so.
Because fakeroot doesn't need specification of the pre-load library
but finds the library automatically, remove calling fakeroot with -l.
Signed-off-by: Bernhard Walle bernh...@bwalle.de
---
rules/pre/Rules.make |3 ++-
1 files
On Thu, Jan 19, 2012 at 10:16:51PM +0100, Bernhard Walle wrote:
Am 19.01.12 20:55, schrieb Michael Olbrich:
On Mon, Jan 16, 2012 at 09:30:25PM +0100, Bernhard Walle wrote:
The extension of shared libraries on Darwin is .dylib, not .so. While
the fakeroot script itself (which is part of the
The O_DIRECT flag in e2fsprogs is relatively new. MacPorts is still using the
old version of e2fsprogs. However, this patch from the upstream bug tracker
fixes the build of e2fsprogs.
Strictly direct I/O is not required for ptxdist because we're working on
images only. So removing O_DIRECT here
On Thu, Jan 19, 2012 at 04:29:48PM +0100, Andreas Bießmann wrote:
This is 6f26185435fa196ab6ca605575fc880d2d0b3e27 in mainline u-boot.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
BTW: how about switching to mainline u-boot here for creating these tools?
Well, this may be needed
Hi,
we had some patches lately about configure scripts etc. using uname to
detect stuff. Why don't we create a fake ../sysroot-cross/bin/uname that
produces the output we would expect on the target?
This way we don't have to fix all those packages and we have on less source
of host system
On Thu, Jan 19, 2012 at 03:54:15PM +0100, Alexander Dahl wrote:
Am 10.01.2012 13:36, schrieb Alexander Dahl:
error: empty parameter to 'ptxd_make_get'
Weird, I get the same error now in another project without any
collections used, but with ptxdist 2011.09.0:
--
On Thu, Jan 19, 2012 at 10:47:55PM +0100, Michael Olbrich wrote:
we had some patches lately about configure scripts etc. using uname to
detect stuff. Why don't we create a fake ../sysroot-cross/bin/uname
that produces the output we would expect on the target? This way we
don't have to fix all
On Fri, Jan 20, 2012 at 06:30:49AM +0100, Robert Schwebel wrote:
On Thu, Jan 19, 2012 at 10:47:55PM +0100, Michael Olbrich wrote:
we had some patches lately about configure scripts etc. using uname to
detect stuff. Why don't we create a fake ../sysroot-cross/bin/uname
that produces the
On Fri, Jan 20, 2012 at 08:31:44AM +0100, Michael Olbrich wrote:
On Fri, Jan 20, 2012 at 06:30:49AM +0100, Robert Schwebel wrote:
On Thu, Jan 19, 2012 at 10:47:55PM +0100, Michael Olbrich wrote:
we had some patches lately about configure scripts etc. using
uname to detect stuff. Why don't
Hi Michael,
On 19.01.12 22:37, Michael Olbrich wrote:
On Thu, Jan 19, 2012 at 04:29:48PM +0100, Andreas Bießmann wrote:
This is 6f26185435fa196ab6ca605575fc880d2d0b3e27 in mainline u-boot.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
---
BTW: how about switching to mainline u-boot
33 matches
Mail list logo