From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [autobuild.buildroot.net] Build results for 2013-12-03
Date: Thu, 05 Dec 2013 23:05:22 +0100 [thread overview]
Message-ID: <52A0F8A2.3070708@mind.be> (raw)
In-Reply-To: <20131205170715.7214aff4@skate>
On 05/12/13 17:07, Thomas Petazzoni wrote:
> Dear Thomas De Schampheleire,
>
> On Thu, 5 Dec 2013 16:59:31 +0100, Thomas De Schampheleire wrote:
>
>>> bfin | xlib_libX11-1.5.0 | NOK | http://autobuild.buildroot.net/results/a47c5d96f880af04b85bb6773e87d04f9d7c2864/
>>
>> The problem here is that xlib_libX11 needs dlfcn.h and dlopen, thus
>> !BR2_PREFER_STATIC_LIB.
>> Adding this 'depends on !BR2_PREFER_STATIC_LIB' to
>> package/x11r7/xlib_libX11 is the solution here. However, this requires
>> propagating this dependency to all packages that 'select' the
>> xlib_libX11 package, which is a very large amount of packages (105),
>> most of which are other X packages.
>>
>> Is this the way to go or is there a special handling of X packages
>> that I'm not aware of?
>> For example, should we simply add this dependency to the entire set of
>> X11 packages at package/x11r7/Config.in?
>> This would greatly reduce the amount of 'depends on
>> !BR2_PREFER_STATIC_LIB' additions, but may be too coarse-grained as
>> not every X11 library necessarily needs shared libraries (unless of
>> course xlib_libX11 is a dependency on all these libraries, I did not
>> check that).
>
> If xlib_libX11 needs shared library, then I believe there is no point
> in trying to use X.org on systems that don't support shared libraries,
> since xlib_libX11 is the fundamental library for X clients.
>
> Therefore, I would also suggest to simply disable all x11r7 packages
> when BR2_PREFER_STATIC_LIB is set.
+1
Cfr. 6c10f4 "xorg: needs thread support". That patch started out adding
depends on BR2_TOOLCHAIN_HAS_THREADS to a few packages, but with all the
reverse dependencies it was easier to just disable it for all or x11r7.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
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: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
prev parent reply other threads:[~2013-12-05 22:05 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-04 7:30 [Buildroot] [autobuild.buildroot.net] Build results for 2013-12-03 Thomas Petazzoni
2013-12-04 10:58 ` Vicente Olivert Riera
2013-12-04 12:35 ` Thomas Petazzoni
2013-12-04 16:39 ` Vicente Olivert Riera
2013-12-05 15:59 ` Thomas De Schampheleire
2013-12-05 16:07 ` Thomas Petazzoni
2013-12-05 22:05 ` Arnout Vandecappelle [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52A0F8A2.3070708@mind.be \
--to=arnout@mind.be \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox