Signed-off-by: Andreas Bießmann
---
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:
@ln -sf @GNU_rmdir@ "
Signed-off-by: Andreas Bießmann
---
Makefile.in |1 +
configure.ac |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile.in b/Makefile.in
index b0521f4..9904182 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -45,6 +45,7 @@ environment:
@ln -sf @AWK@ "$(abs_
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 are
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: And
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 'r
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
---
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@ "$(abs_srcdir)/bin/sed"
Signed-off-by: Andreas Bießmann
---
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 -n "preparing PTXdist
Signed-off-by: Juergen Beisert
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
-LIBKMOD_MD5:= bc0
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 so
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 p
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
---
BTW: how about switching to mainline u-boot here for creating these tools?
.../0001-os_support-prepare-for-OS-X.diff | 23
patches/u-boot-mkimage-2010.03-1/se
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
---
patches/sitecopy-0.16.6/autoconf-neon-darwin.diff |
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 toolchai
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 wo
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 prov
On Thu, Jan 19, 2012 at 04:02:42PM +0100, Andreas Bießmann wrote:
> 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
On Thu, Jan 19, 2012 at 07:54:03PM +0100, Bernhard Walle wrote:
> 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
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 'fake
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
---
rules/pre/Rules.make |3 ++-
1 files changed, 2 insertio
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
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 wo
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
> ---
> BTW: how about switching to mainline u-boot here for creating these tools?
Well, this may be needed even if u-boot
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 informat
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
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 th
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. W
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
>> ---
>> BTW: how about switching to mainline u-boot here for cr
36 matches
Mail list logo