[Bug 254209] Review Request: g-wrap - A tool for creating Scheme interfaces to C libraries
bugzilla at redhat.com
bugzilla at redhat.com
Wed Aug 29 07:42:12 UTC 2007
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: g-wrap - A tool for creating Scheme interfaces to C libraries
https://bugzilla.redhat.com/show_bug.cgi?id=254209
------- Additional Comments From mtasaka at ioa.s.u-tokyo.ac.jp 2007-08-29 03:41 EST -------
(In reply to comment #9)
> > * Please check which package owns %{_libdir}/%{name}/modules/
> > (currently no package)
>
> hm...%{_libdir}/%{name} is owned by current main package
Yes
> that imply its
> subdirectory which's shipped & provided by main package to be owned
> to same one.
It may be that I don't understand correctly what you want to say, however
if you write "%dir foo/", the subdirectories of foo/ are not _automatically_
owned by any subpackages.
> > * I don't know what software calls g-wrap modules, however usually
> > modules are dlopen'ed with the name '*.so', not '*.so.X'.
> > So I guess libgw-guile-*.so under %{_libdir}/%{name}/modules/
> > should be in main package, not in -devel subpackage.
>
> do you also check this:
> $ file libgw-guile-*.so
> libgw-guile-gw-glib.so: symbolic link to `libgw-guile-gw-glib.so.0.0.0'
> libgw-guile-standard.so: symbolic link to `libgw-guile-standard.so.0.0.0'
Symlinks themselves are no problem, the problem is how these modules
are dlopened (with what name).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the package-review
mailing list