* [Buildroot] [git commit] imagemagick: add optional fftw support
From: Peter Korsgaard @ 2011-10-04 22:15 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=d1c54ade86e8cae6f0aa1bf1709941c70cea1af7
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/imagemagick/imagemagick.mk | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/package/imagemagick/imagemagick.mk b/package/imagemagick/imagemagick.mk
index 0bb76f3..b2a65e1 100644
--- a/package/imagemagick/imagemagick.mk
+++ b/package/imagemagick/imagemagick.mk
@@ -80,6 +80,15 @@ else
IMAGEMAGICK_CONF_OPT += --without-tiff
endif
+ifeq ($(BR2_PACKAGE_FFTW),y)
+# configure script misdetects these leading to build errors
+IMAGEMAGICK_CONF_ENV += ac_cv_func_creal=yes ac_cv_func_cimag=yes
+IMAGEMAGICK_CONF_OPT += --with-fftw
+IMAGEMAGICK_DEPENDENCIES += fftw
+else
+IMAGEMAGICK_CONF_OPT += --without-fftw
+endif
+
define IMAGEMAGICK_REMOVE_CONFIG_SCRIPTS
$(RM) -f $(addprefix $(TARGET_DIR)/usr/bin/, \
$(addsuffix -config, \
^ permalink raw reply related
* [Buildroot] [PATCH 2/9] toolchain-external: allow specifying extra external libraries
From: Yann E. MORIN @ 2011-10-04 21:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <59099791edd7c503508d17a882d0b97ead12fcf7.1317583191.git.thomas.petazzoni@free-electrons.com>
Thomas and Thomas, All,
On Sunday 02 October 2011 21:20:10 Thomas Petazzoni wrote:
> From: Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com>
>
> Custom toolchains may provide extra libraries that need to be copied to the
> target. This patch adds a configuration option for this.
>
> Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Acked-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH 2/9] toolchain-external: allow specifying extra external libraries
From: Yann E. MORIN @ 2011-10-04 21:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAAXf6LXA6zU1Y7vXEwh1_h=x_jRz1q0f_nA+21u6H9JcVWhJoQ@mail.gmail.com>
Thomas?, All,
On Monday 03 October 2011 09:21:59 Thomas De Schampheleire wrote:
> On Sun, Oct 2, 2011 at 11:45 PM, Yann E. MORIN
> <yann.morin.1998@anciens.enib.fr> wrote:
> > On Sunday 02 October 2011 21:20:10 Thomas Petazzoni wrote:
> >> From: Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com>
> >>
> >> Custom toolchains may provide extra libraries that need to be copied to the
> >> target. This patch adds a configuration option for this.
> >
> > What kind of libraries are we talking about here? Things such as libz.so,
> > or like libnss_*.so ?
[--SNIP--]
> > So, I'm not really sure we should allow that without further explanations.
> > (and there was no more in Thomas' original post on the suject...)
> uClibc supports the 'backtrace' functionality. I'm not sure whether it
> already is in 0.9.32,
Yes, it is.
> but it certainly is in the repository. When you
> enable the functionality in the uClibc configuration, a library
> libubacktrace.so is generated. Application code that uses the
> backtrace() or backtrace_symbols() functions, need to link with this
> library and thus it needs to be copied from the toolchain.
If an application is linked against libubactrace, then it should have a
NEEDED entry for it, no? Or is it dlopen-ed on-demand?
That's what I find odd with how buildroot populates the rootfs. It has
a somewhat-hard-coded list of libraries to copy. That list is lamost
unconditionally constructed.
The proper way to handle this would be to scan all the executables aferward,
looking at the DT_NEEDED flag in the ELF header, and copying the missing
libraries.
Of course, this is tricky, because of the way buildroot handles the sysroot.
Every time the compiler is called, the sysroot is overloaded to point to the
staging area. This totaly highjacks the purpose of the sysroot.
In that case, there is no need to pre-populate the rootfs with the libraries
from the sysroot, it should be done only at the end.
For example., that's what the 'populate' script in crosstool-NG is for:
create a copy of the rootfs, and scan the sysroot for missing libraries.
> The appropriate header is located next to the other toolchain headers,
> which are already copied by default:
> usr/powerpc-linux/sysroot/usr/include/execinfo.h
Yes, because it is a system library, so it is copied as part of the initial
staging filling.
> Depending on the uClibc configuration, less or more libraries may need
> to be copied. I can imagine that a similar thing is needed for other C
> libraries. Hence this generic option I added.
>
> Given this background information, how do you feel about this patch?
Sadly, this has to go in for now. I'll be creating a new thread with an
alternate proposal, but it will require a bit more work, so I'll Ack
this for now.
Currently, this hack applies only to custom external toolchain, because
none of the "automatic" external toolchain currently bundles uClibc-0.9.32.
Thanks for the explanations.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] package/libcgi/Config.in: help text should be indented by <tab> and 2 spaces
From: H Hartley Sweeten @ 2011-10-04 18:45 UTC (permalink / raw)
To: buildroot
Fix the help text for package/libcgi/Config.in.
Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
---
diff --git a/package/libcgi/Config.in b/package/libcgi/Config.in
index 491ae2e..430039e 100644
--- a/package/libcgi/Config.in
+++ b/package/libcgi/Config.in
@@ -1,11 +1,11 @@
config BR2_PACKAGE_LIBCGI
bool "libcgi"
help
- LibCGI is a library written from scratch to easily make
- CGI applications in C.
+ LibCGI is a library written from scratch to easily make
+ CGI applications in C.
- There are a lot of functions like string manipulation,
- session and cookie support, GET and POST methods manipulation
- etc..., to help you to quickly write powerful CGI programs.
+ There are a lot of functions like string manipulation,
+ session and cookie support, GET and POST methods manipulation
+ etc..., to help you to quickly write powerful CGI programs.
- http://libcgi.sourceforge.net/
+ http://libcgi.sourceforge.net/
^ permalink raw reply related
* [Buildroot] [PATCH] Rename package/libsigc to package/libsigc2
From: H Hartley Sweeten @ 2011-10-04 16:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201110040814.04539.arnout@mind.be>
On Monday, October 03, 2011 11:14 PM, Arnout Vandecappelle wrote:
> On Monday 03 October 2011 19:06:08, H Hartley Sweeten wrote:
>> Rename the libsigc package to libsigc2 so that the older 1.2 version
>> of libsigc++ can also be added to packages/.
>>
>> Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
>>
>> ---
[...]
>> diff --git a/package/libsigc2/Config.in b/package/libsigc2/Config.in
>> new file mode 100644
>> index 0000000..cae8da1
>> --- /dev/null
>> +++ b/package/libsigc2/Config.in
>> @@ -0,0 +1,13 @@
>> +config BR2_PACKAGE_LIBSIGC
>
> Shouldn't it be renamed BR2_PACKAGE_LIBSIGC2 then?
Yes, it should be... I missed that, sorry. I just posted a new patch.
> Perhaps adding a hidden BR2_PACKAGE_LIBSIGC for backwards compatibility, like
> so (untested):
>
> bool BR2_PACKAGE_LIBSIGC
> select BR2_PACKAGE_LIBSIGC2
No. Nothing in Buildroot currently has this version of libsigc++ as a dependency
so there shouldn't be any backward compatibility issues.
Thanks,
Hartley
^ permalink raw reply
* [Buildroot] [PATCH v2] Rename package/libsigc to package/libsigc2
From: H Hartley Sweeten @ 2011-10-04 16:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <ADE657CA350FB648AAC2C43247A983F001F39DC56AC8@AUSP01VMBX24.collaborationhost.net>
Rename the libsigc package to libsigc2 so that the older 1.2 version
of libsigc++ can also be added to packages/.
Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
---
diff --git a/package/Config.in b/package/Config.in
index 8b9c816..d77c29f 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -351,7 +351,7 @@ source "package/libffi/Config.in"
source "package/libglib2/Config.in"
source "package/libnspr/Config.in"
source "package/liboil/Config.in"
-source "package/libsigc/Config.in"
+source "package/libsigc2/Config.in"
source "package/orc/Config.in"
source "package/startup-notification/Config.in"
endmenu
diff --git a/package/libsigc/libsigc.mk b/package/libsigc/libsigc.mk
deleted file mode 100644
index 4c443eb..0000000
--- a/package/libsigc/libsigc.mk
+++ /dev/null
@@ -1,11 +0,0 @@
-#############################################################
-#
-# libsigc++
-#
-#############################################################
-LIBSIGC_VERSION = 2.2.8
-LIBSIGC_SOURCE = libsigc++-$(LIBSIGC_VERSION).tar.bz2
-LIBSIGC_SITE = http://ftp.gnome.org/pub/GNOME/sources/libsigc++/2.2
-LIBSIGC_INSTALL_STAGING = YES
-
-$(eval $(call AUTOTARGETS))
diff --git a/package/libsigc/Config.in b/package/libsigc2/Config.in
similarity index 89%
rename from package/libsigc/Config.in
rename to package/libsigc2/Config.in
index 93fa3f4..433d0b7 100644
--- a/package/libsigc/Config.in
+++ b/package/libsigc2/Config.in
@@ -1,5 +1,5 @@
-config BR2_PACKAGE_LIBSIGC
- bool "libsigc++"
+config BR2_PACKAGE_LIBSIGC2
+ bool "libsigc++ 2.2"
depends on BR2_INSTALL_LIBSTDCPP
help
libsigc++ implements a typesafe callback system for standard C++.
diff --git a/package/libsigc2/libsigc2.mk b/package/libsigc2/libsigc2.mk
new file mode 100644
index 0000000..036ac6a
--- /dev/null
+++ b/package/libsigc2/libsigc2.mk
@@ -0,0 +1,11 @@
+#############################################################
+#
+# libsigc++ 2.2
+#
+#############################################################
+LIBSIGC2_VERSION = 2.2.8
+LIBSIGC2_SOURCE = libsigc++-$(LIBSIGC2_VERSION).tar.bz2
+LIBSIGC2_SITE = http://ftp.gnome.org/pub/GNOME/sources/libsigc++/2.2
+LIBSIGC2_INSTALL_STAGING = YES
+
+$(eval $(call AUTOTARGETS))
^ permalink raw reply related
* [Buildroot] Question: Multiple versions of a package.
From: H Hartley Sweeten @ 2011-10-04 16:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20111004072545.101560c4@skate>
On Monday, October 03, 2011 10:26 PM, Thomas Petazzoni wrote:
> Hello,
>
> Le Mon, 3 Oct 2011 19:12:48 -0500,
> H Hartley Sweeten <hartleys@visionengravers.com> a ?crit :
>
>> Using your suggestion (2) I was able to add both libsigc++ packages
>> and finally get the ParaGUI package to compile.
>>
>> I have already submitted a patch to move package/libsigc to
>> package/libsigc2.
>
> Yes, I have seen that, but it does not rename the config option to
> _LIBSGIC2, so there is an inconsistency between the package directory,
> the package name and the config option, which, with the latest
> developments in Buildroot Git, will probably break.
Ah, missed that, sorry. I'll post an updated patch shortly.
>> If that one looks ok I'll submit the patches to add
>> libsigc++1.2 and ParaGUI for review.
>
> Yes, sure.
>
>> Two issues I found with the ParaGUI package.
>>
>> 1) There is an error in one of the source files that breaks the build.
>> 2) There is a bug in the configure script that breaks the sdl library
>> linkage.
>>
>> I have patches for both of these as part of the package/paragui
>> patch. Is this normally how something like this would be handled?
>
> Yes exactly.
OK. Thanks!
Regards,
Hartley
^ permalink raw reply
* [Buildroot] How to create package that build with scons
From: Arnout Vandecappelle @ 2011-10-04 16:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20111004105449.GB22823@sapphire.tkos.co.il>
On Tuesday 04 October 2011 12:54:50, Baruch Siach wrote:
> Now I see that the package/scons/scons.mk file (from commit cae6d239) is
> not referenced anywhere, so it looks broken currently. Thomas, can you
> comment on this?
'make host-scons' works for me...
There is currently no package that depends on scons, but I guess that it was
used by some private package of Thomas (or one of his customers).
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
^ permalink raw reply
* [Buildroot] Derive HOST_FOO_DEPENDENCIES automatically
From: Arnout Vandecappelle @ 2011-10-04 16:15 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20111004073443.24b1da67@skate>
On Tuesday 04 October 2011 07:34:43, Thomas Petazzoni wrote:
> Le Mon, 3 Oct 2011 23:35:05 +0200,
>
> Arnout Vandecappelle <arnout@mind.be> a ?crit :
> > By the way, there is a disappointingly large number of packages that
> >
> > have a difference between FOO_DEPENDENCIES and HOST_FOO_DEPENDENCIES:
> Not necessarily a problem.
The "problem" is that the gain of this change (as in number of lines removed)
is not as large as I had hoped.
23 files changed, 17 insertions(+), 34 deletions(-)
Of course, an additional advantage of this change is that adding a host
variant of a package has a much larger chance of working right away.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
^ permalink raw reply
* [Buildroot] [PATCH 1/3] new package: gssdp
From: Sven Neumann @ 2011-10-04 11:52 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87mxegjfqs.fsf@macbook.be.48ers.dk>
On Wed, 2011-09-07 at 21:48 +0200, Peter Korsgaard wrote:
> >>>>> "Sven" == Sven Neumann <s.neumann@raumfeld.com> writes:
>
> Sven> GSSDP implements resource discovery and announcement over SSDP.
>
> Thanks, but it doesn't build on uClibc with default configs:
>
> gssdp-client.c:45:21: error: ifaddrs.h: No such file or directory
>
> ifaddrs.h is only provided if CONFIG_SUPPORT_AI_ADDRCONFIG is enabled,
> which it isn't by default. We'll probably need to add something like
> BR2_USE_WCHAR, but I'll do a test build to see what the performance
> impact is.
Did you ever get around to do this test build?
Regards,
Sven
^ permalink raw reply
* [Buildroot] [PATCH 3/3] sawman: bump to version 1.4.15
From: Sven Neumann @ 2011-10-04 11:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1317725477-1694-1-git-send-email-s.neumann@raumfeld.com>
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com>
---
package/sawman/sawman.mk | 7 +++----
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/package/sawman/sawman.mk b/package/sawman/sawman.mk
index 71d52ae..504cc9e 100644
--- a/package/sawman/sawman.mk
+++ b/package/sawman/sawman.mk
@@ -3,11 +3,10 @@
# SAWMAN
#
#############################################################
-SAWMAN_VERSION:=1.4.11
-SAWMAN_SOURCE:=SaWMan-$(SAWMAN_VERSION).tar.gz
-SAWMAN_SITE:=http://www.directfb.org/downloads/Extras
+SAWMAN_VERSION = 1.4.15
+SAWMAN_SOURCE = SaWMan-$(SAWMAN_VERSION).tar.gz
+SAWMAN_SITE = http://www.directfb.org/downloads/Extras
SAWMAN_INSTALL_STAGING = YES
SAWMAN_DEPENDENCIES = directfb
$(eval $(call AUTOTARGETS))
-
--
1.7.4.1
^ permalink raw reply related
* [Buildroot] How to create package that build with scons
From: Baruch Siach @ 2011-10-04 10:54 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CANc=jjo0e1tvgSm2KTiFaxBd3pPW4zJs=pZ8HVsyFCYGhyLqnw@mail.gmail.com>
Hi Andrew,
On Tue, Oct 04, 2011 at 01:34:56PM +0300, Andrew Pushkin wrote:
> Hello I need create package that build with scons (I need gpsd-3.0). How can
> I create it? May be some-were exists some documentation or examples to do
> it?
Use the GENTARGETS facility, and define your $(PKG)_BUILD_CMDS to run scons.
You need to select HOST_SCONS for Buildroot to build it for you. See
http://buildroot.uclibc.org/buildroot.html for details on the GENTARGETS
facility. Note that the information there is somewhat outdated.
Now I see that the package/scons/scons.mk file (from commit cae6d239) is not
referenced anywhere, so it looks broken currently. Thomas, can you comment on
this?
baruch
--
~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] [PATCH 2/2] linux-fusion: bump to version 8.7.0
From: Sven Neumann @ 2011-10-04 10:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1317725477-1694-1-git-send-email-s.neumann@raumfeld.com>
Remove patch that has become obsolete.
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com>
---
...ux-fusion-8.1.2-fix-warnings-at-link-time.patch | 40 --------------------
package/linux-fusion/linux-fusion.mk | 2 +-
2 files changed, 1 insertions(+), 41 deletions(-)
delete mode 100644 package/linux-fusion/linux-fusion-8.1.2-fix-warnings-at-link-time.patch
diff --git a/package/linux-fusion/linux-fusion-8.1.2-fix-warnings-at-link-time.patch b/package/linux-fusion/linux-fusion-8.1.2-fix-warnings-at-link-time.patch
deleted file mode 100644
index 7c46eaf..0000000
--- a/package/linux-fusion/linux-fusion-8.1.2-fix-warnings-at-link-time.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 7884688ba7a2e4cb7772cbedb34245a7fc9bf9d9 Mon Sep 17 00:00:00 2001
-From: Lionel Landwerlin <llandwerlin@gmail.com>
-Date: Wed, 3 Nov 2010 10:25:17 +0100
-Subject: [PATCH] Fix warnings at link time
-
-Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com>
----
- linux/drivers/char/fusion/entries.c | 2 +-
- linux/drivers/char/fusion/fusiondev.c | 2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/linux/drivers/char/fusion/entries.c b/linux/drivers/char/fusion/entries.c
-index 11edd43..8d102cf 100644
---- a/linux/drivers/char/fusion/entries.c
-+++ b/linux/drivers/char/fusion/entries.c
-@@ -28,7 +28,7 @@
- #include "fusiondev.h"
- #include "entries.h"
-
--struct timeval now;
-+static struct timeval now;
-
- void
- fusion_entries_init(FusionEntries * entries,
-diff --git a/linux/drivers/char/fusion/fusiondev.c b/linux/drivers/char/fusion/fusiondev.c
-index 2457bc1..7c7680d 100644
---- a/linux/drivers/char/fusion/fusiondev.c
-+++ b/linux/drivers/char/fusion/fusiondev.c
-@@ -64,7 +64,7 @@
- MODULE_LICENSE("GPL");
- MODULE_AUTHOR("Denis Oliver Kropp <dok@directfb.org>");
-
--struct proc_dir_entry *proc_fusion_dir;
-+static struct proc_dir_entry *proc_fusion_dir;
-
- static int fusion_major = FUSION_MAJOR;
-
---
-1.6.0.6
-
diff --git a/package/linux-fusion/linux-fusion.mk b/package/linux-fusion/linux-fusion.mk
index 4dba98f..2e62dba 100644
--- a/package/linux-fusion/linux-fusion.mk
+++ b/package/linux-fusion/linux-fusion.mk
@@ -3,7 +3,7 @@
# linux-fusion
#
#############################################################
-LINUX_FUSION_VERSION = 8.1.2
+LINUX_FUSION_VERSION = 8.7.0
LINUX_FUSION_SOURCE = linux-fusion-$(LINUX_FUSION_VERSION).tar.gz
LINUX_FUSION_SITE = http://directfb.org/downloads/Core/linux-fusion
LINUX_FUSION_INSTALL_STAGING = YES
--
1.7.4.1
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] directfb: bump to version 1.4.15
From: Sven Neumann @ 2011-10-04 10:51 UTC (permalink / raw)
To: buildroot
Remove patch that has been included upstream.
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com>
---
.../directfb/directfb-1.4.13-ppc-compile-fix.patch | 17 -----------------
package/directfb/directfb.mk | 2 +-
2 files changed, 1 insertions(+), 18 deletions(-)
delete mode 100644 package/directfb/directfb-1.4.13-ppc-compile-fix.patch
diff --git a/package/directfb/directfb-1.4.13-ppc-compile-fix.patch b/package/directfb/directfb-1.4.13-ppc-compile-fix.patch
deleted file mode 100644
index 2514eae..0000000
--- a/package/directfb/directfb-1.4.13-ppc-compile-fix.patch
+++ /dev/null
@@ -1,17 +0,0 @@
----
- lib/direct/ppcasm_memcpy_cachable.S | 2 --
- 1 file changed, 2 deletions(-)
-
-Index: DirectFB-1.2.7/lib/direct/ppcasm_memcpy_cachable.S
-===================================================================
---- DirectFB-1.2.7.orig/lib/direct/ppcasm_memcpy_cachable.S
-+++ DirectFB-1.2.7/lib/direct/ppcasm_memcpy_cachable.S
-@@ -34,8 +34,6 @@
-
- #define __ASSEMBLY__
-
--#include <linux/config.h>
--
- #if defined(CONFIG_8xx) || defined(CONFIG_403GCX)
- #define L1_CACHE_LINE_SIZE 16
- #define LG_L1_CACHE_LINE_SIZE 4
diff --git a/package/directfb/directfb.mk b/package/directfb/directfb.mk
index af64542..977d272 100644
--- a/package/directfb/directfb.mk
+++ b/package/directfb/directfb.mk
@@ -4,7 +4,7 @@
#
#############################################################
DIRECTFB_VERSION_MAJOR = 1.4
-DIRECTFB_VERSION = $(DIRECTFB_VERSION_MAJOR).13
+DIRECTFB_VERSION = $(DIRECTFB_VERSION_MAJOR).15
DIRECTFB_SITE = http://www.directfb.org/downloads/Core/DirectFB-$(DIRECTFB_VERSION_MAJOR)
DIRECTFB_SOURCE = DirectFB-$(DIRECTFB_VERSION).tar.gz
DIRECTFB_AUTORECONF = YES
--
1.7.4.1
^ permalink raw reply related
* [Buildroot] How to create package that build with scons
From: Andrew Pushkin @ 2011-10-04 10:34 UTC (permalink / raw)
To: buildroot
Hello I need create package that build with scons (I need gpsd-3.0). How can
I create it? May be some-were exists some documentation or examples to do
it?
--
Andrew Pushkin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20111004/bc1cf1fd/attachment.html>
^ permalink raw reply
* [Buildroot] Segmentation faults after gcc update
From: Sven Neumann @ 2011-10-04 9:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20110930215915.3d7fad80@skate>
On Fri, 2011-09-30 at 21:59 +0200, Thomas Petazzoni wrote:
> Le Fri, 30 Sep 2011 11:06:46 +0200,
> Sven Neumann <s.neumann@raumfeld.com> a ?crit :
>
> > > I don't quite understand why libthread_db is not found as I did enable
> > > BR2_PTHREAD_DEBUG for this build and recompiled everything. Anyway, I
> > > tried gdb on a different (crashing) binary and it crashes in
> > > _dl_get_tls_static_info() as well.
> >
> > I have now added some debug output to _dl_get_tls_static_info() and
> > related functions and from that I can tell that gdb is wrong here. The
> > code does definitely not crash in _dl_get_tls_static_info() and not in
> > _dl_update_slotinfo() either.
> >
> > Now I am somewhat stuck. Any further ideas on how I could tackle this
> > problem?
>
> I guess the whole stack trace is stupid, because I don't see how
> hasmntopt() can end up calling sched_get_priority_max():
>
> char *hasmntopt(const struct mntent *mnt, const char *opt)
> {
> return strstr(mnt->mnt_opts, opt);
> }
>
> Maybe you should raise the issue on the uClibc mailing list?
I've opened https://bugs.busybox.net/show_bug.cgi?id=4291 for it and
will also ask on the mailing list in case that the bug report won't get
any attention.
Thanks,
Sven
^ permalink raw reply
* [Buildroot] [PATCH] gdb: bump to 7.3.1
From: yegorslists at googlemail.com @ 2011-10-04 9:05 UTC (permalink / raw)
To: buildroot
From: Yegor Yefremov <yegorslists@googlemail.com>
this version fixes compilation issue on some old build systems like
openSUSE 10.3 saying some host libraries were too old
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
---
toolchain/gdb/Config.in | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/toolchain/gdb/Config.in b/toolchain/gdb/Config.in
index 8295f79..2da965e 100644
--- a/toolchain/gdb/Config.in
+++ b/toolchain/gdb/Config.in
@@ -59,6 +59,11 @@ choice
depends on !BR2_bfin
select BR2_PTHREAD_DEBUG if !BR2_PTHREADS_NONE
+ config BR2_GDB_VERSION_7_3_1
+ bool "gdb 7.3.1"
+ depends on !BR2_bfin
+ select BR2_PTHREAD_DEBUG if !BR2_PTHREADS_NONE
+
endchoice
config BR2_GDB_VERSION
@@ -69,3 +74,4 @@ config BR2_GDB_VERSION
default "6.8" if BR2_GDB_VERSION_6_8
default "7.0.1" if BR2_GDB_VERSION_7_0_1
default "7.1" if BR2_GDB_VERSION_7_1
+ default "7.3.1" if BR2_GDB_VERSION_7_3_1
--
1.7.5.4
^ permalink raw reply related
* [Buildroot] [PATCHv4] package: add the poco C++ libraries collection
From: Baruch Siach @ 2011-10-04 8:02 UTC (permalink / raw)
To: buildroot
Add the C++ Portable Components libraries.
The Data/ODBC components is disabled because its dependency (unixODBC) is not
in Buildroot.
The Data/MySQL component is build tested only. It probably requires an
additional RPATH to actually run, because libmysqlclient resides in a
non-standard location under /usr/lib/mysql.
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
---
Changes from v3:
Fix circular dependency: BR2_INSTALL_LIBSTDCPP selects BR2_LARGEFILE
Remove unused GENTARGETS parameters
Changes from v2:
Add dependency on WCHAR and C++
Move the toolchain requirement comment to the end of Config.in
Update to version 1.4.2p1
Disable FPENVIRONEMENT and std::wstring when linking against uClibc
Changes from v1:
Rebase on version 2011.08
Update to version 1.4.2
Fix the changelog text
package/Config.in | 1 +
package/poco/Config.in | 57 ++++++++++++++
.../poco/poco-1.4.2p1-add-cross-build-config.patch | 82 ++++++++++++++++++++
.../poco-1.4.2p1-add-staging-search-path.patch | 22 +++++
.../poco/poco-1.4.2p1-dont-build-debug-libs.patch | 19 +++++
package/poco/poco.mk | 57 ++++++++++++++
6 files changed, 238 insertions(+), 0 deletions(-)
create mode 100644 package/poco/Config.in
create mode 100644 package/poco/poco-1.4.2p1-add-cross-build-config.patch
create mode 100644 package/poco/poco-1.4.2p1-add-staging-search-path.patch
create mode 100644 package/poco/poco-1.4.2p1-dont-build-debug-libs.patch
create mode 100644 package/poco/poco.mk
diff --git a/package/Config.in b/package/Config.in
index 8b9c816..fd920c3 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -353,6 +353,7 @@ source "package/libnspr/Config.in"
source "package/liboil/Config.in"
source "package/libsigc/Config.in"
source "package/orc/Config.in"
+source "package/poco/Config.in"
source "package/startup-notification/Config.in"
endmenu
diff --git a/package/poco/Config.in b/package/poco/Config.in
new file mode 100644
index 0000000..a815a09
--- /dev/null
+++ b/package/poco/Config.in
@@ -0,0 +1,57 @@
+config BR2_PACKAGE_POCO
+ bool "poco"
+ select BR2_PACKAGE_ZLIB
+ select BR2_PACKAGE_PCRE
+ select BR2_INSTALL_LIBSTDCPP
+ select BR2_USE_WCHAR
+ help
+ The C++ Portable Components Libraries
+
+ http://pocoproject.org
+
+if BR2_PACKAGE_POCO
+
+comment "poco components"
+
+config BR2_PACKAGE_POCO_XML
+ bool "xml"
+ select BR2_PACKAGE_EXPAT
+
+config BR2_PACKAGE_POCO_UTIL
+ bool "util"
+ select BR2_PACKAGE_POCO_XML
+
+config BR2_PACKAGE_POCO_NET
+ bool "net"
+
+config BR2_PACKAGE_POCO_CRYPTO
+ bool "crypto"
+ select BR2_PACKAGE_OPENSSL
+
+config BR2_PACKAGE_POCO_NETSSL_OPENSSL
+ bool "netssl_openssl"
+ select BR2_PACKAGE_POCO_NET
+ select BR2_PACKAGE_POCO_CRYPTO
+ select BR2_PACKAGE_POCO_UTIL
+ select BR2_PACKAGE_OPENSSL
+
+config BR2_PACKAGE_POCO_ZIP
+ bool "zip"
+
+config BR2_PACKAGE_POCO_DATA
+ bool
+
+config BR2_PACKAGE_POCO_DATA_SQLITE
+ bool "sqlite"
+ select BR2_PACKAGE_POCO_DATA
+ select BR2_PACKAGE_SQLITE
+
+config BR2_PACKAGE_POCO_DATA_MYSQL
+ bool "mysql"
+ select BR2_PACKAGE_POCO_DATA
+ select BR2_PACKAGE_MYSQL_CLIENT
+
+endif # BR2_PACKAGE_POCO
+
+comment "poco requires a toolchain with WCHAR and C++ support"
+ depends on !BR2_USE_WCHAR || !BR2_INSTALL_LIBSTDCPP
diff --git a/package/poco/poco-1.4.2p1-add-cross-build-config.patch b/package/poco/poco-1.4.2p1-add-cross-build-config.patch
new file mode 100644
index 0000000..a087838
--- /dev/null
+++ b/package/poco/poco-1.4.2p1-add-cross-build-config.patch
@@ -0,0 +1,82 @@
+From: Baruch Siach <baruch@tkos.co.il>
+Subject: [PATCH] poco: add Linux configuration file for generic cross build
+
+This patch adds the Linux-CrossEnv config file to poco. This file is identical
+to the Linux one, except the added CROSSENV variable that allows setting of
+the toolchain prefix.
+
+Signed-off-by: Baruch Siach <baruch@tkos.co.il>
+---
+diff -Nuar poco-1.4.1p1-dist/build/config/Linux-CrossEnv poco-1.4.1p1/build/config/Linux-CrossEnv
+--- poco-1.4.1p1-dist/build/config/Linux-CrossEnv 1970-01-01 02:00:00.000000000 +0200
++++ poco-1.4.1p1/build/config/Linux-CrossEnv 2011-08-02 18:51:03.682047719 +0300
+@@ -0,0 +1,69 @@
++#
++# Linux
++#
++# Make settings for cross compiled Linux
++#
++#
++
++#
++# General Settings
++#
++LINKMODE ?= SHARED
++
++#
++# Define Tools
++#
++CC = $(CROSSENV)gcc
++CXX = $(CROSSENV)g++
++LINK = $(CXX)
++LIB = $(CROSSENV)ar -cr
++RANLIB = $(CROSSENV)ranlib
++SHLIB = $(CXX) -shared -Wl,-soname,$(notdir $@) -o $@
++SHLIBLN = $(POCO_BASE)/build/script/shlibln
++STRIP = $(CROSSENV)strip
++DEP = $(POCO_BASE)/build/script/makedepend.gcc
++SHELL = sh
++RM = rm -rf
++CP = cp
++MKDIR = mkdir -p
++
++#
++# Extension for Shared Libraries
++#
++SHAREDLIBEXT = .so.$(target_version)
++SHAREDLIBLINKEXT = .so
++
++#
++# Compiler and Linker Flags
++#
++CFLAGS =
++CFLAGS32 =
++CFLAGS64 =
++CXXFLAGS = -Wall -Wno-sign-compare
++CXXFLAGS32 =
++CXXFLAGS64 =
++LINKFLAGS =
++LINKFLAGS32 =
++LINKFLAGS64 =
++STATICOPT_CC =
++STATICOPT_CXX =
++STATICOPT_LINK = -static
++SHAREDOPT_CC = -fPIC
++SHAREDOPT_CXX = -fPIC
++SHAREDOPT_LINK = -Wl,-rpath,$(LIBPATH)
++DEBUGOPT_CC = -g -D_DEBUG
++DEBUGOPT_CXX = -g -D_DEBUG
++DEBUGOPT_LINK = -g
++RELEASEOPT_CC = -O2 -DNDEBUG
++RELEASEOPT_CXX = -O2 -DNDEBUG
++RELEASEOPT_LINK = -O2
++
++#
++# System Specific Flags
++#
++SYSFLAGS = -D_XOPEN_SOURCE=500 -D_REENTRANT -D_THREAD_SAFE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DPOCO_HAVE_FD_EPOLL
++
++#
++# System Specific Libraries
++#
++SYSLIBS = -lpthread -ldl -lrt
diff --git a/package/poco/poco-1.4.2p1-add-staging-search-path.patch b/package/poco/poco-1.4.2p1-add-staging-search-path.patch
new file mode 100644
index 0000000..18ee076
--- /dev/null
+++ b/package/poco/poco-1.4.2p1-add-staging-search-path.patch
@@ -0,0 +1,22 @@
+From: Baruch Siach <baruch@tkos.co.il>
+Subject: [PATCH] poco: add the staging path to search path
+
+Add the mysql headers and client libraries to the search path of the
+preprocessor and the linker. The $MYSQL_LIBDIR variable must be set from the
+make command line.
+
+Signed-off-by: Baruch Siach <baruch@tkos.co.il>
+---
+--- poco-1.4.1p1-all-dist/Data/MySQL/Makefile 2011-02-09 11:13:00.000000000 +0200
++++ poco-1.4.1p1-all/Data/MySQL/Makefile 2011-08-07 09:03:37.106161274 +0300
+@@ -8,8 +8,8 @@
+
+ include $(POCO_BASE)/build/rules/global
+
+-SYSLIBS += -L/usr/local/lib/mysql -L/usr/lib/mysql -L/usr/mysql/lib/mysql -L/usr/local/mysql/lib -lmysqlclient
+-INCLUDE += -I/usr/local/include/mysql/ -I/usr/include/mysql -I/usr/mysql/include/mysql -I/usr/local/mysql/include
++SYSLIBS += -L$(MYSQL_LIBDIR) -L/usr/local/lib/mysql -L/usr/lib/mysql -L/usr/mysql/lib/mysql -L/usr/local/mysql/lib -lmysqlclient
++INCLUDE += -I/usr/local/include/mysql/ -I/usr/include/mysql -I/usr/mysql/include/mysql -I/usr/local/mysql/include -I=/mysql
+ SYSFLAGS += -DTHREADSAFE -DNO_TCL
+
+ objects = Binder Extractor SessionImpl Connector \
diff --git a/package/poco/poco-1.4.2p1-dont-build-debug-libs.patch b/package/poco/poco-1.4.2p1-dont-build-debug-libs.patch
new file mode 100644
index 0000000..7480963
--- /dev/null
+++ b/package/poco/poco-1.4.2p1-dont-build-debug-libs.patch
@@ -0,0 +1,19 @@
+From: Baruch Siach <baruch@tkos.co.il>
+Subject: [PATCH] poco: don't build debug libraries
+
+Remove the debug libraries build dependency from the default target.
+
+Signed-off-by: Baruch Siach <baruch@tkos.co.il>
+---
+
+--- poco-1.4.1p1-dist/build/rules/compile 2011-02-09 11:12:24.000000000 +0200
++++ poco-1.4.1p1/build/rules/compile 2011-08-03 07:51:42.946044176 +0300
+@@ -14,7 +14,7 @@
+
+ all: $(DEFAULT_TARGET)
+ all_static: static_debug static_release
+-all_shared: shared_debug shared_release
++all_shared: shared_release
+ all_debug: static_debug shared_debug
+ all_release: static_release shared_release
+
diff --git a/package/poco/poco.mk b/package/poco/poco.mk
new file mode 100644
index 0000000..4823935
--- /dev/null
+++ b/package/poco/poco.mk
@@ -0,0 +1,57 @@
+#############################################################
+#
+# poco
+#
+#############################################################
+POCO_VERSION = 1.4.2p1
+POCO_SOURCE = poco-$(POCO_VERSION)-all.tar.gz
+POCO_SITE = http://$(BR2_SOURCEFORGE_MIRROR).dl.sourceforge.net/sourceforge/poco
+POCO_INSTALL_STAGING = YES
+
+POCO_DEPENDENCIES = zlib pcre \
+ $(if $(BR2_PACKAGE_POCO_XML),expat) \
+ $(if $(BR2_PACKAGE_POCO_CRYPTO),openssl) \
+ $(if $(BR2_PACKAGE_POCO_NETSSL_OPENSSL),openssl) \
+ $(if $(BR2_PACKAGE_POCO_DATA_SQLITE),sqlite) \
+ $(if $(BR2_PACKAGE_POCO_DATA_MYSQL),mysql_client)
+
+POCO_OMIT = Data/ODBC PageCompiler \
+ $(if $(BR2_PACKAGE_POCO_XML),,XML) \
+ $(if $(BR2_PACKAGE_POCO_UTIL),,Util) \
+ $(if $(BR2_PACKAGE_POCO_NET),,Net) \
+ $(if $(BR2_PACKAGE_POCO_NETSSL_OPENSSL),,NetSSL_OpenSSL) \
+ $(if $(BR2_PACKAGE_POCO_CRYPTO),,Crypto) \
+ $(if $(BR2_PACKAGE_POCO_ZIP),,Zip) \
+ $(if $(BR2_PACKAGE_POCO_DATA),,Data) \
+ $(if $(BR2_PACKAGE_POCO_DATA_MYSQL),,Data/MySQL) \
+ $(if $(BR2_PACKAGE_POCO_DATA_SQLITE),,Data/SQLite)
+
+ifeq ($(LIBC),uclibc)
+POCO_CONF_OPT += --no-fpenvironment --no-wstring
+endif
+
+define POCO_CONFIGURE_CMDS
+ (cd $(@D); ./configure \
+ --config=Linux-CrossEnv \
+ --prefix=/usr \
+ --omit="$(POCO_OMIT)" \
+ $(POCO_CONF_OPT) \
+ --unbundled \
+ --no-tests \
+ --no-samples)
+endef
+
+define POCO_BUILD_CMDS
+ $(MAKE) POCO_TARGET_OSARCH=$(ARCH) CROSSENV=$(TARGET_CROSS) \
+ MYSQL_LIBDIR=$(TARGET_DIR)/usr/lib/mysql -C $(@D)
+endef
+
+define POCO_INSTALL_STAGING_CMDS
+ $(MAKE) DESTDIR=$(STAGING_DIR) POCO_TARGET_OSARCH=$(ARCH) install -C $(@D)
+endef
+
+define POCO_INSTALL_TARGET_CMDS
+ $(MAKE) DESTDIR=$(TARGET_DIR) POCO_TARGET_OSARCH=$(ARCH) install -C $(@D)
+endef
+
+$(eval $(call GENTARGETS))
--
1.7.6.3
^ permalink raw reply related
* [Buildroot] [PATCH] Rename package/libsigc to package/libsigc2
From: Arnout Vandecappelle @ 2011-10-04 6:14 UTC (permalink / raw)
To: buildroot
In-Reply-To: <ADE657CA350FB648AAC2C43247A983F001F39DC56AC8@AUSP01VMBX24.collaborationhost.net>
On Monday 03 October 2011 19:06:08, H Hartley Sweeten wrote:
> Rename the libsigc package to libsigc2 so that the older 1.2 version
> of libsigc++ can also be added to packages/.
>
> Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
>
> ---
>
> diff --git a/package/Config.in b/package/Config.in
> index 8b9c816..d77c29f 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -351,7 +351,7 @@ source "package/libffi/Config.in"
> source "package/libglib2/Config.in"
> source "package/libnspr/Config.in"
> source "package/liboil/Config.in"
> -source "package/libsigc/Config.in"
> +source "package/libsigc2/Config.in"
> source "package/orc/Config.in"
> source "package/startup-notification/Config.in"
> endmenu
> diff --git a/package/libsigc/Config.in b/package/libsigc/Config.in
> deleted file mode 100644
> index 93fa3f4..0000000
> --- a/package/libsigc/Config.in
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -config BR2_PACKAGE_LIBSIGC
> - bool "libsigc++"
> - depends on BR2_INSTALL_LIBSTDCPP
> - help
> - libsigc++ implements a typesafe callback system for standard C++.
> - It allows you to define signals and to connect those signals to
> - any callback function, either global or a member function,
> - regardless of whether it is static or virtual.
> -
> - http://libsigc.sourceforge.net/
> -
> -comment "libsigc++ requires a toolchain with C++ support enabled"
> - depends on !BR2_INSTALL_LIBSTDCPP
> diff --git a/package/libsigc/libsigc.mk b/package/libsigc/libsigc.mk
> deleted file mode 100644
> index 4c443eb..0000000
> --- a/package/libsigc/libsigc.mk
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -#############################################################
> -#
> -# libsigc++
> -#
> -#############################################################
> -LIBSIGC_VERSION = 2.2.8
> -LIBSIGC_SOURCE = libsigc++-$(LIBSIGC_VERSION).tar.bz2
> -LIBSIGC_SITE = http://ftp.gnome.org/pub/GNOME/sources/libsigc++/2.2
> -LIBSIGC_INSTALL_STAGING = YES
> -
> -$(eval $(call AUTOTARGETS))
> diff --git a/package/libsigc2/Config.in b/package/libsigc2/Config.in
> new file mode 100644
> index 0000000..cae8da1
> --- /dev/null
> +++ b/package/libsigc2/Config.in
> @@ -0,0 +1,13 @@
> +config BR2_PACKAGE_LIBSIGC
Shouldn't it be renamed BR2_PACKAGE_LIBSIGC2 then?
Perhaps adding a hidden BR2_PACKAGE_LIBSIGC for backwards compatibility, like
so (untested):
bool BR2_PACKAGE_LIBSIGC
select BR2_PACKAGE_LIBSIGC2
> + bool "libsigc++ 2.2"
> + depends on BR2_INSTALL_LIBSTDCPP
> + help
> + libsigc++ implements a typesafe callback system for standard C++.
> + It allows you to define signals and to connect those signals to
> + any callback function, either global or a member function,
> + regardless of whether it is static or virtual.
> +
> + http://libsigc.sourceforge.net/
> +
> +comment "libsigc++ requires a toolchain with C++ support enabled"
> + depends on !BR2_INSTALL_LIBSTDCPP
> diff --git a/package/libsigc2/libsigc2.mk b/package/libsigc2/libsigc2.mk
> new file mode 100644
> index 0000000..72fff07
> --- /dev/null
> +++ b/package/libsigc2/libsigc2.mk
> @@ -0,0 +1,11 @@
> +#############################################################
> +#
> +# libsigc++ 2.2
> +#
> +#############################################################
> +LIBSIGC_VERSION = 2.2.8
> +LIBSIGC_SOURCE = libsigc++-$(LIBSIGC_VERSION).tar.bz2
> +LIBSIGC_SITE = http://ftp.gnome.org/pub/GNOME/sources/libsigc++/2.2
> +LIBSIGC_INSTALL_STAGING = YES
> +
> +$(eval $(call AUTOTARGETS))
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
^ permalink raw reply
* [Buildroot] [PATCH 9/9] toolchain: speed up sysroot lib copying
From: Arnout Vandecappelle @ 2011-10-04 6:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201110030055.41126.yann.morin.1998@anciens.enib.fr>
On Monday 03 October 2011 00:55:40, Yann E. MORIN wrote:
> Thomas, Mike, All,
>
> On Sunday 02 October 2011 21:20:17 Thomas Petazzoni wrote:
> > From: Mike Frysinger <vapier@gentoo.org>
> >
> > The copy_toolchain_lib_root helper searches the entire sysroot, but is
> > only interested in files in certain subdirs. So rather than waste time
> > in walking the entire tree, walk the few subdirs at the depth level we
> > are actually going to be poaching files from.
> >
> > Signed-off-by: Mike Frysinger <vapier@gentoo.org>
> > ---
> >
> > toolchain/helpers.mk | 6 +++---
> > 1 files changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/toolchain/helpers.mk b/toolchain/helpers.mk
> > index 7f3efaa..1a72ae5 100644
> > --- a/toolchain/helpers.mk
> > +++ b/toolchain/helpers.mk
> > @@ -22,9 +22,9 @@ copy_toolchain_lib_root = \
> >
> > DESTDIR="$(strip $3)" ; \
> >
> > \
> >
> > LIBS=`(cd $${ARCH_SYSROOT_DIR}; \
> >
> > - find -L . -path "./lib/$${LIB}.*" -o \
> > - -path "./usr/lib/$${LIB}.*" -o \
> > - -path "./usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/lib*/$${LIB}.*" \
> > + find -L \
> > + $(for d in lib* usr/lib*
usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/lib*; do
> > test -e "$d" && echo $d) \
>
> Just by reading the above line:
>
> 1) You need to double the '$' here, as it must be interpreted by the shell,
> not by make.
>
> 2) Also, the 'for' construct is missing the final 'done':
> for ...; do ...; done
>
> 3) You should test for a directory, not for mere existence: test -d "$$d"
>
> 4) And you also need to quote the second '$$d', as you do when testing for
> its existence (granteed, not really needed, it's not gonna have a space
> in it, ever, but for consistency, either you quote both, or you quote
> none; I prefer quoting).
>
> So (sorry if the line gets wrapped):
> $$(for d in lib* usr/lib* usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/lib*; do test
> -e "$$d" && echo "$$d"; done) \
But in fact, all of the above is unnecessary. lib, usr/lib and
usr/<prefix>/lib should exist anyway, and the shell will only expand the * to
existing files or directories. If you want to limit to directories you can
simply say
find -L lib* usr/lib* usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/lib* \
>
> > + -maxdepth 1 -name "$${LIB}.*" \
But just to be safe, you can add a 2>/dev/null
Oh and the exit code of find is fortunately ignored, else you'd have to add a
|| true as well.
So, my proposal is one line less:
+ find -L lib* usr/lib* usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/lib* \
+ -maxdepth 1 -name "$${LIB}.*" 2>/dev/null || true \
Note: completely untested
> >
> > )` ; \
> >
> > for FILE in $${LIBS} ; do \
> >
> > LIB=`basename $${FILE}`; \
>
> Regards,
> Yann E. MORIN.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
^ permalink raw reply
* [Buildroot] Derive HOST_FOO_DEPENDENCIES automatically
From: Thomas Petazzoni @ 2011-10-04 5:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201110032335.06739.arnout@mind.be>
Le Mon, 3 Oct 2011 23:35:05 +0200,
Arnout Vandecappelle <arnout@mind.be> a ?crit :
> By the way, there is a disappointingly large number of packages that
> have a difference between FOO_DEPENDENCIES and HOST_FOO_DEPENDENCIES:
Not necessarily a problem. For example, for:
> package/libgtk2/libgtk2.mk
It is expected, because we don't need a full blown host libgtk2 version
to build the target libgtk2.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Question: Multiple versions of a package.
From: Thomas Petazzoni @ 2011-10-04 5:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <ADE657CA350FB648AAC2C43247A983F001F39DC56C6E@AUSP01VMBX24.collaborationhost.net>
Hello,
Le Mon, 3 Oct 2011 19:12:48 -0500,
H Hartley Sweeten <hartleys@visionengravers.com> a ?crit :
> Using your suggestion (2) I was able to add both libsigc++ packages
> and finally get the ParaGUI package to compile.
>
> I have already submitted a patch to move package/libsigc to
> package/libsigc2.
Yes, I have seen that, but it does not rename the config option to
_LIBSGIC2, so there is an inconsistency between the package directory,
the package name and the config option, which, with the latest
developments in Buildroot Git, will probably break.
> If that one looks ok I'll submit the patches to add
> libsigc++1.2 and ParaGUI for review.
Yes, sure.
> Two issues I found with the ParaGUI package.
>
> 1) There is an error in one of the source files that breaks the build.
> 2) There is a bug in the configure script that breaks the sdl library
> linkage.
>
> I have patches for both of these as part of the package/paragui
> patch. Is this normally how something like this would be handled?
Yes exactly.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Question: Multiple versions of a package.
From: H Hartley Sweeten @ 2011-10-04 0:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20111001131940.08aa053b@skate>
On Saturday, October 01, 2011 4:20 AM, Thomas Petazzoni wrote:
>
> Hello,
>
> Le Fri, 30 Sep 2011 16:21:02 -0500,
> H Hartley Sweeten <hartleys@visionengravers.com> a ?crit :
>
>> Can a package/*/*.mk file be setup to handle two different versions
>> of a package or should two separate package/* directories be created?
>>
>> I'm trying to add the ParaGUI package to buildroot. This is a widget
>> toolkit library that uses SDL. It also needs libsigc++, which is
>> available in packages/, but it's an incompatible version.
>>
>> The version of libsigc++ in buildroot is 2.2.8. ParaGUI needs
>> libsigc++1.2 >= 1.2.5. It appears that even though these libraries
>> do the same thing they have very different API's.
>>
>> A similar issue occurs with the new version of SDL. It has not been
>> offically released yet but SDL1.2 and SDL1.3 (2.0?) use completely
>> different APIs.
>>
>> What's that bast way to handle this situation?
>
> There is basically two ways :
>
> 1) A single libsigc++ package, with a suboption to select the version
> to be compiled. This solution does not allow two different versions
> of libsigc++ to be built. For different versions of a library
> having different ABIs, this solution is probably not appropriate.
>
> 2) Separate libsigc++ packages, with different names, like libsigc1
> and libsigc2. This allows both versions to be built and installed
> in the target, in case different applications require different
> versions of the libsigc library.
>
> I guess in your case, solution 2) is the only way. This is also what
> traditional binary desktop distributions do.
Thomas,
Thanks for the information.
Using your suggestion (2) I was able to add both libsigc++ packages and
finally get the ParaGUI package to compile.
I have already submitted a patch to move package/libsigc to package/libsigc2.
If that one looks ok I'll submit the patches to add libsigc++1.2 and ParaGUI
for review.
Two issues I found with the ParaGUI package.
1) There is an error in one of the source files that breaks the build.
2) There is a bug in the configure script that breaks the sdl library linkage.
I have patches for both of these as part of the package/paragui patch. Is this
normally how something like this would be handled? The ParaGUI library is pretty
old and I don't think anyone is currently maintaining it.
I actually found a couple references to issue (2) on the web as a bug report to
Debian (Bug#551465) but nothing about an official patch to fix it.
Issue (1) might be the toolchain I am using. The build breaks on a std::strlen()
Call, I just changed it to strlen() to get the build to complete.
Thanks,
Hartley
^ permalink raw reply
* [Buildroot] Derive HOST_FOO_DEPENDENCIES automatically
From: Arnout Vandecappelle @ 2011-10-03 21:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1317676858-3407-1-git-send-email-arnout@mind.be>
On Monday 03 October 2011 23:20:36, Arnout Vandecappelle (Essensium/Mind)
wrote:
> As requested by Luca, this patch series derives HOST_FOO_DEPENDENCIES
> automatically from FOO_DEPENDENCIES.
By the way, there is a disappointingly large number of packages that have a
difference between FOO_DEPENDENCIES and HOST_FOO_DEPENDENCIES:
package/autoconf/autoconf.mk
package/automake/automake.mk
package/cdrkit/cdrkit.mk
package/cloop/cloop.mk
package/crosstool-ng/crosstool-ng.mk
package/dbus-glib/dbus-glib.mk
package/dbus/dbus.mk
package/directfb/directfb.mk
package/file/file.mk
package/freetype/freetype.mk
package/gdk-pixbuf/gdk-pixbuf.mk
package/gob2/gob2.mk
package/intltool/intltool.mk
package/libglib2/libglib2.mk
package/libgtk2/libgtk2.mk
package/libxml2/libxml2.mk
package/libxslt/libxslt.mk
package/mtd/mtd.mk
package/python/python.mk
package/shared-mime-info/shared-mime-info.mk
package/squashfs/squashfs.mk
package/sstrip/sstrip.mk
package/x11r7/xutil_makedepend/xutil_makedepend.mk
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20111003/58084a36/attachment-0002.html>
^ permalink raw reply
* [Buildroot] [PATCH 22/22] xlib_libxkbfile: removed redundant HOST_FOO_DEPENDENCIES
From: Arnout Vandecappelle @ 2011-10-03 21:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1317676858-3407-1-git-send-email-arnout@mind.be>
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
package/x11r7/xlib_libxkbfile/xlib_libxkbfile.mk | 2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/package/x11r7/xlib_libxkbfile/xlib_libxkbfile.mk b/package/x11r7/xlib_libxkbfile/xlib_libxkbfile.mk
index 35b6171..3748dae 100644
--- a/package/x11r7/xlib_libxkbfile/xlib_libxkbfile.mk
+++ b/package/x11r7/xlib_libxkbfile/xlib_libxkbfile.mk
@@ -11,7 +11,5 @@ XLIB_LIBXKBFILE_AUTORECONF = NO
XLIB_LIBXKBFILE_INSTALL_STAGING = YES
XLIB_LIBXKBFILE_DEPENDENCIES = xlib_libX11 xproto_kbproto
-HOST_XLIB_LIBXKBFILE_DEPENDENCIES = host-xlib_libX11 host-xproto_kbproto
-
$(eval $(call AUTOTARGETS))
$(eval $(call AUTOTARGETS,host))
--
1.7.6.3
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox