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
Recent git updates seem to have fixed the problem here on Windows, at any
rate.
All projects building and running (although one still has to mess around
with copying dlls to certain folders to get it running, not a compile so
much as a packaging problem).
~build-dir/src/support/tests/regfiles con
Am 19.10.2012 um 11:34 schrieb 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
> > >
> > > > * Wh
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
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 th
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 direc
> - 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
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?)
> >
> >
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 ha
>
>
>
>
> 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
Am 16.10.2012 um 09:17 schrieb 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/step
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
Am 16.10.2012 um 08:17 schrieb Stephan Witt :
> Am 15.10.2012 um 23:49 schrieb 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
>>
Am 15.10.2012 um 23:49 schrieb 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 miss
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?)
> >
Am 15.10.2012 um 10:48 schrieb 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
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
On Windows 7, the cmake build process fails to generate a
correct .vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header
files are being included twice.
The solution is to not include the header files.
A
Op 7-10-2012 1:39, Sebastian Audet schreef:
On Windows 7, the cmake build process fails to generate a correct
.vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header files are
being included twice.
The solution is to not include the header files.
A p
Am Samstag, 6. Oktober 2012 um 19:39:42, schrieb Sebastian Audet
> On Windows 7, the cmake build process fails to generate a correct .vcxproj
> for the frontend_qt4 project.
>
> The problem is that Visual Studio decided that the header files are being
> included twice.
>
> The solution is to no
On Windows 7, the cmake build process fails to generate a correct .vcxproj
for the frontend_qt4 project.
The problem is that Visual Studio decided that the header files are being
included twice.
The solution is to not include the header files.
A patched CMakeLists.txt is attached.
NOTE: while t
21 matches
Mail list logo