Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Donnerstag, 18. Oktober 2012 um 22:07:40, schrieb Vincent van Ravesteijn 
v...@lyx.org
 
   - to be able to run the executable, it should be installed along 
  with the
 
   necessary dlls,
 
  
 
 
 *This point still remains. Either:
 - I have to copy the dlls manually to the bin directory,
 - or I have to call check_convert.exe from the directory where the dlls are.
 
 This is the same as for LyX.exe itself. I have to specify the startup 
 directory to point at the directory where the dlls are (the GNUWIN32 dir).

I am lost here.

 * Apart from this it seems to work, though the filetools test fails 
 trivially. On windows the path is C:/foo instead of /foo.

The relevant is in check_filetools.cpp.
cout  FileName(/foo/../bar).absFileName()  endl;
Maybe, we should disable this test for windows, as it always be some [A-Z]: 
prepended.
Looks, like it depends on the working directory.

 * I'm wondering whether we want a new project for every test we will 
 have. Or we need to subgroup some projects.

How? I didn't see, how we can have a project like abc/def.

 * There is also a new 'test' project. What does it test ? What is the 
 difference between check and test ?

As I understood, this one tests tex2lyx (the round trip lyx-tex-lyx)

 * What does checkregfiles mean ?

In the source you can find files regfiles/{convert,filetools,lstrings}
In this test we 
1.) create the related files with the appropriate new command
2.) check, if they are content the same, as the as the provided.
Therefore I named the project checkregfiles. We can rename it to whatever you 
like.

 
 Vincent

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Freitag, 19. Oktober 2012 um 10:44:02, schrieb Stephan Witt st.w...@gmx.net
 Am 19.10.2012 um 10:14 schrieb Kornel Benko kor...@lyx.org:
 
  Am Donnerstag, 18. Oktober 2012 um 22:07:40, schrieb Vincent van Ravesteijn 
  v...@lyx.org
   
 snip
   
   * What does checkregfiles mean ?
   
  In the source you can find files regfiles/{convert,filetools,lstrings}
  In this test we 
  1.) create the related files with the appropriate new command
  2.) check, if they are content the same, as the as the provided.
  Therefore I named the project checkregfiles. We can rename it to whatever 
  you like.
   
 
 Is it like this?
 * regfiles doesn't mean Windows-Registry-Files
 * regfiles is a short-cut for regression test files.
 
 Stephan

Yes. Should it be renamed?

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Sonntag, 14. Oktober 2012 um 19:02:29, schrieb Sebastian Audet 
smau...@my.trine.edu
 
 Nevertheless, apart from my patch (to another non-main branch), the build
 system is indeed broken it seems (or the INSTALL.Win32 readme is out of
 date).

Yes, it looks like INSTALL.Win32 is referring the 2.0.x branch.
Uwe Stöhr uses a .bat file (src/development/cmake/build.bat) to
compile his version. I would try to adapt this to my needs, if I
were forced to use windows.

And it would also help, if someone (you?) could update the info in 
INSTALL.Win32.

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Donnerstag, 18. Oktober 2012 um 22:07:40, schrieb Vincent van Ravesteijn 

> 
> > > - to be able to run the executable, it should be installed along 
> > with the
> >
> > > necessary dlls,
> >
> > >
> >
> 
> *This point still remains. Either:
> - I have to copy the dlls manually to the bin directory,
> - or I have to call check_convert.exe from the directory where the dlls are.
> 
> This is the same as for LyX.exe itself. I have to specify the startup 
> directory to point at the directory where the dlls are (the GNUWIN32 dir).

I am lost here.

> * Apart from this it seems to work, though the filetools test fails 
> trivially. On windows the path is "C:/foo" instead of "/foo".

The relevant is in "check_filetools.cpp".
cout << FileName("/foo/../bar").absFileName() << endl;
Maybe, we should disable this test for windows, as it always be some "[A-Z]:" 
prepended.
Looks, like it depends on the working directory.

> * I'm wondering whether we want a new project for every test we will 
> have. Or we need to subgroup some projects.

How? I didn't see, how we can have a project like "abc/def".

> * There is also a new 'test' project. What does it test ? What is the 
> difference between check and test ?

As I understood, this one tests tex2lyx (the round trip lyx->tex->lyx)

> * What does "checkregfiles" mean ?

In the source you can find files regfiles/{convert,filetools,lstrings}
In this test we 
1.) create the related files with the appropriate new command
2.) check, if they are content the same, as the as the provided.
Therefore I named the project checkregfiles. We can rename it to whatever you 
like.

> >
> Vincent

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Freitag, 19. Oktober 2012 um 10:44:02, schrieb Stephan Witt 
> Am 19.10.2012 um 10:14 schrieb Kornel Benko :
> 
> > Am Donnerstag, 18. Oktober 2012 um 22:07:40, schrieb Vincent van Ravesteijn 
> > 
> > > 
> snip
> >  
> > > * What does "checkregfiles" mean ?
> >  
> > In the source you can find files regfiles/{convert,filetools,lstrings}
> > In this test we 
> > 1.) create the related files with the appropriate new command
> > 2.) check, if they are content the same, as the as the provided.
> > Therefore I named the project checkregfiles. We can rename it to whatever 
> > you like.
> >  
> 
> Is it like this?
> * regfiles doesn't mean Windows-Registry-Files
> * regfiles is a short-cut for regression test files.
> 
> Stephan

Yes. Should it be renamed?

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-19 Thread Kornel Benko
Am Sonntag, 14. Oktober 2012 um 19:02:29, schrieb Sebastian Audet 

> 
> Nevertheless, apart from my patch (to another non-main branch), the build
> system is indeed broken it seems (or the INSTALL.Win32 readme is out of
> date).

Yes, it looks like INSTALL.Win32 is referring the 2.0.x branch.
Uwe Stöhr uses a .bat file (src/development/cmake/build.bat) to
compile his version. I would try to adapt this to my needs, if I
were forced to use windows.

And it would also help, if someone (you?) could update the info in 
INSTALL.Win32.

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-17 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 17:14:31, schrieb Stephan Witt 
st.w...@gmx.net
 Am 16.10.2012 um 13:21 schrieb Kornel Benko kor...@lyx.org:
 
  Am Dienstag, 16. Oktober 2012 um 12:06:08, schrieb Kornel Benko 
  kor...@lyx.org
   
   Versuchen wir es mit der einfachen Version zuerst.
   
 Kornel
   
   
  Ich habe eine leise Ahnung, warum es nicht mit Xcode ging, vorausgesetzt 
  die test-CMakeLists Datei war OK.
  Wir haben zwei unterschiedliche targets. Einmal das executable (erzeugbar 
  mit add_executable()), und
  einmal als Daten in BUILD/support/tests/regfiles/ erzeugt werden.
  Also BUILD/bin/Debug/check_convert versus 
  BUILD/support/tests/regfiles/check_convert.
   
  Vielleicht verträgt cmake-erzeugtes Xcode so etwas nicht.
   
  Anhang: Eine neue Komplett-Version.
   
  Kornel
  CMakeLists.txt
 
 Ld /Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug/check_convert normal 
 x86_64
 cd /Users/stephan/git/lyx
 setenv MACOSX_DEPLOYMENT_TARGET 10.8
 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
  -arch x86_64 -isysroot 
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
  -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug 
 -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug 
 -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug 
 -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug 
 -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug 
 -F/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug 
 -F/Users/stephan/git/lyx-build/qt-4.8.3-frameworks-cocoa-x86_64/lib -filelist 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/src/support/tests/LyX.build/Debug/check_convert.build/Objects-normal/x86_64/check_convert.LinkFileList
  -mmacosx-version-min=10.8 -Wl,-search_paths_first 
 -Wl,-headerpad_max_install_names 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libsupport.a 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libboost_signals.a 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libboost_regex.a 
 -framework QtCore /usr/lib/libz.dylib 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libintl.a 
 /usr/lib/libiconv.dylib -lobjc -framework AppKit -framework CoreFoundation -o 
 /Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug/check_convert
 
 ld: warning: directory not found for option 
 '-L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug'
 ld: warning: directory not found for option 
 '-L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug'
 Undefined symbols for architecture x86_64:
   QDesktopServices::storageLocation(QDesktopServices::StandardLocation), 
 referenced from:
   lyx::support::(anonymous 
 namespace)::get_document_dir(lyx::support::FileName const) in 
 libsupport.a(Package.o)
   lyx::support::(anonymous 
 namespace)::get_default_user_support_dir(lyx::support::FileName const) in 
 libsupport.a(Package.o)
 ld: symbol(s) not found for architecture x86_64
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 
 We need to link the QtGui framework too.
 
 Should I commit it?

Yes please. But split the line. It makes it more readable (for me)

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-17 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 18:06:18, schrieb Vincent van Ravesteijn 
v...@lyx.org
 
 
 
 
  Yes, but nonetheless I'd like to have it resolved.
 
  I would like to know:
 
 
 
  Is the problem in
 
  * Compiling: maybe a missing include reference (something not defined?)
 
  * Linking: maybe missing needed library (which externals are not resolved?)
 
 
 
 
  Kornel
 
 
 
 Last time I checked I had the following problems:
 
 - there is a missing #include string,
 - iconv.lib and intl.lib are not used by the linker,

Is this a problem? Stephan added a third lib today. Not a problem on linux,
but we may use also a platform specific solution iff needed.

 - the executable could not be found (it is in a Debug directory),

Should be OK now

 - to be able to run the executable, it should be installed along with the
 necessary dlls,
 
 I will check the current status later.

 Vincent

Thanks
Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-17 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 17:14:31, schrieb Stephan Witt 

> Am 16.10.2012 um 13:21 schrieb Kornel Benko :
> 
> > Am Dienstag, 16. Oktober 2012 um 12:06:08, schrieb Kornel Benko 
> > 
> > > 
> > > Versuchen wir es mit der einfachen Version zuerst.
> > > 
> > >   Kornel
> >  
> >  
> > Ich habe eine leise Ahnung, warum es nicht mit Xcode ging, vorausgesetzt 
> > die test-CMakeLists Datei war OK.
> > Wir haben zwei unterschiedliche targets. Einmal das executable (erzeugbar 
> > mit add_executable()), und
> > einmal als Daten in /support/tests/regfiles/ erzeugt werden.
> > Also /bin/Debug/check_convert versus 
> > /support/tests/regfiles/check_convert.
> >  
> > Vielleicht verträgt cmake-erzeugtes Xcode so etwas nicht.
> >  
> > Anhang: Eine neue Komplett-Version.
> >  
> > Kornel
> > 
> 
> Ld /Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug/check_convert normal 
> x86_64
> cd /Users/stephan/git/lyx
> setenv MACOSX_DEPLOYMENT_TARGET 10.8
> 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>  -arch x86_64 -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
>  -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug 
> -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug 
> -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug 
> -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug 
> -L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug 
> -F/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug 
> -F/Users/stephan/git/lyx-build/qt-4.8.3-frameworks-cocoa-x86_64/lib -filelist 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/src/support/tests/LyX.build/Debug/check_convert.build/Objects-normal/x86_64/check_convert.LinkFileList
>  -mmacosx-version-min=10.8 -Wl,-search_paths_first 
> -Wl,-headerpad_max_install_names 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libsupport.a 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libboost_signals.a 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libboost_regex.a 
> -framework QtCore /usr/lib/libz.dylib 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/libintl.a 
> /usr/lib/libiconv.dylib -lobjc -framework AppKit -framework CoreFoundation -o 
> /Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug/check_convert
> 
> ld: warning: directory not found for option 
> '-L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug'
> ld: warning: directory not found for option 
> '-L/Users/stephan/git/lyx-build/cmake/2.1.0dev/lib/Debug/Debug'
> Undefined symbols for architecture x86_64:
>   "QDesktopServices::storageLocation(QDesktopServices::StandardLocation)", 
> referenced from:
>   lyx::support::(anonymous 
> namespace)::get_document_dir(lyx::support::FileName const&) in 
> libsupport.a(Package.o)
>   lyx::support::(anonymous 
> namespace)::get_default_user_support_dir(lyx::support::FileName const&) in 
> libsupport.a(Package.o)
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> 
> We need to link the QtGui framework too.
> 
> Should I commit it?

Yes please. But split the line. It makes it more readable (for me)

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-17 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 18:06:18, schrieb Vincent van Ravesteijn 

> >
> >
> >
> >
> > Yes, but nonetheless I'd like to have it resolved.
> >
> > I would like to know:
> >
> >
> >
> > Is the problem in
> >
> > * Compiling: maybe a missing include reference (something not defined?)
> >
> > * Linking: maybe missing needed library (which externals are not resolved?)
> >
> >
> >
> >
> > Kornel
> >
> 
> 
> Last time I checked I had the following problems:
> 
> - there is a missing #include ,
> - iconv.lib and intl.lib are not used by the linker,

Is this a problem? Stephan added a third lib today. Not a problem on linux,
but we may use also a platform specific solution iff needed.

> - the executable could not be found (it is in a "Debug" directory),

Should be OK now

> - to be able to run the executable, it should be installed along with the
> necessary dlls,
> 
> I will check the current status later.
>
> Vincent

Thanks
Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-16 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 08:40:12, schrieb Stephan Witt 
st.w...@gmx.net
  Yes. I think the problem is not the production of check_convert. The 
  problem is the dependency in src/support/tests/regfiles.
  
  The binary `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/check_convert' 
  is never build by Xcode. In case one builds for Debug check_convert is 
  produced in `/Users/stephan/git/lyx-build/cmake/2.1.0dev/Debug/bin' and in 
  `/Users/stephan/git/lyx-build/cmake/2.1.0dev/Release/bin' for Release build.
 
 Sorry, this was not correct (I made the paths manually):
 the binary paths are `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug' 
 resp. `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Release'.
 
 Stephan

OK, I have a new version. This time omitting the path to executables.
Could you please try and report?

Since add_executable(xx ...) creates a target xx, we can depend on that.
And calling xx without path works here. To quote cmake man:

   If COMMAND specifies an executable target (created by ADD_EXECUTABLE)
   it will automatically be replaced by the location of the executable
   created at build time.  Additionally a target-level dependency will be
   added so that the executable target will be built before any target
   using this custom command.  However this does NOT add a file-level
   dependency that would cause the custom command to re-run whenever the
   executable is recompiled.


It should work now.

Kornel
diff --git a/src/support/tests/CMakeLists.txt b/src/support/tests/CMakeLists.txt
index 213b578..c2fb8c6 100644
--- a/src/support/tests/CMakeLists.txt
+++ b/src/support/tests/CMakeLists.txt
@@ -36,10 +36,10 @@ foreach(_src ${check_PROGRAMS})
 	add_custom_command(
 		OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
 		COMMAND ${CMAKE_COMMAND} -E make_directory ${CMAKE_CURRENT_BINARY_DIR}/regfiles
-		COMMAND ${CMAKE_BINARY_DIR}/bin/${_src}  ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
+		COMMAND ${_src}  ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
 		COMMAND ${CMAKE_COMMAND} -E compare_files ${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx} ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
-		DEPENDS	${CMAKE_BINARY_DIR}/bin/${_src} ${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx}
-		COMMENT '${CMAKE_BINARY_DIR}/bin/${_src}'  '${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}'
+		DEPENDS	${_src} ${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx}
+		COMMENT ${_src}  '${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}'
 	)
 	list(APPEND _depends ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src})
 endforeach()


signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-16 Thread Vincent van Ravesteijn




 Yes, but nonetheless I'd like to have it resolved.

 I would like to know:



 Is the problem in

 * Compiling: maybe a missing include reference (something not defined?)

 * Linking: maybe missing needed library (which externals are not resolved?)




 Kornel



Last time I checked I had the following problems:

- there is a missing #include string,
- iconv.lib and intl.lib are not used by the linker,
- the executable could not be found (it is in a Debug directory),
- to be able to run the executable, it should be installed along with the
necessary dlls,

I will check the current status later.

Vincent


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-16 Thread Kornel Benko
Am Dienstag, 16. Oktober 2012 um 08:40:12, schrieb Stephan Witt 

> > Yes. I think the problem is not the production of check_convert. The 
> > problem is the dependency in src/support/tests/regfiles.
> > 
> > The binary `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/check_convert' 
> > is never build by Xcode. In case one builds for Debug check_convert is 
> > produced in `/Users/stephan/git/lyx-build/cmake/2.1.0dev/Debug/bin' and in 
> > `/Users/stephan/git/lyx-build/cmake/2.1.0dev/Release/bin' for Release build.
> 
> Sorry, this was not correct (I made the paths manually):
> the binary paths are `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Debug' 
> resp. `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/Release'.
> 
> Stephan

OK, I have a new version. This time omitting the path to executables.
Could you please try and report?

Since add_executable(xx ...) creates a target "xx", we can depend on that.
And calling "xx" without path works here. To quote cmake man:

   If COMMAND specifies an executable target (created by ADD_EXECUTABLE)
   it will automatically be replaced by the location of the executable
   created at build time.  Additionally a target-level dependency will be
   added so that the executable target will be built before any target
   using this custom command.  However this does NOT add a file-level
   dependency that would cause the custom command to re-run whenever the
   executable is recompiled.


It should work now.

Kornel
diff --git a/src/support/tests/CMakeLists.txt b/src/support/tests/CMakeLists.txt
index 213b578..c2fb8c6 100644
--- a/src/support/tests/CMakeLists.txt
+++ b/src/support/tests/CMakeLists.txt
@@ -36,10 +36,10 @@ foreach(_src ${check_PROGRAMS})
 	add_custom_command(
 		OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
 		COMMAND ${CMAKE_COMMAND} -E make_directory "${CMAKE_CURRENT_BINARY_DIR}/regfiles"
-		COMMAND "${CMAKE_BINARY_DIR}/bin/${_src}" > ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
+		COMMAND ${_src} > ${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}
 		COMMAND ${CMAKE_COMMAND} -E compare_files "${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx}" "${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}"
-		DEPENDS	"${CMAKE_BINARY_DIR}/bin/${_src}" "${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx}"
-		COMMENT "'${CMAKE_BINARY_DIR}/bin/${_src}' > '${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}'"
+		DEPENDS	${_src} "${TOP_SRC_DIR}/src/support/tests/regfiles/${_srcx}"
+		COMMENT "${_src} > '${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}'"
 	)
 	list(APPEND _depends "${CMAKE_CURRENT_BINARY_DIR}/regfiles/${_src}")
 endforeach()


signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-16 Thread Vincent van Ravesteijn
>
>
>
>
> Yes, but nonetheless I'd like to have it resolved.
>
> I would like to know:
>
>
>
> Is the problem in
>
> * Compiling: maybe a missing include reference (something not defined?)
>
> * Linking: maybe missing needed library (which externals are not resolved?)
>
>
>
>
> Kornel
>


Last time I checked I had the following problems:

- there is a missing #include ,
- iconv.lib and intl.lib are not used by the linker,
- the executable could not be found (it is in a "Debug" directory),
- to be able to run the executable, it should be installed along with the
necessary dlls,

I will check the current status later.

Vincent


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-15 Thread Kornel Benko
Please mail also to the list :)

Am Sonntag, 14. Oktober 2012 um 19:02:29, schrieb Sebastian Audet 
smau...@my.trine.edu
 Thank you for the feedback, school projects came into play and delayed my
 response.
 
 At any rate, it appears that the problem may in part be to do with my using
 an different branch.
 
 e.g. I used bazaar to download the following repo
 
  bzr info:
 
 Lightweight checkout (format: 2a)
 Location:
   light checkout root: .
checkout of branch:
 http://bazaar.launchpad.net/~lyx-outline-devel/lyx-outlin
 e/lyx-outline.devel/
 
 Related branches:
   parent branch:
 file:///Users/RobOakes/Developer/LyX-Outline/LyX-Outline.git/
  stacked on: /+branch-id/318098
 
 It appears that it is actively developped, so I assume that patches are
 being maintained, and perhaps not for Windows. The Lyx-git version seems to
 compile correctly.
 
 At any rate, thank you for your reply, I apologize for the mixup!
 
 Nevertheless, apart from my patch (to another non-main branch), the build
 system is indeed broken it seems (or the INSTALL.Win32 readme is out of
 date).
 
 I cannot build check_convert, check_filetools, check_lstrings. I will
 submit another patch if I find a way around this.

That would be fine. I don't have problems on unix, but Vincent already
had also problems with this targets.

 Cmake options:
 
 Commandline options:
 
 -DCMAKE_INSTALL_PREFIX:PATH=~/Development/lyx-git-build
 -DCMAKE_VERBOSE_MAKEFILE:BOOL=1
 -DCMAKE_CONFIGURATION_TYPES:STRING=Debug;Release;MinSizeRel;RelWithDebInfo
 -DLYX_DEPENDENCIES_DOWNLOAD:BOOL=1 -DLYX_INSTALL:BOOL=1
 -DCMAKE_USE_RELATIVE_PATHS:BOOL=1
 
 
  Cache file:
 
 CMAKE_INSTALL_PREFIX:PATH=~/Development/lyx-git-build
 
 CMAKE_VERBOSE_MAKEFILE:BOOL=1
 
 CMAKE_CONFIGURATION_TYPES:STRING=Debug;Release;MinSizeRel;RelWithDebInfo
 
 LYX_DEPENDENCIES_DOWNLOAD:BOOL=1
 
 LYX_INSTALL:BOOL=1
 
 CMAKE_USE_RELATIVE_PATHS:BOOL=1
 
 
  git info:
 
 [core]
 
 repositoryformatversion = 0
 
 filemode = false
 
 bare = false
 
 logallrefupdates = true
 
 symlinks = false
 
 ignorecase = true
 
 hideDotFiles = dotGitOnly
 
 [remote origin]
 
 fetch = +refs/heads/*:refs/remotes/origin/*
 
 url = git://git.lyx.org/lyx
 
 [branch master]
 
 remote = origin
 
 merge = refs/heads/master
 
 [gui]
 
 wmstate = normal
 
 geometry = 887x427+140+244 171 192
 
 
 Symptoms are that the executable never seems to be generated, which causes
 the build to fail, it may be that the executable is never generated due to
 being its own target...if I can't figure it out I'll submit a bug.
 
 
 These projects, as they are tests, don't seem to be essential to building
 the actual executable.
 

Yes, but nonetheless I'd like to have it resolved.
I would like to know:

Is the problem in
* Compiling: maybe a missing include reference (something not defined?)
* Linking: maybe missing needed library (which externals are not 
resolved?)

[snip]

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-15 Thread Kornel Benko
Am Montag, 15. Oktober 2012 um 23:09:27, schrieb Stephan Witt st.w...@gmx.net
  I would like to know:
   
  Is the problem in
* Compiling: maybe a missing include reference (something not 
  defined?)
* Linking: maybe missing needed library (which externals are not 
  resolved?)
   
  [snip]
   
Kornel
 
 This is the problem I have on Mac OS X with cmake:
 
 make: *** No rule to make target 
 `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/check_convert', needed by 
 `/Users/stephan/git/lyx-build/cmake/2.1.0dev/src/support/tests/regfiles/check_convert'.
   Stop.
 
 The build remains unfinished and the LyX binary cannot be started until I 
 change the build target from default ALL_BUILD to LyX.
 
 Stephan

Maybe an error in naming executables on MAC?

The commands to create are used in macro sources.

Expanding it for sources(check_convert a1 a2 a3)

set(check_convert_SOURCES a1 a2 a3)
add_executable(check_convert ${TOP_SRC_DIR}/src/support/tests/a1 ...)
target_link_libraries(check_convert support ${Lyx_Boost_Libraries} 
${QT_QTCORE_LIBRARY} ${ZLIB_LIBRARY} ${LIBINTL_LIBRARIES} ${ICONV_LIBRARY})

So, is there anywhere a target check_convert?

Kornel


signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-15 Thread Kornel Benko
Please mail also to the list :)

Am Sonntag, 14. Oktober 2012 um 19:02:29, schrieb Sebastian Audet 

> Thank you for the feedback, school projects came into play and delayed my
> response.
> 
> At any rate, it appears that the problem may in part be to do with my using
> an different branch.
> 
> e.g. I used bazaar to download the following repo
> 
> > bzr info:
> 
> Lightweight checkout (format: 2a)
> Location:
>   light checkout root: .
>checkout of branch:
> http://bazaar.launchpad.net/~lyx-outline-devel/lyx-outlin
> e/lyx-outline.devel/
> 
> Related branches:
>   parent branch:
> file:///Users/RobOakes/Developer/LyX-Outline/LyX-Outline.git/
>  stacked on: /+branch-id/318098
> 
> It appears that it is actively developped, so I assume that patches are
> being maintained, and perhaps not for Windows. The Lyx-git version seems to
> compile correctly.
> 
> At any rate, thank you for your reply, I apologize for the mixup!
> 
> Nevertheless, apart from my patch (to another non-main branch), the build
> system is indeed broken it seems (or the INSTALL.Win32 readme is out of
> date).
> 
> I cannot build check_convert, check_filetools, check_lstrings. I will
> submit another patch if I find a way around this.

That would be fine. I don't have problems on unix, but Vincent already
had also problems with this targets.

> Cmake options:
> 
> Commandline options:
> 
> -DCMAKE_INSTALL_PREFIX:PATH="~/Development/lyx-git-build"
> -DCMAKE_VERBOSE_MAKEFILE:BOOL="1"
> -DCMAKE_CONFIGURATION_TYPES:STRING="Debug;Release;MinSizeRel;RelWithDebInfo"
> -DLYX_DEPENDENCIES_DOWNLOAD:BOOL="1" -DLYX_INSTALL:BOOL="1"
> -DCMAKE_USE_RELATIVE_PATHS:BOOL="1"
> 
> 
>  Cache file:
> 
> CMAKE_INSTALL_PREFIX:PATH=~/Development/lyx-git-build
> 
> CMAKE_VERBOSE_MAKEFILE:BOOL=1
> 
> CMAKE_CONFIGURATION_TYPES:STRING=Debug;Release;MinSizeRel;RelWithDebInfo
> 
> LYX_DEPENDENCIES_DOWNLOAD:BOOL=1
> 
> LYX_INSTALL:BOOL=1
> 
> CMAKE_USE_RELATIVE_PATHS:BOOL=1
> 
> 
> > git info:
> 
> [core]
> 
> repositoryformatversion = 0
> 
> filemode = false
> 
> bare = false
> 
> logallrefupdates = true
> 
> symlinks = false
> 
> ignorecase = true
> 
> hideDotFiles = dotGitOnly
> 
> [remote "origin"]
> 
> fetch = +refs/heads/*:refs/remotes/origin/*
> 
> url = git://git.lyx.org/lyx
> 
> [branch "master"]
> 
> remote = origin
> 
> merge = refs/heads/master
> 
> [gui]
> 
> wmstate = normal
> 
> geometry = 887x427+140+244 171 192
> 
> 
> Symptoms are that the executable never seems to be generated, which causes
> the build to fail, it may be that the executable is never generated due to
> being its own target...if I can't figure it out I'll submit a bug.
> 
> 
> These projects, as they are tests, don't seem to be essential to building
> the actual executable.
> 

Yes, but nonetheless I'd like to have it resolved.
I would like to know:

Is the problem in
* Compiling: maybe a missing include reference (something not defined?)
* Linking: maybe missing needed library (which externals are not 
resolved?)

[snip]

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: Re: Error in build process on Windows 7, using Visual Studio 2012

2012-10-15 Thread Kornel Benko
Am Montag, 15. Oktober 2012 um 23:09:27, schrieb Stephan Witt 
> > I would like to know:
> >  
> > Is the problem in
> >   * Compiling: maybe a missing include reference (something not 
> > defined?)
> >   * Linking: maybe missing needed library (which externals are not 
> > resolved?)
> >  
> > [snip]
> >  
> >   Kornel
> 
> This is the problem I have on Mac OS X with cmake:
> 
> make: *** No rule to make target 
> `/Users/stephan/git/lyx-build/cmake/2.1.0dev/bin/check_convert', needed by 
> `/Users/stephan/git/lyx-build/cmake/2.1.0dev/src/support/tests/regfiles/check_convert'.
>   Stop.
> 
> The build remains unfinished and the LyX binary cannot be started until I 
> change the build target from default ALL_BUILD to LyX.
> 
> Stephan

Maybe an error in naming executables on MAC?

The commands to create are used in macro sources.

Expanding it for sources(check_convert a1 a2 a3)

set(check_convert_SOURCES a1 a2 a3)
add_executable(check_convert "${TOP_SRC_DIR}/src/support/tests/a1" ...)
target_link_libraries(check_convert support ${Lyx_Boost_Libraries} 
${QT_QTCORE_LIBRARY} ${ZLIB_LIBRARY} ${LIBINTL_LIBRARIES} ${ICONV_LIBRARY})

So, is there anywhere a target check_convert?

Kornel


signature.asc
Description: This is a digitally signed message part.