After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 594128 - build problems with lib64
build problems with lib64
Status: RESOLVED INVALID
Product: gthumb
Classification: Other
Component: general
2.11.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2009-09-04 12:11 UTC by Michael Chudobiak
Modified: 2010-08-13 16:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Chudobiak 2009-09-04 12:11:49 UTC
I used to build trunk with:

./autogen.sh --prefix=/usr CFLAGS="-ggdb" --libdir '/usr/lib64' --build x86_64

However, doing the same with ext branch compiles and install OK, but gthumb can't find the extensions:

[mjc@xena gthumb]$ gthumb

** (gthumb:15711): WARNING **: Could not load the 'file_viewer' extension: Could not open the module `file_viewer`: /usr/lib64/gthumb-2.0/extensions/libfile_viewer.so: cannot open shared object file: No such file or directory

** (gthumb:15711): WARNING **: Could not load the 'comments' extension: Could not open the module `comments`: /usr/lib64/gthumb-2.0/extensions/libcomments.so: cannot open shared object file: No such file or directory

** (gthumb:15711): WARNING **: Could not load the 'image_rotation' extension: Could not open the module `image_rotation`: /usr/lib64/gthumb-2.0/extensions/libimage_rotation.so: cannot open shared object file: No such file or directory

... and so on ...


Is this a bug, or do I need additional autogen parameters?

- Mike
Comment 1 Paolo Bacchilega 2009-09-04 22:15:48 UTC
it doesn't find the extensions, you have to find out in what directory the extensions are actually installed
Comment 2 Michael Chudobiak 2009-09-08 19:55:38 UTC
I don't understand what you mean. In gthumb/Makefile.am we have:

extensions_dir = $(libdir)/gthumb-2.0/extensions

but it seems that the extensions are not actually compiled to that location (which is /usr/lib64/gthumb-2.0/extensions). They are put in /usr/lib, not /usr/lib64.

I think there is a makefile error somewhere.

- Mike
Comment 3 Paolo Bacchilega 2009-09-08 20:59:20 UTC
I tried:

./autogen.sh --prefix=/opt/test/ CFLAGS="-ggdb" --libdir '/opt/test/lib64' --build x86_64

and it correctly installed the extensions in /opt/test/lib64/gthumb-2.0/extensions
Comment 4 Michael Chudobiak 2009-09-09 16:03:52 UTC
But do the *.so files get installed? 

With
./autogen.sh --prefix=/usr CFLAGS="-ggdb"

I see:
[root@xena gthumb]# make install | grep libimage_rotation
gtk-update-icon-cache: Cache file created successfully.
make[1]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
make[3]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
make[4]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
 /bin/sh ../../libtool   --mode=install /usr/bin/install -c   libimage_rotation.la '/usr/lib/gthumb-2.0/extensions'
libtool: install: /usr/bin/install -c .libs/libimage_rotation.so /usr/lib/gthumb-2.0/extensions/libimage_rotation.so
libtool: install: /usr/bin/install -c .libs/libimage_rotation.lai /usr/lib/gthumb-2.0/extensions/libimage_rotation.la
libtool: install: /usr/bin/install -c .libs/libimage_rotation.a /usr/lib/gthumb-2.0/extensions/libimage_rotation.a
libtool: install: chmod 644 /usr/lib/gthumb-2.0/extensions/libimage_rotation.a
libtool: install: ranlib /usr/lib/gthumb-2.0/extensions/libimage_rotation.a

The *.so file is installed. But with ./autogen.sh --prefix=/opt/test/ CFLAGS="-ggdb" --libdir '/opt/test/lib64' --build x86_64

I see:
[root@xena gthumb]# make install | grep libimage_rotation
gtk-update-icon-cache: Cache file created successfully.
make[1]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
make[3]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
make[4]: Circular gth-enum-types.h <- gth-enum-types.h dependency dropped.
 /bin/sh ../../libtool   --mode=install /usr/bin/install -c   libimage_rotation.la '/opt/test/lib64/gthumb-2.0/extensions'
libtool: install: /usr/bin/install -c .libs/libimage_rotation.lai /opt/test/lib64/gthumb-2.0/extensions/libimage_rotation.la
libtool: install: /usr/bin/install -c .libs/libimage_rotation.a /opt/test/lib64/gthumb-2.0/extensions/libimage_rotation.a
libtool: install: chmod 644 /opt/test/lib64/gthumb-2.0/extensions/libimage_rotation.a
libtool: install: ranlib /opt/test/lib64/gthumb-2.0/extensions/libimage_rotation.a



Note that no *.so file is installed in this case, which is what gThumb is complaining about.


- Mike
Comment 5 Paolo Bacchilega 2009-09-09 17:03:51 UTC
no, only .a and .la
Comment 6 Michael Chudobiak 2010-08-13 16:29:31 UTC
Marking as invalid - obviously the distros are packaging 64 bit versions just fine.

- Mike