[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] Problem linking Linux Sound Library (#360)

Tobias Pape notifications at github.com
Fri Jan 25 23:18:35 UTC 2019


> On 25.01.2019, at 23:32, Eliot Miranda <notifications at github.com> wrote:
> 
> Hi Tobias,
> 
> On Fri, Jan 25, 2019 at 2:27 PM Tobias Pape <notifications at github.com>
> wrote:
> 
> > That's besides the point here.
> >
> > The plugin would not have been built if the library was not present.
> > That's what the configure step is for.
> > The VM is origrinally from a travis and I made sure the lib is there:
> > https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/scripts/ci/travis_install.sh#L15
> > (thats the dev lib that depends on the real one:
> > https://packages.ubuntu.com/xenial/libpulse-dev)
> >
> 
> So how come it isn't linked against libpulse-simple.so ?

I have not the slightest idea and, atm, no linux at hand.
We (ie, maybe, @ekrebs5 or @fniephaus) have to look wether this stems from here or https://github.com/squeak-smalltalk/squeak-app .
On macOS we have rpath issues that can come out like this and might be sensitive to be moved around…

Here we see that the lib is added in configure:
https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L1071

And here we see that the squeak _binary_ is actually linked agains libpulse-simple:

https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L3455

That is ok, since the dynloaded vm-sound-pulse can lookup in its loading process, which (being squeak being linked against libpulse-simple) should have the syms.

Accordingly we see the plugin not begin linked against the lib:
https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L4111

The rest is libtool chitter-chat that i cannot understand so quick…

> 
> > All of the respecitve sound plugins are optional, and absence is expected.
> >
> 
> Not for a build slave, surely. Shouldn't;t the build slave build all
> possible variants? If we're providing prebuilt VMs (for good reason) then
> we have to build what we support. Things like vm-display-fbdev may be
> something we can not support and leave to individuals to build if they want
> to. But vm-sound-pulse is not in that category.

Did not say that. all the vm-*-* plugins seem to care for optionality. and IIRC it is nigh impossible to build for some combinations to be built with the same package set (NAS + OSS or some OSS/ALSA combos, but my memory is foggy there).

In fact, I tried to make sure as many as possible plugins to be buildable on Travis: 
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/698661a94af388b06b98b11d9d2a4216b36acdb5#diff-852da479861e8f719725fb8018cc1699R5
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/989f7e06d041c145863dd2d648e196a3169947d4#diff-eaec0bdb68c02946e8335228ebbbbad9

https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/75f59c456f79fb4f7ca64bc1d2504d3f9626e305
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/ca75c6bfd0903f25917b8b88aca63e574dd39a1f
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/a82b9cfdcf2f8d5396fa2f6950a06f35c374098d
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/3a8a3c4bb7033c0e19c714ca4d90b0cc8f9f2565

Point is: yes, I really tried to make sure the build slave builds everything necessary.


-t


> 
> _,,,^..^,,,_
> best, Eliot
>> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub, or mute the thread.
> 



-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/360#issuecomment-457768165
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20190125/a22f8342/attachment-0001.html>


More information about the Vm-dev mailing list