KDE4: modicum of success on OpenBSD

[Thiago Macieira]

Marc Espie wrote:
>So far, my largest problem isn't kde per se, but cmake. Cmake has no
>code to handle OpenBSD shared libraries correctly, and it's obviously
>going to be fun (we still have old style libname.so.MAJOR.MINOR names,
>and we frown on libname.so). Just making the library name be
>libname.so.MAJOR.MINOR does NOT fly, as that name is not readily
> accessible from outside the build directory, so major issues for
> dependencies... I'll probably end up `faking' the name, having some
> link to a libname.library just used for dependencies, since -lname is
> going to find
>libname.so.MAJOR.MINOR just fine then.

Can you explain how ld finds the library on OpenBSD?

On Linux and other systems I know about, it looks for libname.so and 
libname.a. Then it adds the SONAME from the library as the requirement in 
the target binary.

Does the OpenBSD linker explicitly list libname.so.*.*, sort it and link 
against the highest version? Or does it use the .so + symlink trick too?

>Is kcontrol supposed to work in the 3.80.3 snapshot ? 

No, it's empty on purpose.

>and is the 
> helpcenter supposed to be functional ? kcontrol shows up as empty here
> (no modules) and there is no real documentation in the khelpcenter.
>
>What's the way to make it compile without debug messages ?
>I found -DCMAKE_BUILD_TYPE:String=Release, but things are still very
> verbose (and hence a bit slow). I'd really like to be able to get a
> feeling of KDE4 vs. KDE3...

I use -DCMAKE_BUILD_TYPE=custom -DCMAKE_CXX_FLAGS="...." to make it use my 
flags.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070319/baf7c906/attachment.sig>