[Kde-pim] KDE/kdepimlibs

[Alexander Neundorf]

On Monday 18 February 2008, Tom Albers wrote:
> Op Monday 18 February 2008 23:02 schreef u:
> > On Monday 18 February 2008, Tom Albers wrote:
> > > Because we decided people with KDE 4.0 packages should be able to work
> > > on KDEPIM/KDEPIMLIBS.
> >
> > That's nice for the developers (seriously), but does it actually match
> > with the rest of KDE development, especially for kdepimlibs ?
>
> Up to now it does. I'm not saying we can keep it that way up to the 4.1
> release, but it would be good to maintain it for a while more.
>
> > It is required for building kdebase, and as such it must be able to build
> > against trunk I'd say.
>
> Sure. But also with 4.0 ;-)

You want that, and that's seriously very good for the developers.
But I think we didn't have a rule like this in KDE beore ?

...
> > I think you can put something like the following in
> > kdepimlibs/CMakeLists.txt:
> >
> >  find_package(KDE4)
> > +# Remove the following lines once we depend on kdelibs trunk again
> > +if (NOT DEFINED INSTALL_TARGETS_DEFAULT_ARGS)
> > +   set(INSTALL_TARGETS_DEFAULT_ARGS RUNTIME DESTINATION
> > "${BIN_INSTALL_DIR}" +                                    LIBRARY
> > DESTINATION "${LIB_INSTALL_DIR}" +                                   
> > ARCHIVE DESTINATION "${LIB_INSTALL_DIR}") +endif (NOT DEFINED
> > INSTALL_TARGETS_DEFAULT_ARGS)
> >
> Ok. Voodoo to me, but if it works, that's fine for me.

if the variable does not exist (i.e. is not defined)
  then define it here to what it is otherwise defined in
  FindKDE4Internal.cmake
endif

Alex


_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/