Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-14 Thread William A. Hoffman
At 06:10 AM 8/13/2006, Friedrich W. H. Kossebau wrote:

>As Alex suggested, perhaps the reason is that 1 is treated as a plain variable 
>and set to 0 (LDAP_FOUND was FALSE for me) and in the consequence in AND 
>expressions, which are internally using perhaps 1, true and true is always 
>evaluated to 0 == false?
>
>So perhaps it might make sense if cmake checked for something like readonly 
>variables?
>
>Wild guesses, I hope you can make more out of this :)

I get it now, and will look into not allowing 1 to be set to a value like a 
variable.
1 should have showed up as a variable when you printed out all the variables.

-Bill

___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-13 Thread Allen Winter
On Saturday 12 August 2006 18:05, Alexander Neundorf wrote:
> On Saturday 12 August 2006 23:11, Friedrich W. H. Kossebau wrote:
> ...
> > By digging for the last revision that builds, for example, and checking
> > every single change to the first that doesn't. With some luck it was
> > already the second change, which triggered the failed build:
> >
> > The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> > culprit. CMakeLists.txt in kdepimlibs contained
> > macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> > and
> > macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
> >
> > Removing the 1 made sense and gave me a working build again, hurra :)
> > Just don't ask how many hours were spend :/
> 
> Cool that you found it, this one wasn't easy.
> So maybe this had the effect that "1" was set to "0" or something like that...
> 
kdelibs/kimgio/CMakeLists.txt has three lines like this.

I am updating the cmakelint.pl script to look for this problem.

-- 
KDE: Same Thing We Do Everyday... Try to Conquer the World

___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-13 Thread Friedrich W. H. Kossebau
Am Sonntag, 13. August 2006 02:05, schrieb Matt Rogers:
> On Saturday 12 August 2006 17:05, Alexander Neundorf wrote:
> > On Saturday 12 August 2006 23:11, Friedrich W. H. Kossebau wrote:
> > ...
> >
> > > By digging for the last revision that builds, for example, and checking
> > > every single change to the first that doesn't. With some luck it was
> > > already the second change, which triggered the failed build:
> > >
> > > The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> > > culprit. CMakeLists.txt in kdepimlibs contained
> > >   macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> > > and
> > >   macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
> > >
> > > Removing the 1 made sense and gave me a working build again, hurra :)
> > > Just don't ask how many hours were spend :/
> >
> > Cool that you found it, this one wasn't easy.
> > So maybe this had the effect that "1" was set to "0" or something like
> > that...
> >
> > Alex
>
> I made this commit to add the macro_bool_to_01 stuff. Did I do it wrong?

Seems so. :) Passing 1 there makes no sense (to me). From the comments in 
MacroBoolTo01.cmake the macro sets all given variables to 0 or 1, depending 
on the bool value of the first one. So passing a 1 as variable is, well, 
bogus.

> I just copied it from somebody else.

Do you remember where from? It might be wrong there as well.

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-13 Thread Friedrich W. H. Kossebau
Am Sonntag, 13. August 2006 04:06, schrieb William A. Hoffman:
> At 05:11 PM 8/12/2006, Friedrich W. H. Kossebau wrote:
> >The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> >culprit. CMakeLists.txt in kdepimlibs contained
> >macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> >and
> >macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
> >
> >Removing the 1 made sense and gave me a working build again, hurra
> >Just don't ask how many hours were spend :/
> >
> >Bill, perhaps cmake should detect such wrong variables in further
> > versions?
>
> I am still not exactly sure what went wrong.  What is macro_bool_to_01,

$ cat kdelibs/cmake/modules/MacroBoolTo01.cmake
# MACRO_BOOL_TO_01( VAR RESULT0 ... RESULTN )
# This macro evaluates its first argument
# and sets all the given vaiables either to 0 or 1
# depending on the value of the first one

MACRO(MACRO_BOOL_TO_01 FOUND_VAR )
   FOREACH (_current_VAR ${ARGN})
  IF(${FOUND_VAR})
 SET(${_current_VAR} 1)
  ELSE(${FOUND_VAR})
 SET(${_current_VAR} 0)
  ENDIF(${FOUND_VAR})
   ENDFOREACH(_current_VAR)
ENDMACRO(MACRO_BOOL_TO_01)

> and what 1 did you remove?

The last parameter in these "calls" to the macro (whyever they were there):
macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)

> And what did any of this have to do with moc?

:) In KDE4Macros.cmake the creation of rules for the creation of moc files 
(KDE4_AUTOMOC) is guarded with
  if (EXISTS ${_abs_FILE} AND NOT _skip)

The passing of 1 as variable to the macro MACRO_BOOL_TO_01 causes later here 
the full expression with an AND to return FALSE, although both expressions 
given as operands alone return TRUE (file exists and _skip is "NOTFOUND").

As Alex suggested, perhaps the reason is that 1 is treated as a plain variable 
and set to 0 (LDAP_FOUND was FALSE for me) and in the consequence in AND 
expressions, which are internally using perhaps 1, true and true is always 
evaluated to 0 == false?

So perhaps it might make sense if cmake checked for something like readonly 
variables?

Wild guesses, I hope you can make more out of this :)

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-13 Thread Alexander Neundorf
On Sunday 13 August 2006 04:06, William A. Hoffman wrote:
> At 05:11 PM 8/12/2006, Friedrich W. H. Kossebau wrote:
> >The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> >culprit. CMakeLists.txt in kdepimlibs contained
> >macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> >and
> >macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
> >
> >Removing the 1 made sense and gave me a working build again, hurra
> >Just don't ask how many hours were spend :/
> >
> >Bill, perhaps cmake should detect such wrong variables in further
> > versions?
>
> I am still not exactly sure what went wrong.  What is macro_bool_to_01, and
> what 1 did you remove?And what did any of this have to do with moc?

That's the macro:

# MACRO_BOOL_TO_01( VAR RESULT0 ... RESULTN )
# This macro evaluates its first argument
# and sets all the given vaiables either to 0 or 1
# depending on the value of the first one

MACRO(MACRO_BOOL_TO_01 FOUND_VAR )
   FOREACH (_current_VAR ${ARGN})
  IF(${FOUND_VAR})
 SET(${_current_VAR} 1)
  ELSE(${FOUND_VAR})
 SET(${_current_VAR} 0)
  ENDIF(${FOUND_VAR})
   ENDFOREACH(_current_VAR)
ENDMACRO(MACRO_BOOL_TO_01)

I think using "1" as name for a variable might cause some problem.

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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread William A. Hoffman
At 05:11 PM 8/12/2006, Friedrich W. H. Kossebau wrote:
>The passing of 1 as a variable to the macro "macro_bool_to_01" was the 
>culprit. CMakeLists.txt in kdepimlibs contained
>macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
>and
>macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
>
>Removing the 1 made sense and gave me a working build again, hurra 
>Just don't ask how many hours were spend :/
>
>Bill, perhaps cmake should detect such wrong variables in further versions? 

I am still not exactly sure what went wrong.  What is macro_bool_to_01, and
what 1 did you remove?And what did any of this have to do with moc?

-Bill


___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread Matt Rogers
On Saturday 12 August 2006 17:05, Alexander Neundorf wrote:
> On Saturday 12 August 2006 23:11, Friedrich W. H. Kossebau wrote:
> ...
>
> > By digging for the last revision that builds, for example, and checking
> > every single change to the first that doesn't. With some luck it was
> > already the second change, which triggered the failed build:
> >
> > The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> > culprit. CMakeLists.txt in kdepimlibs contained
> > macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> > and
> > macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
> >
> > Removing the 1 made sense and gave me a working build again, hurra :)
> > Just don't ask how many hours were spend :/
>
> Cool that you found it, this one wasn't easy.
> So maybe this had the effect that "1" was set to "0" or something like
> that...
>
> Alex

I made this commit to add the macro_bool_to_01 stuff. Did I do it wrong? I 
just copied it from somebody else.
--
Matt
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: [SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread Alexander Neundorf
On Saturday 12 August 2006 23:11, Friedrich W. H. Kossebau wrote:
...
> By digging for the last revision that builds, for example, and checking
> every single change to the first that doesn't. With some luck it was
> already the second change, which triggered the failed build:
>
> The passing of 1 as a variable to the macro "macro_bool_to_01" was the
> culprit. CMakeLists.txt in kdepimlibs contained
>   macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
> and
>   macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)
>
> Removing the 1 made sense and gave me a working build again, hurra :)
> Just don't ask how many hours were spend :/

Cool that you found it, this one wasn't easy.
So maybe this had the effect that "1" was set to "0" or something like that...

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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


[SOLVED] Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread Friedrich W. H. Kossebau
Am Freitag, 11. August 2006 13:05, schrieb Friedrich W. H. Kossebau:
> Hi,
>
> cmake 2.4.* seems to fail creating moc files in kdepimlibs (current svn).
>
> [  0%] Building CXX object
> kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/server.o
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.
>cpp:185:22: error: server.moc: Datei oder Verzeichnis nicht gefunden
> make[2]: *** [kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/server.o] Fehler 1
> make[1]: *** [kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/all] Fehler 2
> make: *** [all] Fehler 2
>
> Same for other subdirs, all moc dependencies are missing.
>
> In other modules like kdebase, kdeutils and kdelibs everything works fine.
> I tried cmake 2.4.{1,2,3}...
>
> Any idea how to debug this?

By digging for the last revision that builds, for example, and checking every 
single change to the first that doesn't. With some luck it was already the 
second change, which triggered the failed build:

The passing of 1 as a variable to the macro "macro_bool_to_01" was the 
culprit. CMakeLists.txt in kdepimlibs contained
macro_bool_to_01(LDAP_FOUND HAVE_LDAP 1)
and
macro_bool_to_01(SASL2_FOUND HAVE_SASL2 1)

Removing the 1 made sense and gave me a working build again, hurra :)
Just don't ask how many hours were spend :/

Bill, perhaps cmake should detect such wrong variables in further versions? ;)

Thanks for trying to help, Alex and Bill, :)
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread Friedrich W. H. Kossebau
Am Samstag, 12. August 2006 15:33, schrieb Alexander Neundorf:
> On Friday 11 August 2006 23:10, you wrote:
> > Am Freitag, 11. August 2006 23:09, schrieb Alexander Neundorf:
> > > On Friday 11 August 2006 22:55, Friedrich W. H. Kossebau wrote:
> > > > From what I see cmake 2.4.* itself has some broken inner state here.
> > > > Perhaps someone could attach a a debugger to it? ;)
> > >
> > > It might have to do with some escaping, so that some variable is not
> > > escaped correctly and gets interpreted as cmake command or something
> > > like this.
> >
> > Is there a command to dump all current variables, so one could check
> > them?
>
> The man page is your friend :-)
>
> GET_CMAKE_PROPERTY
>  Get a property of the CMake instance.
>
>  GET_CMAKE_PROPERTY(VAR property)
>  Get a property from the CMake instance. The value of the property is
> stored in the variable VAR. If the property is not found, CMake will report
> an error. Some supported properties include: VARIABLES, CACHE_VARIABLES,
> COMMANDS, and MACROS.
>
> So the following should get you all variables:
>
> get_cmake_property(all_vars VARIABLES)

Thanks. I experimented a little by dumping this and that, but saw nothing 
strange. I give up now, my knowledge to do bug hunting is too low :(

Please everyone tell me:
Am I the only one to experience this problem with current svn? By now I heard 
only from Brad Hards, who had the same problem also with parts(?) of 
kdegraphics.

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-12 Thread Alexander Neundorf
On Friday 11 August 2006 23:10, you wrote:
> Am Freitag, 11. August 2006 23:09, schrieb Alexander Neundorf:
> > On Friday 11 August 2006 22:55, Friedrich W. H. Kossebau wrote:
> > > From what I see cmake 2.4.* itself has some broken inner state here.
> > > Perhaps someone could attach a a debugger to it? ;)
> >
> > It might have to do with some escaping, so that some variable is not
> > escaped correctly and gets interpreted as cmake command or something like
> > this.
>
> Is there a command to dump all current variables, so one could check them?

The man page is your friend :-)

GET_CMAKE_PROPERTY 
 Get a property of the CMake instance. 

 GET_CMAKE_PROPERTY(VAR property) 
 Get a property from the CMake instance. The value of the property is stored 
 in the variable VAR. If the property is not found, CMake will report an
 error. Some supported properties include: VARIABLES, CACHE_VARIABLES,
 COMMANDS, and MACROS.

So the following should get you all variables:

get_cmake_property(all_vars VARIABLES)

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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Friedrich W. H. Kossebau
Am Freitag, 11. August 2006 23:09, schrieb Alexander Neundorf:
> On Friday 11 August 2006 22:55, Friedrich W. H. Kossebau wrote:
> > From what I see cmake 2.4.* itself has some broken inner state here.
> > Perhaps someone could attach a a debugger to it? ;)
>
> It might have to do with some escaping, so that some variable is not
> escaped correctly and gets interpreted as cmake command or something like
> this.

Is there a command to dump all current variables, so one could check them?

Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Alexander Neundorf
On Friday 11 August 2006 22:55, Friedrich W. H. Kossebau wrote:
> Taking the list back into address (sorry for not checking before):
>
> Am Freitag, 11. August 2006 22:37, schrieb Alexander Neundorf:
> > On Friday 11 August 2006 22:23, Friedrich W. H. Kossebau wrote:
> > > Hi Alex,
> >
> > ...
> >
> > > and run cmake:
> > > ---8< ---
> > > --
> > > file:
> > > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/emailfunctions/em
> > >ai l. cpp skip: NOTFOUND
> > > --
> > > file:
> > > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/ser
> > >ve r. cpp skip: NOTFOUND
> > > --
> > > file:
> > > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/que
> > >ry .c pp skip: NOTFOUND
> > > ---8< ---
> > > and so on...
> > >
> > > But with e.g. kdeutils I get
> > > ---8< ---
> > > -- file:
> > > /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/main.cpp skip:
> > > NOTFOUND
> > > -- if condition meet.
> > > -- file:
> > > /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/arkapp.cpp
> > > skip: NOTFOUND
> > > -- if condition meet.
> >
> > Now this is really strange.
> > Do you have symlinks in the path maybe ?
>
> Not that I know of. No.
>
> > Can you please try this:
> >
> >
> >   message(STATUS "file: ${_abs_FILE} skip: ${_skip}")
> >
> >   if (EXISTS ${_abs_FILE} )
> >  message(STATUS "file exists")
> >   endif (EXISTS ${_abs_FILE})
> >
> >   if (NOT _skip)
> >  message(STATUS "not skip")
> >   endif (NOT _skip)
> >
> >   if (EXISTS ${_abs_FILE} AND NOT _skip)
> >   message(STATUS "if condition meet.")
> >
> :) Tried before, and yes, both conditions are always met if used separatly.
>
> Even worse, as written in the other email to Bill, after splitting the AND
> into two IFs the inner part is reached but cmake soon stops with an error
> with a wrong message:
> --- 8< ---
> CMake Error: Error in cmake code at
> \nMissing Requirements:${_requirements}:180:
> MESSAGE In the
> file
> "/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server
>.cpp" the moc file "server.moc" is included,
> but
> "/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server
>.h" doesn't exist.
> Current CMake
> stack:
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/CMakeLi
>sts.txt --- 8< ---
> "\nMissing Requirements:${_requirements}" is sometimes a different, random
> string. The line number 180 is not matching the line in svn due to a lot of
> debug messages and tests, was somewhere in the middle of the inner part of
> the ifs.
> And
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.
>h does(!) exist.
>
> But: no crash for kdelibs, kdebase, kdeutils, there it runs fine.
>
> From what I see cmake 2.4.* itself has some broken inner state here.
> Perhaps someone could attach a a debugger to it? ;)

It might have to do with some escaping, so that some variable is not escaped 
correctly and gets interpreted as cmake command or something like this.

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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Friedrich W. H. Kossebau
Taking the list back into address (sorry for not checking before):

Am Freitag, 11. August 2006 22:37, schrieb Alexander Neundorf:
> On Friday 11 August 2006 22:23, Friedrich W. H. Kossebau wrote:
> > Hi Alex,
>
> ...
>
> > and run cmake:
> > ---8< ---
> > --
> > file:
> > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/emailfunctions/emai
> >l. cpp skip: NOTFOUND
> > --
> > file:
> > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/serve
> >r. cpp skip: NOTFOUND
> > --
> > file:
> > /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/query
> >.c pp skip: NOTFOUND
> > ---8< ---
> > and so on...
> >
> > But with e.g. kdeutils I get
> > ---8< ---
> > -- file: /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/main.cpp
> > skip: NOTFOUND
> > -- if condition meet.
> > -- file:
> > /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/arkapp.cpp skip:
> > NOTFOUND
> > -- if condition meet.
>
> Now this is really strange.
> Do you have symlinks in the path maybe ?

Not that I know of. No.

> Can you please try this:
>
>
>   message(STATUS "file: ${_abs_FILE} skip: ${_skip}")
>
>   if (EXISTS ${_abs_FILE} )
>  message(STATUS "file exists")
>   endif (EXISTS ${_abs_FILE})
>
>   if (NOT _skip)
>  message(STATUS "not skip")
>   endif (NOT _skip)
>
>   if (EXISTS ${_abs_FILE} AND NOT _skip)
>   message(STATUS "if condition meet.")

:) Tried before, and yes, both conditions are always met if used separatly.

Even worse, as written in the other email to Bill, after splitting the AND 
into two IFs the inner part is reached but cmake soon stops with an error 
with a wrong message:
--- 8< ---
CMake Error: Error in cmake code at
\nMissing Requirements:${_requirements}:180:
MESSAGE In the 
file 
"/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.cpp"
 
the moc file "server.moc" is included, 
but 
"/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.h" 
doesn't exist.
Current CMake 
stack: 
/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/CMakeLists.txt
--- 8< ---
"\nMissing Requirements:${_requirements}" is sometimes a different, random 
string. The line number 180 is not matching the line in svn due to a lot of 
debug messages and tests, was somewhere in the middle of the inner part of 
the ifs. 
And 
/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.h 
does(!) exist.

But: no crash for kdelibs, kdebase, kdeutils, there it runs fine.

>From what I see cmake 2.4.* itself has some broken inner state here. Perhaps 
someone could attach a a debugger to it? ;)

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Alexander Neundorf
On Friday 11 August 2006 22:23, Friedrich W. H. Kossebau wrote:
> Hi Alex,
...
> and run cmake:
> ---8< ---
> --
> file:
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/emailfunctions/email.
>cpp skip: NOTFOUND
> --
> file:
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.
>cpp skip: NOTFOUND
> --
> file:
> /home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/query.c
>pp skip: NOTFOUND
> ---8< ---
> and so on...
>
> But with e.g. kdeutils I get
> ---8< ---
> -- file: /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/main.cpp
> skip: NOTFOUND
> -- if condition meet.
> -- file: /home/koder/Programmieren/kdesvn/trunk/KDE/kdeutils/ark/arkapp.cpp
> skip: NOTFOUND
> -- if condition meet.

Now this is really strange.
Do you have symlinks in the path maybe ?

Can you please try this:


  message(STATUS "file: ${_abs_FILE} skip: ${_skip}")

  if (EXISTS ${_abs_FILE} )
 message(STATUS "file exists")
  endif (EXISTS ${_abs_FILE})

  if (NOT _skip)
 message(STATUS "not skip")
  endif (NOT _skip)

  if (EXISTS ${_abs_FILE} AND NOT _skip)
  message(STATUS "if condition meet.")


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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Alexander Neundorf
On Friday 11 August 2006 17:00, Friedrich W. H. Kossebau wrote:
> Hi Bill,
>
> Am Freitag, 11. August 2006 15:05, schrieb William A. Hoffman:
> > The dashboard for kdelibs looks good:
>
> Yes, kdebase, kdeutils and kdelibs do fine for me. But kdepimlibs does not.
> Brad Hards on irc reported the same problems for kdegraphics.
>
> > http://public.kitware.com/KDE/Testing/Dashboard/20060811-0100-Nightly/Das
> >hb oard.html
> >
> > Mingw is the only platform not building.  The error you are getting
> > usual comes from generated moc sources not being added to the target
> > they are used in (even if they are header files).
>
> With the help of Tobias König I managed to reduce the problem to the
> following line in "MACRO (KDE4_AUTOMOC)" in KDE4Macros.cmake:
>   if (EXISTS ${_abs_FILE} AND NOT _skip)
>
> Usually EXISTS ${_abs_FILE} returns true and _skip is "NOTFOUND", like
> debugging with message() tells.

Which value do _abs_FILE and _skip have here ?
I.e.
message(STATUS "file: ${_abs_FILE} skip: ${_skip}")

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
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Friedrich W. H. Kossebau
Am Freitag, 11. August 2006 17:26, schrieb William A. Hoffman:
> At 11:00 AM 8/11/2006, Friedrich W. H. Kossebau wrote:
> >Hi Bill,
> >
> >Am Freitag, 11. August 2006 15:05, schrieb William A. Hoffman:
> >> The dashboard for kdelibs looks good:
> >
> >Yes, kdebase, kdeutils and kdelibs do fine for me. But kdepimlibs does
> > not. Brad Hards on irc reported the same problems for kdegraphics.
> >
> >> http://public.kitware.com/KDE/Testing/Dashboard/20060811-0100-Nightly/Da
> >>shb oard.html
> >>
> >> Mingw is the only platform not building.  The error you are getting
> >> usual comes from generated moc sources not being added to the target
> >> they are used in (even if they are header files).
> >
> >With the help of Tobias König I managed to reduce the problem to the
> > following line in "MACRO (KDE4_AUTOMOC)" in KDE4Macros.cmake:
> >  if (EXISTS ${_abs_FILE} AND NOT _skip)
> >
> >Usually EXISTS ${_abs_FILE} returns true and _skip is "NOTFOUND", like
> >debugging with message() tells.
> >
> >For whatever(!) reason in kdepimlibs the full expression returns false, in
> >kde{libs,base,utils} returns true for the same values!
> >
> >We are lost. What is happening here?
>
> Add some message("looking for: [${_abs_FILE}] ") calls into the macro and
> re-run cmake.  Maybe it will shed some light on the issue.

Thanks, but this is what we already did (I tried to tell this above 
with "debugging with message()").

I tried now with splitting the AND condition into two ifs:
  if (EXISTS ${_abs_FILE})
  if (NOT _skip)
and corresponding endifs. 

No luck. Now cmakes stops with:

CMake Error: Error in cmake code at
\nMissing Requirements:${_requirements}:180:
MESSAGE In the 
file 
"/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.cpp"
 
the moc file "server.moc" is included, 
but 
"/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.h" 
doesn't exist.
Current CMake 
stack: 
/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/CMakeLists.txt

"\nMissing Requirements:${_requirements}" is sometimes a different, random 
string. 
And 
/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.h 
does(!) exist.

But: no crash for kdelibs, kdebase, kdeutils.

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread William A. Hoffman
At 11:00 AM 8/11/2006, Friedrich W. H. Kossebau wrote:
>Hi Bill,
>
>Am Freitag, 11. August 2006 15:05, schrieb William A. Hoffman:
>> The dashboard for kdelibs looks good:
>
>Yes, kdebase, kdeutils and kdelibs do fine for me. But kdepimlibs does not. 
>Brad Hards on irc reported the same problems for kdegraphics.
>
>> http://public.kitware.com/KDE/Testing/Dashboard/20060811-0100-Nightly/Dashb
>>oard.html
>>
>> Mingw is the only platform not building.  The error you are getting
>> usual comes from generated moc sources not being added to the target
>> they are used in (even if they are header files).
>
>With the help of Tobias König I managed to reduce the problem to the following 
>line in "MACRO (KDE4_AUTOMOC)" in KDE4Macros.cmake:
>  if (EXISTS ${_abs_FILE} AND NOT _skip)
>
>Usually EXISTS ${_abs_FILE} returns true and _skip is "NOTFOUND", like 
>debugging with message() tells.
>
>For whatever(!) reason in kdepimlibs the full expression returns false, in 
>kde{libs,base,utils} returns true for the same values!
>
>We are lost. What is happening here?


Add some message("looking for: [${_abs_FILE}] ") calls into the macro and re-run
cmake.  Maybe it will shed some light on the issue.

-Bill

___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread Friedrich W. H. Kossebau
Hi Bill,

Am Freitag, 11. August 2006 15:05, schrieb William A. Hoffman:
> The dashboard for kdelibs looks good:

Yes, kdebase, kdeutils and kdelibs do fine for me. But kdepimlibs does not. 
Brad Hards on irc reported the same problems for kdegraphics.

> http://public.kitware.com/KDE/Testing/Dashboard/20060811-0100-Nightly/Dashb
>oard.html
>
> Mingw is the only platform not building.  The error you are getting
> usual comes from generated moc sources not being added to the target
> they are used in (even if they are header files).

With the help of Tobias König I managed to reduce the problem to the following 
line in "MACRO (KDE4_AUTOMOC)" in KDE4Macros.cmake:
  if (EXISTS ${_abs_FILE} AND NOT _skip)

Usually EXISTS ${_abs_FILE} returns true and _skip is "NOTFOUND", like 
debugging with message() tells.

For whatever(!) reason in kdepimlibs the full expression returns false, in 
kde{libs,base,utils} returns true for the same values!

We are lost. What is happening here?

Regards
Friedrich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: cmake 2.4.* does not create moc files in kdepimlibs

2006-08-11 Thread William A. Hoffman
The dashboard for kdelibs looks good:

http://public.kitware.com/KDE/Testing/Dashboard/20060811-0100-Nightly/Dashboard.html

Mingw is the only platform not building.  The error you are getting
usual comes from generated moc sources not being added to the target 
they are used in (even if they are header files).

-Bill

At 07:05 AM 8/11/2006, Friedrich W. H. Kossebau wrote:
>Hi,
>
>cmake 2.4.* seems to fail creating moc files in kdepimlibs (current svn).
>
>[  0%] Building CXX object kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/server.o
>/home/koder/Programmieren/kdesvn/trunk/KDE/kdepimlibs/kxmlrpcclient/server.cpp:185:22:
> 
>error: server.moc: Datei oder Verzeichnis nicht gefunden
>make[2]: *** [kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/server.o] Fehler 1
>make[1]: *** [kxmlrpcclient/CMakeFiles/kxmlrpcclient.dir/all] Fehler 2
>make: *** [all] Fehler 2
>
>Same for other subdirs, all moc dependencies are missing.
>
>In other modules like kdebase, kdeutils and kdelibs everything works fine. I 
>tried cmake 2.4.{1,2,3}...
>
>Any idea how to debug this?
>
>Regards
>Friedrich
>___
>Kde-buildsystem mailing list
>Kde-buildsystem@kde.org
>https://mail.kde.org/mailman/listinfo/kde-buildsystem

___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem