On 19.08.2011 17:36, Kornel wrote:
Am Freitag, 19. August 2011 schrieb Vincent van Ravesteijn:
Op 19-8-2011 16:45, Kornel schreef:
Am Freitag, 19. August 2011 schrieb v...@lyx.org:
...
-set(hints HINTS ${GNUWIN32_DIR}/deps20/gettext-tools)
-FIND_PROGRAM(GETTEXT_MSGMERGE_EXECUTABLE msgmerge
On 19.08.2011 16:52, Vincent van Ravesteijn wrote:
If I have your attention. I'm now puzzled again by LYX_INSTALL_PREFIX
which is a directory but has the value OFF, CMAKE_INSTALL_PREFIX.
Vincent
The problem is that CMAKE generates settings-cmake.nsh with the line:
!define FILES_LYX
On 19.08.2011 16:52, Vincent van Ravesteijn wrote:
If I have your attention. I'm now puzzled again by LYX_INSTALL_PREFIX
which is a directory but has the value OFF, CMAKE_INSTALL_PREFIX.
Vincent
The problem is that CMAKE generates settings-cmake.nsh with the line:
settings.nsh.cmake is
Don't know, how this corresponds to ${hints}. What are your values?
FILES_LYX should be created from value of CMAKE_INSTALL_PREFIX_ABSOLUTE I
think.
CMAKE_INSTALL_PREFIX_ABSOLUTE is used:
!define FILES_LYX @CMAKE_INSTALL_PREFIX_ABSOLUTE@
seems CMAKE_INSTALL_PREFIX_ABSOLUT is somehow
On 19.08.2011 17:04, Kornel wrote:
I have this in cmake-build
...
/usr/bin/c++ -Wall -Wunused-parameter -fno-strict-aliasing -Wall
-Wunused-parameter -O3 -DNDEBUG-pg -pg -pg -pg -pg -pg -pg -pg -pg
-pg -pg -
pg -pg -pg -pg -pg -pg -pg -pg -pg -pg -pg -pg -pg -pg
On 19.08.2011 17:36, Kornel wrote:
Am Freitag, 19. August 2011 schrieb Vincent van Ravesteijn:
Op 19-8-2011 16:45, Kornel schreef:
Am Freitag, 19. August 2011 schrieb v...@lyx.org:
...
-set(hints "HINTS ${GNUWIN32_DIR}/deps20/gettext-tools")
-FIND_PROGRAM(GETTEXT_MSGMERGE_EXECUTABLE
On 19.08.2011 16:52, Vincent van Ravesteijn wrote:
If I have your attention. I'm now puzzled again by LYX_INSTALL_PREFIX
which is a directory but has the value OFF, CMAKE_INSTALL_PREFIX.
Vincent
The problem is that CMAKE generates "settings-cmake.nsh" with the line:
!define FILES_LYX
On 19.08.2011 16:52, Vincent van Ravesteijn wrote:
If I have your attention. I'm now puzzled again by LYX_INSTALL_PREFIX
which is a directory but has the value OFF, CMAKE_INSTALL_PREFIX.
Vincent
The problem is that CMAKE generates "settings-cmake.nsh" with the line:
settings.nsh.cmake is
Don't know, how this corresponds to ${hints}. What are your values?
FILES_LYX should be created from value of "CMAKE_INSTALL_PREFIX_ABSOLUTE" I
think.
CMAKE_INSTALL_PREFIX_ABSOLUTE is used:
!define FILES_LYX "@CMAKE_INSTALL_PREFIX_ABSOLUTE@"
seems CMAKE_INSTALL_PREFIX_ABSOLUT is somehow
On 09.08.2011 16:06, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
https://github.com/downloads/syntheticpp/lyx/lyx20-deps-msvc2010-x86.zip
btw whats the time stamp of this binary? (uploaded by Peter or you?)
Uploaded by Peter on July 09, 2011, according to the log.
It's also here (I
On 09.08.2011 16:06, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
https://github.com/downloads/syntheticpp/lyx/lyx20-deps-msvc2010-x86.zip
btw whats the time stamp of this binary? (uploaded by Peter or you?)
Uploaded by Peter on July 09, 2011, according to the log.
It's also here (I
On 03.07.2011 15:17, John McCabe-Dansted wrote:
Whenever I try to run a recent version of trunk I get the error below.
This does not seem to be a regession in LyX but rather a regression in
the Ubuntu boost... except that they don't seem to have changed that
recently. I don't really know what is
On 03.07.2011 15:17, John McCabe-Dansted wrote:
Whenever I try to run a recent version of trunk I get the error below.
This does not seem to be a regession in LyX but rather a regression in
the Ubuntu boost... except that they don't seem to have changed that
recently. I don't really know what is
On 14.06.2011 20:58, Jürgen Spitzmüller wrote:
Richard Heck wrote:
I intend to build and tag LyX 2.0.1 on Wednesday---or at least try to do
so, as it will be my first time.
Alas, I just stumbled over a bug today that should be fixed before that. Lyx
segfaults as soon as you open a document
On 14.06.2011 20:58, Jürgen Spitzmüller wrote:
Richard Heck wrote:
I intend to build and tag LyX 2.0.1 on Wednesday---or at least try to do
so, as it will be my first time.
Alas, I just stumbled over a bug today that should be fixed before that. Lyx
segfaults as soon as you open a document
On 10.06.2011 09:41, Stephan Witt wrote:
But metrics computation looks innocent in the profiles.
Attached the output of gprof on Linux and Mac.
On the Mac there is no timing, but on both systems
we have the number of function calls, so it gives
at least an idea which function should be
On 10.06.2011 09:41, Stephan Witt wrote:
But metrics computation looks innocent in the profiles.
Attached the output of gprof on Linux and Mac.
On the Mac there is no timing, but on both systems
we have the number of function calls, so it gives
at least an idea which function should be
On 09.06.2011 08:12, Stephan Witt wrote:
To investigate the recently mentioned scrolling problems I did some profiling
on my machine.
See http://www.mail-archive.com/lyx-users@lists.lyx.org/msg87278.html
Ok, it's a completely different environment (Mac, Qt-4.6-Cocoa, SVN-trunk)
but it's
On 09.06.2011 20:21, Peter Kümmel wrote:
On 09.06.2011 08:12, Stephan Witt wrote:
To investigate the recently mentioned scrolling problems I did some profiling
on my machine.
See http://www.mail-archive.com/lyx-users@lists.lyx.org/msg87278.html
Ok, it's a completely different environment (Mac
On 09.06.2011 08:12, Stephan Witt wrote:
To investigate the recently mentioned scrolling problems I did some profiling
on my machine.
See http://www.mail-archive.com/lyx-users@lists.lyx.org/msg87278.html
Ok, it's a completely different environment (Mac, Qt-4.6-Cocoa, SVN-trunk)
but it's
On 09.06.2011 20:21, Peter Kümmel wrote:
On 09.06.2011 08:12, Stephan Witt wrote:
To investigate the recently mentioned scrolling problems I did some profiling
on my machine.
See http://www.mail-archive.com/lyx-users@lists.lyx.org/msg87278.html
Ok, it's a completely different environment (Mac
On 22.05.2011 19:52, Enrico Forestieri wrote:
In this case, your only
bet is recompiling LyX using the attached patch.
Would disabling the definition of USE_PROCESS completely fix the issue?
So why do we not a command line and settings option do switch between the two
modes?
Peter
On 22.05.2011 19:52, Enrico Forestieri wrote:
In this case, your only
bet is recompiling LyX using the attached patch.
Would disabling the definition of USE_PROCESS completely fix the issue?
So why do we not a command line and settings option do switch between the two
modes?
Peter
On 21.05.2011 14:36, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
Log:
cmake: better cmake messages, don't overwrite CPacks default
Modified:
lyx-devel/trunk/CMakeLists.txt
Modified: lyx-devel/trunk/CMakeLists.txt
Peter, could you check, why there are so many
On 21.05.2011 13:32, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
if(PACKAGE_VERSION MATCHES ^\([0-9]+\)\\.\([0-9]+\).*$)
set(LYX_MAJOR_VERSION ${CMAKE_MATCH_1})
set(LYX_MINOR_VERSION ${CMAKE_MATCH_2})
+
On 21.05.2011 14:42, Peter Kümmel wrote:
On 21.05.2011 13:32, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
if(PACKAGE_VERSION MATCHES ^\([0-9]+\)\\.\([0-9]+\).*$)
set(LYX_MAJOR_VERSION ${CMAKE_MATCH_1
On 21.05.2011 14:36, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
Log:
cmake: better cmake messages, don't overwrite CPacks default
Modified:
lyx-devel/trunk/CMakeLists.txt
Modified: lyx-devel/trunk/CMakeLists.txt
Peter, could you check, why there are so many
On 21.05.2011 13:32, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
if(PACKAGE_VERSION MATCHES "^\([0-9]+\)\\.\([0-9]+\).*$")
set(LYX_MAJOR_VERSION ${CMAKE_MATCH_1})
set(LYX_MINOR_VERSION ${CMAKE_MATCH_2})
On 21.05.2011 14:42, Peter Kümmel wrote:
On 21.05.2011 13:32, Kornel Benko wrote:
Am Samstag, 21. Mai 2011 schrieb kuem...@lyx.org:
if(PACKAGE_VERSION MATCHES "^\([0-9]+\)\\.\([0-9]+\).*$")
set(LYX_MAJOR_VERSION ${CMA
On 20.05.2011 17:00, Abdelrazak Younes wrote:
On 19/05/2011 23:31, Peter Kümmel wrote:
On 19.05.2011 14:55, Vincent van Ravesteijn wrote:
On 19-5-2011 14:04, Richard Heck wrote:
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
about the model so even my dumb brain
gets
On 20.05.2011 17:00, Abdelrazak Younes wrote:
On 19/05/2011 23:31, Peter Kümmel wrote:
On 19.05.2011 14:55, Vincent van Ravesteijn wrote:
On 19-5-2011 14:04, Richard Heck wrote:
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
about the model so even my dumb brain
gets
On 19.05.2011 15:41, Uwe Stöhr wrote:
Am 18.05.2011 08:29, schrieb Peter Kümmel:
OK, but why can this not be done automatically. I mean I have to specify the
source folder as
my-lyx-checkout/development/cmake
So it should be possible to automatically set the LYX_DIR_20x variable in CMake
On 19.05.2011 14:55, Vincent van Ravesteijn wrote:
On 19-5-2011 14:04, Richard Heck wrote:
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
about the model so even my dumb brain
gets it. it was written that only maintainer is expected to
determine whats go
On 19.05.2011 16:57, Joost Verburg wrote:
Uwe Stöhruwesto...@web.de wrote in message
news:4dd51e0b.3010...@web.de...
It is the same, but doesn't work, neither in trunk nor branch. I have to
set it manually.
Perhaps because it is only set on Win32, but I am on Win64.
IIRC it does work but it
On 18.05.2011 23:03, venom00 wrote:
Are the fancylineedit.* files 1:1 copied from qtcreator? Then
we should not
touch them otherwise we could lyxify them.
I've changed the namespace, removed an export macro and changed the copyright
notice as you can see in the patch or in a previous mail.
We
On 19.05.2011 15:41, Uwe Stöhr wrote:
Am 18.05.2011 08:29, schrieb Peter Kümmel:
OK, but why can this not be done automatically. I mean I have to specify the
source folder as
/development/cmake
So it should be possible to automatically set the LYX_DIR_20x variable in CMake
automatically
On 19.05.2011 14:55, Vincent van Ravesteijn wrote:
On 19-5-2011 14:04, Richard Heck wrote:
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
about the model so even my dumb brain
gets it. it was written that only maintainer is expected to
determine whats go
On 19.05.2011 16:57, Joost Verburg wrote:
"Uwe Stöhr" wrote in message
news:4dd51e0b.3010...@web.de...
It is the same, but doesn't work, neither in trunk nor branch. I have to
set it manually.
Perhaps because it is only set on Win32, but I am on Win64.
IIRC it does work but
On 18.05.2011 23:03, venom00 wrote:
Are the fancylineedit.* files 1:1 copied from qtcreator? Then
we should not
touch them otherwise we could lyxify them.
I've changed the namespace, removed an export macro and changed the copyright
notice as you can see in the patch or in a previous mail.
We
On 18.05.2011 03:09, Uwe Stöhr wrote:
Am 17.05.2011 08:09, schrieb Peter Kümmel:
1. a LyX.exe file is compiled, but at the end of the compilation process MSVC
complains telling me
D:\LyXSVN\LyX2.0.x\compile-result\Debug\ALL_BUILD
cannot find file
But thee is no such directory, there is only
On 18.05.2011 07:33, Stephan Witt wrote:
Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu:
I think I have found the other conflict: I have recently bought Forever save 2
in a bundle and installed it. Since Lyx is my main editor, I have configured it
for taking snapshots of Lyx 2 documents and
On 18.05.2011 21:04, Vincent van Ravesteijn wrote:
its because of the stability reasons why people usually start think about
some branch and not just trunk. to impose levels of bureaucratic controls
on trunk ...
I don't know why you think I want to impose bureaucratic controls.
Just because I
On 18.05.2011 12:15, Kornel wrote:
Am Mittwoch, 18. Mai 2011 schrieb Richard Heck:
On 05/17/2011 08:52 PM, Uwe Stöhr wrote:
Am 17.05.2011 11:39, schrieb Kornel:
3. I cannot disable the CMake component DOC. It is annoying that the
compiler always stumbles over this component. I can of course
On 18.05.2011 11:51, venom00 wrote:
And... Scons? :P However I'll test it under Linux with
autotools to be sure everything is right.
OK, here's the version of the patch working under Linux with autotools.
So if I'm correct, to add a file which needs the moc file in src/frontends/qt4 I
have to:
On 18.05.2011 11:51, venom00 wrote:
And... Scons? :P However I'll test it under Linux with
autotools to be sure everything is right.
OK, here's the version of the patch working under Linux with autotools.
So if I'm correct, to add a file which needs the moc file in src/frontends/qt4 I
have to:
On 18.05.2011 03:09, Uwe Stöhr wrote:
Am 17.05.2011 08:09, schrieb Peter Kümmel:
1. a LyX.exe file is compiled, but at the end of the compilation process MSVC
complains telling me
D:\LyXSVN\LyX2.0.x\compile-result\Debug\ALL_BUILD
cannot find file
But thee is no such directory, there is only
On 18.05.2011 07:33, Stephan Witt wrote:
Am 17.05.2011 um 23:21 schrieb Murat Yildizoglu:
I think I have found the other conflict: I have recently bought Forever save 2
in a bundle and installed it. Since Lyx is my main editor, I have configured it
for taking snapshots of Lyx 2 documents and
On 18.05.2011 21:04, Vincent van Ravesteijn wrote:
its because of the stability reasons why people usually start think about
some branch and not just trunk. to impose levels of bureaucratic controls
on trunk ...
I don't know why you think I want to impose bureaucratic controls.
Just because I
On 18.05.2011 12:15, Kornel wrote:
Am Mittwoch, 18. Mai 2011 schrieb Richard Heck:
On 05/17/2011 08:52 PM, Uwe Stöhr wrote:
Am 17.05.2011 11:39, schrieb Kornel:
3. I cannot disable the CMake component "DOC". It is annoying that the
compiler always stumbles over this component. I can of course
On 18.05.2011 11:51, venom00 wrote:
And... Scons? :P However I'll test it under Linux with
autotools to be sure everything is right.
OK, here's the version of the patch working under Linux with autotools.
So if I'm correct, to add a file which needs the moc file in src/frontends/qt4 I
have to:
On 18.05.2011 11:51, venom00 wrote:
And... Scons? :P However I'll test it under Linux with
autotools to be sure everything is right.
OK, here's the version of the patch working under Linux with autotools.
So if I'm correct, to add a file which needs the moc file in src/frontends/qt4 I
have to:
On 17.05.2011 01:17, Uwe Stöhr wrote:
I spent now another few hours to get LyX 2_0_x branch to compile with CMake.
I started from a clean SVN tree and followed exactly the file Install.Win32.
There are 3 problems:
1. a LyX.exe file is compiled, but at the end of the compilation process MSVC
On 16.05.2011 23:54, venom00 wrote:
Vincent or someone else, can you tell me if it's OK to include a pair of files
directly from the Qt Creator code?
Just a quick reply so I can go on with the patch.
Isn't QtCreator LGPL? Then it would be ok.
Peter
Is there a reason for which the moc_ file is included at the end? I've spent an
The include triggers the moc generation. I've moved fancylineedit.* into qt4
(no gui code in support, only QtCore classes), then called cmake again and it
build without errors.
hour (in cmake's lyx_automoc
On 17.05.2011 21:46, Vincent van Ravesteijn wrote:
Mmmh, now I'm starting to get confused about your question. Are
you asking why you have to include the moc_* files or why the
moc_* file was not created for fancylineedit ? The creation of
the moc_* file is not trigged by including it.
On 17.05.2011 23:04, Murat Yildizoglu wrote:
Hi Stephan,
I have bad news. I have deactivated Divvy and restarted my laptop. I have
checked that Divvy is not answering its keyboard shortcut and started Lyx 2.
Bang! It has crashed. I have renamed the config folder and restarted, Lyx
has created a
On 16.05.2011 20:45, Pavel Sanda wrote:
hi,
i got this report.
CXXInsetInclude.lo
insets/InsetInclude.cpp: In member function `const lyx::support::FileNameList
lyx::InsetInclude::getBibfilesCache(const lyx::Buffer) const`:
insets/InsetInclude.cpp:809:37: error: uninitialized const
-- warning: *NOT* handled - .app directory case...
CMake Error at /opt/local/share/cmake-2.8/Modules/BundleUtilities.cmake:627
(message):
error: fixup_bundle: not a valid bundle
Call Stack (most recent call first):
cmake_install.cmake:1835 (fixup_bundle)
OK, I have the same here. I
On 17.05.2011 01:17, Uwe Stöhr wrote:
I spent now another few hours to get LyX 2_0_x branch to compile with CMake.
I started from a clean SVN tree and followed exactly the file Install.Win32.
There are 3 problems:
1. a LyX.exe file is compiled, but at the end of the compilation process MSVC
On 16.05.2011 23:54, venom00 wrote:
Vincent or someone else, can you tell me if it's OK to include a pair of files
directly from the Qt Creator code?
Just a quick reply so I can go on with the patch.
Isn't QtCreator LGPL? Then it would be ok.
Peter
Is there a reason for which the moc_ file is included at the end? I've spent an
The include triggers the moc generation. I've moved fancylineedit.* into qt4
(no gui code in support, only QtCore classes), then called cmake again and it
build without errors.
hour (in cmake's lyx_automoc&
On 17.05.2011 21:46, Vincent van Ravesteijn wrote:
Mmmh, now I'm starting to get confused about your question. Are
you asking why you have to include the moc_* files or why the
moc_* file was not created for fancylineedit ? The creation of
the moc_* file is not trigged by including it.
On 17.05.2011 23:04, Murat Yildizoglu wrote:
Hi Stephan,
I have bad news. I have deactivated Divvy and restarted my laptop. I have
checked that Divvy is not answering its keyboard shortcut and started Lyx 2.
Bang! It has crashed. I have renamed the config folder and restarted, Lyx
has created a
On 16.05.2011 20:45, Pavel Sanda wrote:
hi,
i got this report.
CXXInsetInclude.lo
insets/InsetInclude.cpp: In member function `const lyx::support::FileNameList&
lyx::InsetInclude::getBibfilesCache(const lyx::Buffer&) const`:
insets/InsetInclude.cpp:809:37: error: uninitialized const
-- warning: *NOT* handled - .app directory case...
CMake Error at /opt/local/share/cmake-2.8/Modules/BundleUtilities.cmake:627
(message):
error: fixup_bundle: not a valid bundle
Call Stack (most recent call first):
cmake_install.cmake:1835 (fixup_bundle)
OK, I have the same here. I
On 16.05.2011 23:04, David Reeves wrote:
It would be great to have full support for SOAP 1.2 and WCF built into Qt 5.
It's not free but very Qt-like I assume:
http://kdab.com/kd-soap
Peter
On 16.05.2011 23:25, Peter Kümmel wrote:
On 16.05.2011 23:04, David Reeves wrote:
It would be great to have full support for SOAP 1.2 and WCF built into Qt 5.
It's not free but very Qt-like I assume:
http://kdab.com/kd-soap
Peter
What was the command the undo-send, resend HEAD
On 16.05.2011 23:04, David Reeves wrote:
It would be great to have full support for SOAP 1.2 and WCF built into Qt 5.
It's not free but very Qt-like I assume:
http://kdab.com/kd-soap
Peter
On 16.05.2011 23:25, Peter Kümmel wrote:
On 16.05.2011 23:04, David Reeves wrote:
It would be great to have full support for SOAP 1.2 and WCF built into Qt 5.
It's not free but very Qt-like I assume:
http://kdab.com/kd-soap
Peter
What was the command the undo-send, resend HEAD
On 15.05.2011 01:35, Uwe Stöhr wrote:
Am 15.05.2011 00:20, schrieb Peter Kümmel:
Try to add
#define LYX_USE_TR1 1
in config.h
Thanks, this fixed the issue for me!
However since something seemed to be misconfigured, I decided to start from
scratch again (new MSVC
installation, new
On 15.05.2011 18:30, Uwe Stöhr wrote:
Am 15.05.2011 10:03, schrieb Vincent van Ravesteijn:
Wouldn't it be a good idea to:
- first discuss this with Richard and the CMake people,
- wait until the work in trunk has finished,
- wait until it is confirmed that everything works fine for all
On 15.05.2011 20:47, Kornel Benko wrote:
Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
Author: kuemmel
Date: Sat May 14 14:49:26 2011
New Revision: 38754
URL: http://www.lyx.org/trac/changeset/38754
Log:
cmake: remove mac warnings when building intl
Modified:
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
In this mail I collect all topics that are under development in
the current trunk.
Some of the topics that are obvious and/or truly cosmetic will merge
into 'trunk-stable' soon. The other topics will be tested in the
'development' branch for a
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
It would be nice if Kornel or Peter could rewrite this history in logical
steps
and split it up in the different topics.
How could the history changed?
Peter
On 15.05.2011 01:35, Uwe Stöhr wrote:
Am 15.05.2011 00:20, schrieb Peter Kümmel:
> Try to add
> #define LYX_USE_TR1 1
> in config.h
Thanks, this fixed the issue for me!
However since something seemed to be misconfigured, I decided to start from
scratch again (new MSVC
ins
On 15.05.2011 18:30, Uwe Stöhr wrote:
Am 15.05.2011 10:03, schrieb Vincent van Ravesteijn:
Wouldn't it be a good idea to:
- first discuss this with Richard and the CMake people,
- wait until the work in trunk has finished,
- wait until it is confirmed that everything works fine for all
On 15.05.2011 20:47, Kornel Benko wrote:
Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
Author: kuemmel
Date: Sat May 14 14:49:26 2011
New Revision: 38754
URL: http://www.lyx.org/trac/changeset/38754
Log:
cmake: remove mac warnings when building intl
Modified:
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
In this mail I collect all topics that are under development in
the current trunk.
Some of the topics that are obvious and/or truly cosmetic will merge
into 'trunk-stable' soon. The other topics will be tested in the
'development' branch for a
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
It would be nice if Kornel or Peter could rewrite this history in logical
steps
and split it up in the different topics.
How could the history changed?
Peter
On 13.05.2011 09:43, Kornel Benko wrote:
Am Donnerstag, 12. Mai 2011 schrieb kuem...@lyx.org:
Modified: lyx-devel/trunk/CMakeLists.txt
===
=== --- lyx-devel/trunk/CMakeLists.txt Thu May 12 23:48:11
2011(r38731)
On 13.05.2011 11:04, Stephan Witt wrote:
Am 13.05.2011 um 09:48 schrieb Kornel:
Am Freitag, 13. Mai 2011 schrieb Stephan Witt:
Am 13.05.2011 um 00:06 schrieb kuem...@lyx.org:
Author: kuemmel
Date: Fri May 13 00:06:06 2011
New Revision: 38733
URL: http://www.lyx.org/trac/changeset/38733
Log:
Do you still have this warning with current trunk? I could not reproduce it.
Yes, exactly. I have them... with these setting:
OK, let's include config.h. I also moved the .cmake file into the intl folder.
Peter
Running LyX from the build directory should now work on all systems and all IDEs
http://www.lyx.org/trac/changeset/38753/
please test.
Peter
On 14.05.2011 15:08, Peter Kümmel wrote:
Running LyX from the build directory should now work on all systems and all IDEs
and build systems.
http://www.lyx.org/trac/changeset/38753/
please test.
Peter
On 14.05.2011 16:01, Stephan Witt wrote:
Am 14.05.2011 um 15:12 schrieb Peter Kümmel:
On 14.05.2011 15:08, Peter Kümmel wrote:
Running LyX from the build directory should now work on all systems and all IDEs
and build systems.
http://www.lyx.org/trac/changeset/38753/
please test
On 14.05.2011 19:44, Uwe Stöhr wrote:
Following Joost's advice I upgraded to MSVC 2010. But now I'm no longer able to
compile LyX. I get
tons of errors like these:
d:\lyxsvn\lyx-devel\src\frontends\qt4\InGuiThread.h(100) : error C2780: 'boost::
On 13.05.2011 09:43, Kornel Benko wrote:
Am Donnerstag, 12. Mai 2011 schrieb kuem...@lyx.org:
Modified: lyx-devel/trunk/CMakeLists.txt
===
=== --- lyx-devel/trunk/CMakeLists.txt Thu May 12 23:48:11
2011(r38731)
On 13.05.2011 11:04, Stephan Witt wrote:
Am 13.05.2011 um 09:48 schrieb Kornel:
Am Freitag, 13. Mai 2011 schrieb Stephan Witt:
Am 13.05.2011 um 00:06 schrieb kuem...@lyx.org:
Author: kuemmel
Date: Fri May 13 00:06:06 2011
New Revision: 38733
URL: http://www.lyx.org/trac/changeset/38733
Log:
Do you still have this warning with current trunk? I could not reproduce it.
Yes, exactly. I have them... with these setting:
OK, let's include config.h. I also moved the .cmake file into the intl folder.
Peter
Running LyX from the build directory should now work on all systems and all IDEs
http://www.lyx.org/trac/changeset/38753/
please test.
Peter
On 14.05.2011 15:08, Peter Kümmel wrote:
Running LyX from the build directory should now work on all systems and all IDEs
and build systems.
http://www.lyx.org/trac/changeset/38753/
please test.
Peter
On 14.05.2011 16:01, Stephan Witt wrote:
Am 14.05.2011 um 15:12 schrieb Peter Kümmel:
On 14.05.2011 15:08, Peter Kümmel wrote:
Running LyX from the build directory should now work on all systems and all IDEs
and build systems.
http://www.lyx.org/trac/changeset/38753/
please test
On 14.05.2011 19:44, Uwe Stöhr wrote:
Following Joost's advice I upgraded to MSVC 2010. But now I'm no longer able to
compile LyX. I get
tons of errors like these:
d:\lyxsvn\lyx-devel\src\frontends\qt4\InGuiThread.h(100) : error C2780: 'boost::
On 14.05.2011 01:12, Rob Oakes wrote:
It's fixed. It's possible to build with external and internal libintl now.
Thanks for taking a look at it. For some reason, I still kept having problems
(even after deleting my build directory and CMakeLists.txt.user). It still kept
trying to use the
On 14.05.2011 01:01, Rob Oakes wrote:
Thanks Peter,
It's fixed. It's possible to build with external and internal libintl now.
Thanks for taking a look at it. For some reason, I still kept having problems
(even after deleting my build directory and CMakeLists.txt.user). It still kept
On 14.05.2011 01:12, Rob Oakes wrote:
It's fixed. It's possible to build with external and internal libintl now.
Thanks for taking a look at it. For some reason, I still kept having problems
(even after deleting my build directory and CMakeLists.txt.user). It still kept
trying to use the
On 14.05.2011 01:01, Rob Oakes wrote:
Thanks Peter,
It's fixed. It's possible to build with external and internal libintl now.
Thanks for taking a look at it. For some reason, I still kept having problems
(even after deleting my build directory and CMakeLists.txt.user). It still kept
On 12.05.2011 09:56, Jean-Marc Lasgouttes wrote:
Le 12/05/11 06:22, kuem...@lyx.org a écrit :
Log:
cmake: we already test on gettext
Modified: lyx-devel/trunk/development/cmake/configCompiler.h.msvc
==
---
On 12.05.2011 10:00, Jean-Marc Lasgouttes wrote:
Le 11/05/11 08:32, Peter Kümmel a écrit :
The 3rd variant on Mac OSX is as follows:
* lyx binary is named LyX
* it resides in bin/Debug for debug configuration, but it's
- bin/Release/LyX for release configuration,
- bin/MinSizeRel/LyX
On 12.05.2011 18:04, Rob Oakes wrote:
Dear LyX Developers,
Is anyone else getting compilation errors on Mac OS X after the cmake directory
cleanup? I just merged with the most recent SVN, and this is what I'm getting
(after reconfiguring with cmake):
301 - 400 of 4099 matches
Mail list logo