Extension for .la files no longer in their extensions

[jazzbiker]

Thanks, Core guys! Long Live TinyCore!

[andyj]

C'mon man! You're killin' me. A death of a thousand cuts. After the latest tce-update:

Code: [Select]

/usr/local/lib/libgtk-3.la: No such file or directory
Really, an extension for these sure would be nice.

[Rich]

Hi andyj
The TC10 version of  gtk3-dev.tcz  still contains them in both 32 and 64 bit repositories.

[andyj]

Hi andyj
The TC10 version of  gtk3-dev.tcz  still contains them in both 32 and 64 bit repositories.

Perhaps, but this was an issue in TC10, so the advice was to go back to TC9. I don't remember if it started in TC 8 or not. Seems like there should be a better way than rsync'ing the whole of TC and mining for these files. Like, if you delete a .la file from a -dev extension, add it to the la-files.tcz extension. Once it exists.

[Juanito]

The various *.la files are available at:

http://tinycorelinux.net/11.x/x86/tcz/src/la/
http://tinycorelinux.net/11.x/x86_64/tcz/src/la/

As mentioned, these files are not created nor used after the source code has transitioned from autotools to meson/ninja - linuxfromscratch recommends running a script to eliminate them and correct *.pc files that might contain *.la references.

The problem lies with older autotools source code that still uses *.la rather than *.pc files.

Given that the *.la files are not current, making an official extension does not seem like a good idea, but you're welcome to make a local extension 

[aus9]

Hi Juanito

Is this a nice place to ask for more la files if needed?
I can not spot libgdk_pixbuf-2.0.la

and I may ask for more.

AFAIK libtool on 64 bit is asking for this file to update a certain package.

2) Rich at reply 7 for a specific la

You should probably edit them to change the version numbers from
5200.3  to  6000.6. Look for the lines called  library_names=, current=, age=, and revision=.

and I know you were referring to OP but

Given that the *.la files are not current

When we download existing la files......should we do this to fix against  shared object names?
In the past.....I have managed to compile without altering any downloaded la files.

3) If it helps, should I download the dev file from a package's last version build eg 9x or 10x
extract the la file
Edit the la file for corrected numbers as per Rich's suggestion
submit it with any planned extension submissions for your checking and maybe uploading the la repo?

cheers

[andyj]

Open-vm-tools needed it too. I copied it from the 10.x version of the library. There are 2901 of them in the 64-bit 10.x repository. An extension for all of them seems unlikely. You might also need libgdk_pixbuf_xlib-2.0.la in the same library. I haven't had a problem with versions yet so I haven't updated any of the files. I'll just be surprised when it happens. 

[Juanito]

I updated a number of missing *la files here: http://tinycorelinux.net/11.x/x86_64/tcz/src/la/

..rhythmbox needed at least twenty of them...

[aus9]

wonderful work!

[lhaley42]

Came to say thanks - compiling ORBit2 needed some ;  cheers!