pango-dev missing .la file?

[gavs]

Trying to update the GMPC application using TC11.1 32bit. The make command reports an error that libpangocairo-1.0.la was not found by libtool. Previously built with pango-dev 1.32.5 where Juanito noted that he adjusted *.la for tc-5.x in 2013/07/08. The current pango-dev 1.44.7 does not include any .la files. Should they be there?

As an aside, is it proper to post this or should I message?

[Juanito]

This has been an ongoing problem for a couple of years now - many gnome apps use the meson build system, which does not produce the *.la files that other gnome apps using the autotools build system need.

You should be able to find the files you need here: http://tinycorelinux.net/11.x/x86_64/tcz/src/la/

[gavs]

Thank you for this link. I appreciate your help. Got past that dependency and I am working my way through other missing .la files one by one.

GMPC source has not been modified since 2011. I tried using the extension that was built with TC5.x in TC11.x, but it did not work because it was referencing a .so file with a previous version number. I tried this because I rebuilt MPD to the latest version (has some new features I would like) in TC11.x. So, i decided to try and rebuild GMPC in TC11.x as well. Don't know if that was the best strategy.

[Juanito]

For something so old you might need to use an older code standard like, for example, -std=gnu89.

[gavs]

After adding an .la file and getting an error on the next build for another missing .la file, I just downoaded all the .la files and copied them to /usr/local/lib. Then the build completed (although with a warning, see below). However, I subsequently noticed that the link provided went to x86_64. I found that there exists a page for x86, http://tinycorelinux.net/11.x/x86/tcz/src/la/  Should I rebuild with these files or are they the same?

The warning I got was that libffi.so.5 needed by libunique-1.0.so was not found. TC11.x has libffi.so.6 . I had built libunique in TC5.x but the same procedure in TC11.x was not successful. I gather that multiple versions of so files can coexist. Can I just copy libffi.so.5 from the previous build to /usr/local/lib?

[gavs]

I should be more thorough before I post. I just compared the files in the X86 and X86-64 repositories. The x86-64 contains more files, including some that are required for building GMPC, e.g. libpangocairo-1.0.la which I had initially posted about. So I guess even though I am building in 32bit, I need to get those from the x86_64 repository. The architecture does not matter for these?

[curaga]

They are text files, so if something needs changing it's easy to do.

[Juanito]

I just compared the files in the X86 and X86-64 repositories. The x86-64 contains more files, including some that are required for building GMPC, e.g. libpangocairo-1.0.la which I had initially posted about. So I guess even though I am building in 32bit, I need to get those from the x86_64 repository. The architecture does not matter for these?

The only difference in the *.la files between 32-bit and 64-bit is likely to be the version information, which will be incorrect anyway and most likely not used.

[Juanito]

The warning I got was that libffi.so.5 needed by libunique-1.0.so was not found. TC11.x has libffi.so.6 . I had built libunique in TC5.x but the same procedure in TC11.x was not successful. I gather that multiple versions of so files can coexist. Can I just copy libffi.so.5 from the previous build to /usr/local/lib?

What error did you get when trying to compile libunique in tc-11.x against libffi.so.6?

You can have multiple versions of a dynamic library present as long as you ensure that the lib*.so symlink is removed from extensions for the older versions (i.e. remove libffi.so from libffi5). If you don't remove the symlink, your app will try to compile against whichever libffi extension was loaded first because subsequent extensions will not overwrite the symlink.

[gavs]

The fault with compiling libunique was my inattentiveness. Thank you for making me check the error. It was not finding gobject-introspection-1.0.pc . I thought atk-gir.tcz depends on gobject-introspection-dev but it only depends on gobject-introspection. when I loaded the dev file the compile completed. I will make updated libunique extensions and try to rebuild GMPC with them.