Re: Re: Error in build process on Windows 7, using Visual Studio 2012
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
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
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
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
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
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
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
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
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
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
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
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
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
> > > > > 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
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
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
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
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.