id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc
1102,Missing dependency on containers package,guest,axel,"Building programs leads to a link error due to missing dependency on the `containers` package.

Gtk2hs version is 0.9.12.1 that comes with fedora8

GHC version: 6.8.1

Symptom: loading a Gtk2Hs file on the command line (without specifying a package) leads to:

`Loading package base ... linking ... done.`
`[1 of 1] Compiling Main             ( main.hs, interpreted )`

`Ok, modules loaded: Main.`

`*Main> main`

`Loading package mtl-1.1.0.0 ... linking ... done.`
`Loading package glib-0.9.12.1 ... linking ... done.`
`Loading package cairo-0.9.12.1 ... linking ... done.`
`Loading package gtk-0.9.12.1 ... linking ...`
`<interactive>: /usr/lib/ghc/6.8.1/gtk2hs/HSgtk.o: unknown symbol`
`'containerszm0zi1zi0zi0_DataziSequence_zgzl_info'`
`ghc-6.8.1: unable to load package 'gtk-0.9.12.1'`

It works if you add `-package containers` to the command line.

What happens is that `./configure` sets `@GTK_SPLITBASE_DEPENDS@` for ghc >=6.8 such that 'containers-VERSION' is in this variable. On the target system `containers.0.1.0.0` is present, which should probably read `containers-0.1.0.0`. Yet, this library does not find its way into the dependency field of gtk2hs' package description: on the target system:

`ghc-pkg field gtk-0.9.12.1 depends`
`depends: base-3.0.0.0 mtl-1.1.0.0 glib-0.9.12.1 cairo-0.9.12.1`

I guess we should check if `containers` and its version detected correctly during `./configure`.



",defect,closed,normal,,"general (Gtk+, Glib)",0.9.12,fixed,SPLIT_BASE,as49@…