Am 25.01.2013 08:39, schrieb Kornel Benko:
This for sure is not my doing. Looks, like your compiler/linker
finds lyx::Encoding::any in Encoding.obj and BiblioInfo.obj.
The last change was Jan 19 by Julien Rioux.
Thanks for the pointer. This was indeed the bug and I corrected this now:
On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr uwesto...@web.de wrote:
Am 25.01.2013 08:39, schrieb Kornel Benko:
This for sure is not my doing. Looks, like your compiler/linker
finds lyx::Encoding::any in Encoding.obj and BiblioInfo.obj.
The last change was Jan 19 by Julien Rioux.
Thanks for
On Fri, Jan 25, 2013 at 6:05 PM, Vincent van Ravesteijn v...@lyx.org wrote:
Op 25 jan. 2013 23:51 schreef Julien Rioux jri...@lyx.org het volgende:
On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr uwesto...@web.de wrote:
Am 25.01.2013 08:39, schrieb Kornel Benko:
This for sure is not my
Am 25.01.2013 23:51, schrieb Julien Rioux:
Your latest change break the compilation for me, while I had no
compilation problem beforehand:
How can that be?
I compile with autotools and gcc 4.6.2, and you?
I am using MSVC 2010 and CMake.
regards Uwe
Am 26.01.2013 00:14, schrieb Julien Rioux:
Uwe is using the merged build.
No I am not. I use the build.bat that we have in Git and it compiles using this
line:
cmake %LYX_SOURCE% -G%USED_STUDIO% -DLYX_MERGE_REBUILD=0 -DLYX_MERGE_FILES=0 -DLYX_NLS=1
-DLYX_INSTALL=1 -DLYX_RELEASE=1
Am 25.01.2013 08:39, schrieb Kornel Benko:
This for sure is not my doing. Looks, like your compiler/linker
finds "lyx::Encoding::any" in Encoding.obj and BiblioInfo.obj.
The last change was Jan 19 by Julien Rioux.
Thanks for the pointer. This was indeed the bug and I corrected this now:
On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr wrote:
> Am 25.01.2013 08:39, schrieb Kornel Benko:
>
>> This for sure is not my doing. Looks, like your compiler/linker
>> finds "lyx::Encoding::any" in Encoding.obj and BiblioInfo.obj.
>>
>> The last change was Jan 19 by Julien Rioux.
On Fri, Jan 25, 2013 at 6:05 PM, Vincent van Ravesteijn wrote:
>
> Op 25 jan. 2013 23:51 schreef "Julien Rioux" het volgende:
>
>
>>
>> On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr wrote:
>> > Am 25.01.2013 08:39, schrieb Kornel Benko:
>> >
>> >>
Am 25.01.2013 23:51, schrieb Julien Rioux:
Your latest change break the compilation for me, while I had no
compilation problem beforehand:
How can that be?
I compile with autotools and gcc 4.6.2, and you?
I am using MSVC 2010 and CMake.
regards Uwe
Am 26.01.2013 00:14, schrieb Julien Rioux:
Uwe is using the merged build.
No I am not. I use the build.bat that we have in Git and it compiles using this
line:
cmake %LYX_SOURCE% -G%USED_STUDIO% -DLYX_MERGE_REBUILD=0 -DLYX_MERGE_FILES=0 -DLYX_NLS=1
-DLYX_INSTALL=1 -DLYX_RELEASE=1
I just checked out the latest trunk and cannot compile it any longer. The bug must have been
introduced within the last 2 days. Kornel, can you please have a look?:
D:\LyXGit\Master\compile-result\INSTALL.vcxproj (default target) (1) -
D:\LyXGit\Master\compile-result\ALL_BUILD.vcxproj (default
Am Freitag, 25. Januar 2013 um 01:57:59, schrieb Uwe Stöhr uwesto...@web.de
I just checked out the latest trunk and cannot compile it any longer. The bug
must have been
introduced within the last 2 days. Kornel, can you please have a look?:
D:\LyXGit\Master\compile-result\INSTALL.vcxproj
I just checked out the latest trunk and cannot compile it any longer. The bug must have been
introduced within the last 2 days. Kornel, can you please have a look?:
"D:\LyXGit\Master\compile-result\INSTALL.vcxproj" (default target) (1) ->
"D:\LyXGit\Master\compile-result\ALL_BUILD.vcxproj"
Am Freitag, 25. Januar 2013 um 01:57:59, schrieb Uwe Stöhr
> I just checked out the latest trunk and cannot compile it any longer. The bug
> must have been
> introduced within the last 2 days. Kornel, can you please have a look?:
>
>
14 matches
Mail list logo