[Buildroot] [PATCH v5] vlc: New package
Ismael Luceno
ismael.luceno at gmail.com
Wed Mar 28 00:36:10 UTC 2012
On Sun, 25 Mar 2012 21:48:57 +0200
Arnout Vandecappelle <arnout at mind.be> wrote:
> On Thursday 22 March 2012 02:54:20 Ismael Luceno wrote:
> > Signed-off-by: Ismael Luceno <ismael.luceno at gmail.com>
>
> Not done yet, unfortunately... But for a big patch like this that's
> to be expected.
I know.
> If you're in a hurry to get this integrated, it may be worthwhile to
> split the patch into a basic one that includes a minimal feature set,
> and an extension that adds all the config options for the different
> components.
I would prefer to get it integrated as a whole. Sooner is better, but I
would like to get it right once and forever.
<...>
> udev is a special case, because it depends on the /dev management
> option BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV. You can't use a
> select for that one (it would be too confusing). So just set a
> depends on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV. The comment
> is not needed in this case, because it's quite obvious that udev
> support only makes sense if you have udev.
Hmmm... that sounds a bit confusing... the dependency is actually on
libudev, but does that necessarily mean
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV?
> > diff --git a/package/multimedia/vlc/vlc-uclibc-fixes.patch
> > b/package/multimedia/vlc/vlc-uclibc-fixes.patch new file mode 100644
> > index 0000000..5471b08
> > --- /dev/null
> > +++ b/package/multimedia/vlc/vlc-uclibc-fixes.patch
> > @@ -0,0 +1,25 @@
> > +Fixes compilation with uClibc, which doesn't provide
> > gnu/libc-version.h nor +gnu_get_libc_version.
> > +
> > +Signed-off-by: Ismael Luceno <ismael.luceno at gmail.com>
>
> Did you send this patch upstream to vlc? If not, could you do so?
Yes, I sent it but was rejected, they consider it a bug in uClibc. I'll
add a comment on the patch.
> > +# The following rmoves the relink_command. If not removed, libtool
> > tries to
> ^^^removes
> > +# relink against the host libraries, instead of the sysroot.
> > +VLC_POST_BUILD_HOOKS += VLC_FIX_LA_FILES
> > +define VLC_FIX_LA_FILES
> > + find $(@D) -name '*.la' -exec $(SED) '/^relink_command=/d'
> > '{}' +
>
> For which .la's is this needed? I've compiled various
> configurations with several toolchains and I don't see a
> relink_command in any of the .la files...
Well, in the scm version I was using, for all them, but perhaps that
somehow changes when compiling from a tarball... strange...
>
> > + touch $(@D)/modules/access/zip/libzip_plugin.la \
> > + $(@D)/modules/misc/liblogger_plugin.la
>
> And why is this needed?
Because those depend on other .la files, and otherwise get re-built,
thus add the relink_command again...
Thanks for the suggestions. I'll try to address the issues and send a
new patch soon :).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120327/6f8843ce/attachment.asc>
More information about the buildroot
mailing list