Problems with /usr/lib/libm and /usr/lib/libdl ?

[helander]

I suddenly experience build problems with a number of packages that built fine earlier. All errors indicates problems related to /usr/lib/libm and /usr/lib/libdl.

Has anything changed in these libraries lately?

Kind Regards

Lars

[Juanito]

Nothing has changed with respect to these libs, but I wonder if the associated static .a libs should be placed or symlinked to /lib rather than /usr/lib?

I did see an error once that was fixed by /usr/lib/libdl.a -> /lib/libdl.a

[helander]

I checked with an earlier installation (a few months old version of TC and extensions) and one important difference is that in the current system the libdl.so file in /lib has been stripped (no symbols left) and that is probably the reason for my problems, because the symbols defined in that file on my old system are identical to the symbols reported as unresolved.

/Lars

 

[helander]

A further note:

On both the new and old system /tmp/tcloop/base-dev/usr/lib/libdl.so is a symlink to ../../lib/libdl.so  and that is a non-existing file, i.e. there is no such file in /tmp/tcloop/base-dev/lib


/Lars

[helander]

I checked the /lib/libdl.so for symbols in earlier releases and found the symbols in Microcore 2.6 (not in 2.7 and 2.. I switched to 2.6 and then the builds works OK.

It looks like microcore.gz/tinycore.gz needs to be fixed.

/Lars

[Juanito]

It  looks like I originally built libc using "--strip-g" (in fact I used a compile switch, but it apparently had the same effect) and between tc-2.6 and tc-2.7 "--strip-debug" was applied.

I'm surprised it would have this effect though - did you try moving/linking the .a libs to /lib in tc-2.7?

[Juanito]

On both the new and old system /tmp/tcloop/base-dev/usr/lib/libdl.so is a symlink to ../../lib/libdl.so  and that is a non-existing file, i.e. there is no such file in /tmp/tcloop/base-dev/lib

Ah - thanks, that might explain things, I'll look at this is a day or two

Edit: I think these links were added to the base and removed from base-devs a while back - do you have the latest version of base-dev?

[helander]

It  looks like I originally built libc using "--strip-g" (in fact I used a compile switch, but it apparently had the same effect) and between tc-2.6 and tc-2.7 "--strip-debug" was applied.

I'm surprised it would have this effect though - did you try moving/linking the .a libs to /lib in tc-2.7?

No, I did not do that. Since the fallback to 2.6 enabled me to continue with my work I stopped trying to fix it for 2.8. In case you want me to try out something for your analysis please let me know.

/Lars

[curaga]

I guess they were accidentally stripped for more than debug in the 2.7 cycle.

[Juanito]

@Lars - could you let me know what you were trying to compile so I can test?

Edit: I removed several symlinks in  base-dev that duplicated symlinks in the base.

whereas previously, compiling parted-2.1 with tc-2.7/tc-2.8rc* gave errors that the following could not be found:

/lib/libdl.a
/lib/libdl.so

..with the modified base-dev, parted compiles without errors (even though libdl.a and libdl.so are both in /usr/lib and not in /lib)

NB: for the record, libc was compiled with "--enable-omitfp" (build undebuggable optimized library)

[helander]

Juanito,

I just built with the updated base-dev extension installed and it works fine.

Thank you very much for fixing this

/Lars