Building and using the shared library is difficult about sudbury HOT 9 OPEN

Thanks. Yes, that is WIP. Currently that bug actually functions as a feature since it indicates that sudbury is used rather than libwayland.

from sudbury.

Commits d09d392 and c776e60 should partially resolve this.

Can anyone watching this project comment on the progress on this bug? Is it easy to build, and does it work correctly?

from sudbury.

got this message on running stack build the second time

stack build
Warning: Specified resolver could not satisfy all dependencies. Some external packages have been added as dependencies.
You can suppress this message by removing it from stack.yaml

There were multiple candidates for the Cabal entry "Main.hs" (/.../sudbury/Main.hs), picking /media/.../sudbury/tests/Main.hs

and the symlink libwayland-client.so.0 doesn't get resolved after building with stack as
.stack-work/dist/x86_64-linux/Cabal-1.22.5.0/build/libwayland-client.so.0/ is where stack builds it for me.

from sudbury.

Thanks for your feedback. The warning should be fixed now.

I'm not sure how to make this run under stack - to be honest I'm not even sure why it works with cabal. Does it work with a (sandboxed) cabal for you?

More appropriate build tools would be much appreciated...

from sudbury.

Hi @xavier83,

Forget about the cabal thing. Could you try adding the following to the provided stack.yaml

ghc-options:
    sudbury: -lHSrts-ghc7.10.3

and trying the following

$ stack clean
$ stack build
$ LD_LIBRARY_PATH=.stack-work/install/x86_64-linux/lts-5.11/7.10.3/bin weston-flower

(where 7.10.3 is your GHC version, and weston is running before invoking weston-flower)

from sudbury.

it worked 👍
got this message on quiting the flower app 😄 . I guess it is a wip.

weston-flower: symbol lookup error: weston-flower: undefined symbol: wl_display_
disconnect

from sudbury.

Some people are working on getting Cabal to build shared libraries. That would be excellent for us. See haskell/cabal#141

from sudbury.

Using a development version of cabal, the library can now be built and installed by cabal without any hacks. (Relevant .cabal section in added in 3db3ec3, see haskell/cabal@382143a for the cabal commit that introduces foreign-library)

from sudbury.

I am working on some cabal patches that should make it really really easy to use sudbury. Eventually, one will be able to run wayland programs using the sudbury implementation of libwayland using cabal exec, e.g.:

$ cabal exec weston-flower

(instead of $ weston-flower).
This will require cabal >= 1.25.

from sudbury.