Bug#449472: ocaml: policy/tools problem with shlibs for byte-code packages
Package: ocaml
Version: 3.10.0-8
Severity: normal
I noticed that my approx package is broken on architectures that don't
have ocamlopt due to missing dependencies on shared libraries.
My debian/rules file builds a byte-code version in machines with no
native compiler, but whereas the native-code version only needs to
build-depend on libpcre-ocaml-dev (for example), the byte-code one
needs to depend on libpcre-ocaml, because it has DLL stubs. But this
dependency doesn't get added to the package automatically (I guess
because dpkg-shlibdeps doesn't work on a byte-code executable). What
is the right way to handle this?
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ocaml depends on:
ii ocaml-base [ocaml-base-3.10.0 3.10.0-8 Runtime system for ocaml bytecode
ii ocaml-nox [ocaml-nox-3.10.0] 3.10.0-8 ML language implementation with a
ocaml recommends no packages.
-- debconf information excluded
Reply to: