On Sunday 09 April 2006 22:32, you wrote: > On Saturday 08 April 2006 01:43, Alexander Neundorf wrote: > > > > 3) handle as 4+5 and relink during installation ? > > > > > > No, please. > > > > Your email came to late, I just committed. > > > > > > Wouldn't take a lot of time since this are only very few apps. > > > > > > It's not the time that is the problem, it's the "sudo make install" -> > > > wrong permissions, problem. > > > > In which way wrong permissions ? > > People who do > make ; su -c "make install" > end up with the relinked binary owned by root, which leads to problems > later on when doing "make".
I don't think so. The relinked libs/executables are located in a special directory, so they don't interfere with the normal compile results. Only when deleting the build tree you have to be root then. > Doing linking operations during "make install" is just wrong IMHO. > > Is it good enough that where this is problematic should just > > build without RPATH at all ? > > Yes, since we have the wrapper shell script for calling those binaries > anyway, no? Does .kcfg compilation in kdelibs happen by calling > kcfg_compiler.sh automatically? Yes. > > So it seems we don't need > > kde4_add_executable( target [ NOGUI | RUN_UNINSTALLED] ...) > > but > > kde4_add_executable( target [NOGUI] [RUN_UNINSTALLED] ...) > > Right ? > > Do you mean being able to set both NOGUI and RUN_UNINSTALLED? More RUN_UNINSTALLED but create a OS X bundle, which is currently not implemented. > Hmm... I can't see the relation with the above, but certainly this seems > useful for unit-test programs, and for e.g. kcfg_compiler. > > GUI+RUN_UNINSTALLED would be what interactive test programs > (e.g. kdeui/tests/kwindowtest) would use. Yes. Bye Alex -- Work: alexander.neundorf AT jenoptik.com - http://www.jenoptik-los.de Home: neundorf AT kde.org - http://www.kde.org alex AT neundorf.net - http://www.neundorf.net _______________________________________________ Kde-buildsystem mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-buildsystem
