kdesupport/automoc
Alexander Neundorf
neundorf at kde.org
Tue Jun 22 20:12:33 CEST 2010
On Monday 21 June 2010, Patrick Spendrin wrote:
> Am 21.06.2010 21:52, schrieb Alexander Neundorf:
> > On Monday 24 May 2010, Alexander Neundorf wrote:
> >> On Thursday 20 May 2010, Patrick Spendrin wrote:
> >>> SVN commit 1128891 by sengels:
> >>>
> >>> Hack the hack.
> >>>
> >>> M +3 -0 Automoc4Config.cmake
> >>>
> >>>
> >>> --- trunk/kdesupport/automoc/Automoc4Config.cmake #1128890:1128891
> >>> @@ -62,6 +62,9 @@
> >>> else(EXISTS ${_AUTOMOC4_CURRENT_DIR}/kde4automoc.cpp)
> >>> get_filename_component(_AUTOMOC4_BIN_DIR
> >>> "${_AUTOMOC4_CURRENT_DIR}" PATH)
> >>> get_filename_component(_AUTOMOC4_BIN_DIR "${_AUTOMOC4_BIN_DIR}" PATH)
> >>> + if(WIN32)
> >>> + get_filename_component(_AUTOMOC4_BIN_DIR "${_AUTOMOC4_BIN_DIR}
> >>> REALPATH")
> >>> + endif(WIN32)
> >>
> >> Why is this necessary ?
> >
> > Hmm, I'd still like to know why...
> >
> > Alex
> >
> > P.S. please keep me on CC
>
> simply because g_f_c(.... PATH) will result in '\' if you call it often
> enough, whereas REALPATH results in 'R:\' (the real path you want to get).
The code should get the current directory of the Automoc4Config.cmake file,
then go two levels up, and then append bin/.
Why/how can this go wrong ?
I don't see how this can be called more often ?
Alex
More information about the Kde-buildsystem
mailing list