The Testing Area :: April extensions

Quote

Did you consider adding glib-2.0 support in it? Libs seem to be in the base.

- by a bit of trial and error, it seems that glib-2.6.4 is the one used in dsl (or at least it produces a lib with the same name):

Code Sample

$ ls /opt/glibtest2/lib
libglib-2.0.so.0.600.4 [in dsl base]
libgmodule-2.0.so.0.600.4 [not in dsl base]
libgobject-2.0.so.0.600.4 [not in dsl base]
libgthread-2.0.so.0.600.4 [not in dsl base]

- given that three of the glib2 related libs are not in the dsl base, I'm concerned that including the headers for this in compile-3.3.5 might cause more problems that it solves?

LFS makes a wrapper as "lex" that calls flex -l (lex compatibility mode); seems better than just symlinking to me

Already found that via google

Quote

- given that three of the glib2 related libs are not in the dsl base, I'm concerned that including the headers for this in compile-3.3.5 might cause more problems that it solves?

From a preliminary ldd scan, it seems sshfs in the base is the only one needing that lib. Maybe you can just include the dev stuff for that lib? But otherwise, I'd agree with you. (could note it in the .info either way)

And yes, it is glib-2.6.4. I should've thought to say that as well and save you a bit of time.

Quote

Yeah, Bison, Yacc, Pkg-config and Flex are only used at the compile step, so they can be as new as wanted.

Same goes for autoconf and automake I think.

Good the way you've put several automake versions in there - some things want older versions, other things won't build without a recent automake.

Quote

seems better than just symlinking to me

I'm sure. I can't remember what I did.

Next Page...
original here.