Re: Minimum compiler version

Am 23.10.2015 um 21:16 schrieb Vincent van Ravesteijn: Guillaume Well, I probably can wake you from your dreams of C++11 quickly when I try compiling your C++11 features with MSVC2010... There is MSVC 2015, which is nearly C++11/14 feature complete. So is there any good reason not to

Re: Minimum compiler version

Am 23.10.2015 um 21:27 schrieb Stephan Witt: See and subsequent messages. The only concrete example was Jean-Marc's OSX 10.7 computer, although in this case there is a straightfoward fix according to Google. Note, I've to

Re: Minimum compiler version

Am 23.10.2015 um 21:34 schrieb Vincent van Ravesteijn: support of MSVC2010. I think I don't need to tell Peter about MSVC support for C++11 (I guess he knows better than me). The message was really meant for you: if you introduce C++11 features that cannot compile on MSVC, you will meet

Re: [LyX/master] print callstack on assert

On 28.08.2014 00:20, Richard Heck wrote: On 08/27/2014 01:52 PM, Peter Kümmel wrote: commit ada262a78b2ec12e9697783b27523b8c13b51066 Author: Peter Kümmel kuem...@lyx.org Date: Wed Aug 27 19:40:40 2014 +0200 print callstack on assert diff --git a/src/support/lassert.cpp b/src/support

Re: [LyX/master] On Linux show in crash message box the backtrace

On 25.08.2014 23:54, Scott Kostyshak wrote: On Sat, Jun 14, 2014 at 5:26 AM, Peter Kümmel kuem...@lyx.org wrote: commit 2f17858115247a1f2b9e341e7cbe96148911c1ad Author: Peter Kümmel syntheti...@gmx.net Date: Sat Jun 7 11:12:31 2014 +0200 On Linux show in crash message box the backtrace

Re: [LyX/master] print callstack on assert

On 28.08.2014 00:20, Richard Heck wrote: On 08/27/2014 01:52 PM, Peter Kümmel wrote: commit ada262a78b2ec12e9697783b27523b8c13b51066 Author: Peter Kümmel <kuem...@lyx.org> Date: Wed Aug 27 19:40:40 2014 +0200 print callstack on assert diff --git a/src/support/lassert.cpp b/src/s

Re: [LyX/master] On Linux show in crash message box the backtrace

On 25.08.2014 23:54, Scott Kostyshak wrote: On Sat, Jun 14, 2014 at 5:26 AM, Peter Kümmel <kuem...@lyx.org> wrote: commit 2f17858115247a1f2b9e341e7cbe96148911c1ad Author: Peter Kümmel <syntheti...@gmx.net> Date: Sat Jun 7 11:12:31 2014 +0200 On Linux show in crash

Re: LyX 2.1.1, Again

On 16.06.2014 17:56, Jean-Marc Lasgouttes wrote: 16/06/2014 17:26, Richard Heck: OK. It seems to me we are ready to freeze strings for 2.1.1. Any objection or comment? I think the time is right. JMarc Could someone define LYX_CALLSTACK_PRINTING in support when LyX is compiled with

Re: Major document corruption

On 16.06.2014 22:35, Murat Yildizoglu wrote: Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( You mean you copy the file, so lyx can't touch it any more? Saving by LyX alone doesn't help, because saving with LyX could

Re: Major document corruption

On 16.06.2014 22:35, Murat Yildizoglu wrote: Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( On Linux you could setup a cron job which calls a script: crontab -e

Re: LyX 2.1.1, Again

On 16.06.2014 17:56, Jean-Marc Lasgouttes wrote: 16/06/2014 17:26, Richard Heck: OK. It seems to me we are ready to freeze strings for 2.1.1. Any objection or comment? I think the time is right. JMarc Could someone define LYX_CALLSTACK_PRINTING in support when LyX is compiled with

Re: Major document corruption

On 16.06.2014 22:35, Murat Yildizoglu wrote: Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( You mean you copy the file, so lyx can't touch it any more? Saving by LyX alone doesn't help, because saving with LyX could

Re: Major document corruption

On 16.06.2014 22:35, Murat Yildizoglu wrote: Is this bug that haunts the new version is specific to the OSX version? I am so stressed that I save every two minutes :-( On Linux you could setup a cron job which calls a script: crontab -e

Re: Data Saving Patch 2

On 09.06.2014 13:27, Georg Baum wrote: Jürgen Spitzmüller wrote: I tried with latest master (including your recent changes), and I still get the warning. * Open document * Edit * Save = No warning * Edit more * Save again = This time, the warning dialog pops up. I see it as well with this

Re: Data Saving Patch 2

On 09.06.2014 13:27, Georg Baum wrote: Jürgen Spitzmüller wrote: I tried with latest master (including your recent changes), and I still get the warning. * Open document * Edit * Save => No warning * Edit more * Save again => This time, the warning dialog pops up. I see it as well with this

Re: LyX 2.1.1

On 03.06.2014 18:02, Richard Heck wrote: With this patch in place, I would like to move toward a 2.1.1 release as soon as possible. This does not fix the random crash people have been seeing, but it should prevent really serious dataloss, and that is a very good reason for a release. What

Re: [LyX/master] build with mingw on Windows and Linux

On 07.06.2014 11:24, Georg Baum wrote: Peter Kümmel wrote: commit 080fca85a8fb6714afd7c34e4070687705fa1cb2 Author: Peter Kümmel kuem...@lyx.org Date: Sat Jun 7 07:59:52 2014 +0200 build with mingw on Windows and Linux Very nice! Georg It even works with the C libraries from

Re: [PATCH 1/1] On Linux show in crash message box the backtrace

--- a/src/support/CMakeLists.txt +++ b/src/support/CMakeLists.txt @@ -36,6 +36,10 @@ else() set(support_linkback_headers ) endif() +if(UNIX AND CMAKE_COMPILER_IS_GNUCC AND NOT APPLE) + add_definitions(-DLYX_CALLSTACK_PRINTING) +endif() + Automake build needs to be patched.

Re: [PATCH 1/1] On Linux show in crash message box the backtrace

This patch is for 2.1.x, but could I commit to master? --- src/LyX.cpp |2 +- src/frontends/alert.h |3 ++- src/frontends/qt4/GuiAlert.cpp| 15 +++ src/frontends/qt4/GuiProgress.cpp | 12

Re: LyX 2.1.1

On 03.06.2014 18:02, Richard Heck wrote: With this patch in place, I would like to move toward a 2.1.1 release as soon as possible. This does not fix the random crash people have been seeing, but it should prevent really serious dataloss, and that is a very good reason for a release. What

Re: [LyX/master] build with mingw on Windows and Linux

On 07.06.2014 11:24, Georg Baum wrote: Peter Kümmel wrote: commit 080fca85a8fb6714afd7c34e4070687705fa1cb2 Author: Peter Kümmel <kuem...@lyx.org> Date: Sat Jun 7 07:59:52 2014 +0200 build with mingw on Windows and Linux Very nice! Georg It even works with the C librarie

Re: [PATCH 1/1] On Linux show in crash message box the backtrace

--- a/src/support/CMakeLists.txt +++ b/src/support/CMakeLists.txt @@ -36,6 +36,10 @@ else() set(support_linkback_headers "") endif() +if(UNIX AND CMAKE_COMPILER_IS_GNUCC AND NOT APPLE) + add_definitions(-DLYX_CALLSTACK_PRINTING) +endif() + Automake build needs to be patched.

Re: [PATCH 1/1] On Linux show in crash message box the backtrace

This patch is for 2.1.x, but could I commit to master? > --- src/LyX.cpp |2 +- src/frontends/alert.h |3 ++- src/frontends/qt4/GuiAlert.cpp| 15 +++ src/frontends/qt4/GuiProgress.cpp | 12

Re: LyX 2.1.0 fatal crash

On 30.05.2014 17:53, Paul A. Rubin wrote: I just lost two to three days of work when LyX 2.1.0 crashed. I have no idea what triggered the crash (I think I had just clicked into the middle of a line) and cannot reproduce it. Both the document file and the emergency file are identically corrupted

Re: LyX 2.1.0 fatal crash

On 30.05.2014 17:53, Paul A. Rubin wrote: I just lost two to three days of work when LyX 2.1.0 crashed. I have no idea what triggered the crash (I think I had just clicked into the middle of a line) and cannot reproduce it. Both the document file and the emergency file are identically corrupted

Re: Build bot on travis

On 29.05.2014 13:57, Georg Baum wrote: Peter Kümmel wrote: On 26.05.2014 20:57, Georg Baum wrote: Very nice! Especially the MinGW part is very interesting. Do you have any plans to put this into the main repo? No, and I've lost commit rights with the switch to git. But feel free to chery

Re: Build bot on travis

On 29.05.2014 13:57, Georg Baum wrote: Peter Kümmel wrote: On 26.05.2014 20:57, Georg Baum wrote: Very nice! Especially the MinGW part is very interesting. Do you have any plans to put this into the main repo? No, and I've lost commit rights with the switch to git. But feel free to chery

Re: Build bot on travis

On 26.05.2014 10:58, Jean-Marc Lasgouttes wrote: 25/05/2014 20:07, Peter Kuemmel: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable. It uses MinGW (which is new at all)

Re: Build bot on travis

On 26.05.2014 13:28, Scott Kostyshak wrote: On Sun, May 25, 2014 at 2:07 PM, Peter Kuemmel syntheti...@gmx.net wrote: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable.

Re: Build bot on travis

On 26.05.2014 20:57, Georg Baum wrote: Peter Kuemmel wrote: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable. It uses MinGW (which is new at all) on Linux. It

Re: Build bot on travis

On 26.05.2014 10:58, Jean-Marc Lasgouttes wrote: 25/05/2014 20:07, Peter Kuemmel: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable. It uses MinGW (which is new at all)

Re: Build bot on travis

On 26.05.2014 13:28, Scott Kostyshak wrote: On Sun, May 25, 2014 at 2:07 PM, Peter Kuemmel wrote: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable.

Re: Build bot on travis

On 26.05.2014 20:57, Georg Baum wrote: Peter Kuemmel wrote: Finally I had the time to setup an automatic build for LyX: http://syntheticpp.github.io/LyX-bleeding-edge Runs since several weeks now, so I assume it is quite stable. It uses MinGW (which is new at all) on Linux. It

Re: Saying Hi !

On 28.04.2014 22:31, Tommaso Cucinotta wrote: On 28/04/14 07:15, Peter Kümmel wrote: When designing the transfer protocol you should evaluate Google's Protocol Buffers: https://developers.google.com/protocol-buffers/docs/overview Would guarantee a clean interface to the outer world. And you

Re: Saying Hi !

On 28.04.2014 22:31, Tommaso Cucinotta wrote: On 28/04/14 07:15, Peter Kümmel wrote: When designing the transfer protocol you should evaluate Google's Protocol Buffers: https://developers.google.com/protocol-buffers/docs/overview Would guarantee a clean interface to the outer world. And you

Re: Saying Hi !

On 27.04.2014 22:58, Tommaso Cucinotta wrote: On 27/04/14 19:33, Scott Kostyshak wrote: I don't know much about this topic just in case you missed it, this video shows quickly what it's all about: http://retis.sssup.it/~tommaso/lyx-collaborate.ogv in a kind of mock-up that crashes in a

Re: Saying Hi !

On 27.04.2014 22:58, Tommaso Cucinotta wrote: On 27/04/14 19:33, Scott Kostyshak wrote: I don't know much about this topic just in case you missed it, this video shows quickly what it's all about: http://retis.sssup.it/~tommaso/lyx-collaborate.ogv in a kind of mock-up that crashes in a

Re: RC1 crashes on OSX 10.9

On 12.04.2014 09:29, Murat Yildizoglu wrote: More tests : Close LyX, Re open it. Reopen the document. Add a new table Merge the heading rows fill the table let autosave - no problem add a new line copy another line on it let the autosave no problem. So, I have difficulty to locate the factor

Re: RC1 crashes on OSX 10.9

On 12.04.2014 09:29, Murat Yildizoglu wrote: More tests : Close LyX, Re open it. Reopen the document. Add a new table Merge the heading rows fill the table let autosave -> no problem add a new line copy another line on it let the autosave> no problem. So, I have difficulty to locate the factor

Re: Corkboard code

On 05.11.2013 01:37, Rob Oakes wrote: On 10/26/2013 03:00 AM, Peter Kümmel wrote: Hi Rob, did you make any progress? What is the current status of the code, and what is your plan? Is someone still working on it? If current state is not too hopeless I would also work on it. Peter Hi Peter

Re: Corkboard code

On 18.10.2013 03:32, Vincent van Ravesteijn wrote: Be warned that this is an orphan branch (i.e. it is not connected to the lyx history). Vincent Is it possible to integrate an orphan branch without loosing history? Peter

Re: Corkboard code

On 05.11.2013 01:37, Rob Oakes wrote: On 10/26/2013 03:00 AM, Peter Kümmel wrote: Hi Rob, did you make any progress? What is the current status of the code, and what is your plan? Is someone still working on it? If current state is not too "hopeless" I would also work on it.

Re: Corkboard code

On 18.10.2013 03:32, Vincent van Ravesteijn wrote: Be warned that this is an orphan branch (i.e. it is not connected to the lyx history). Vincent Is it possible to integrate an orphan branch without loosing history? Peter

Re: Corkboard code

On 18.10.2013 04:01, Rob Oakes wrote: I'm in the process of merging this code into the LyX codebase. I'll push what I have as soon as I have a chance. (Probably tomorrow or Saturday.) Hi Rob, did you make any progress? What is the current status of the code, and what is your plan? Is

Re: Corkboard code

On 18.10.2013 04:01, Rob Oakes wrote: I'm in the process of merging this code into the LyX codebase. I'll push what I have as soon as I have a chance. (Probably tomorrow or Saturday.) Hi Rob, did you make any progress? What is the current status of the code, and what is your plan? Is

Re: Corkboard code

On 18.10.2013 03:32, Vincent van Ravesteijn wrote: Apparently Rob has multiple servers. I pushed the code into the GSOC repo. http://git.lyx.org/?p=gsoc.git;a=shortlog;h=refs/heads/outliner/master Be warned that this is an orphan branch (i.e. it is not connected to the lyx history).

Re: Corkboard code

On 18.10.2013 03:32, Vincent van Ravesteijn wrote: Apparently Rob has multiple servers. I pushed the code into the GSOC repo. http://git.lyx.org/?p=gsoc.git;a=shortlog;h=refs/heads/outliner/master Be warned that this is an orphan branch (i.e. it is not connected to the lyx history).

Corkboard code

Hi, I wanna have a look at the corkboard code, but haven't found a git branch anywhere, only Rob's bazaar repository with changes from February. Is there something more actual? Thanks, Peter

Re: Corkboard code

On 17.10.2013 17:13, Vincent van Ravesteijn wrote: Op 17 okt. 2013 07:27 schreef Peter Kümmel syntheti...@gmx.net mailto:syntheti...@gmx.net: Hi, I wanna have a look at the corkboard code, but haven't found a git branch anywhere, only Rob's bazaar repository with changes from February

Clang's memory error detector.

Attached a patch to build with Clang and with its sanitize flags. It should help to detect wrong memory usage: http://clang.llvm.org/docs/UsersManual.html#controlling-code-generation (Some sanitize flags are also available in GCC 4.7/4.8) Short build recipe for Linux: 1. Build Clang clone

Corkboard code

Hi, I wanna have a look at the corkboard code, but haven't found a git branch anywhere, only Rob's bazaar repository with changes from February. Is there something more actual? Thanks, Peter

Re: Corkboard code

On 17.10.2013 17:13, Vincent van Ravesteijn wrote: Op 17 okt. 2013 07:27 schreef "Peter Kümmel" <syntheti...@gmx.net <mailto:syntheti...@gmx.net>>: Hi, I wanna have a look at the corkboard code, but haven't found a git branch anywhere, only Rob's bazaar repository with

Clang's memory error detector.

Attached a patch to build with Clang and with its "sanitize" flags. It should help to detect wrong memory usage: http://clang.llvm.org/docs/UsersManual.html#controlling-code-generation (Some sanitize flags are also available in GCC 4.7/4.8) Short build recipe for Linux: 1. Build Clang

Re: Cmake patch

On 07.12.2011 09:24, Benjamin Piwowarski wrote: On Dec 6, 2011, at 10:14 PM, Peter Kümmel wrote: On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What

Re: r40402 - lyx-devel/trunk/src/support

On 07.12.2011 16:01, Richard Heck wrote: On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have

Re: Cmake patch

On 07.12.2011 09:24, Benjamin Piwowarski wrote: On Dec 6, 2011, at 10:14 PM, Peter Kümmel wrote: On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What

Re: r40402 - lyx-devel/trunk/src/support

On 07.12.2011 16:01, Richard Heck wrote: On 12/07/2011 04:13 AM, Peter Kuemmel wrote: intention was to have it in 2.0.2, but it was harder than I thought, and I've been busy (as have we all). Still, the last set of discussions suggested some real ways forward. What is the current status? Have

Re: Trunk tarballs broken by cmake boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see

Re: Trunk tarballs broken by cmake boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see

Re: Some remaining CMake problems

On 05.12.2011 22:19, Uwe Stöhr wrote: Am 05.12.2011 13:36, schrieb Vincent van Ravesteijn: 1 Warning(s) This seems not harmful. This is just a warning that tells you that static_mutex.cpp is sort of empty because BOOST_HAS_THREADS is not defined. This shouldn't also be related to CMake.

Re: Cmake patch

On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What happens if the compiler is not set? Does it use clang? Couldn't we also build lyx with clang? -- you

Re: CMake problems was: removing scons

There is another issue I noticed: Even if I just have compiled LyX and thus all libs are upt to date, the po-files are recreated. This is unnecessary because nothing has been changed. Is it possible to check also for the po files if something was changed and compile only then? Same here,

Re: Trunk tarballs broken by cmake & boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see

Re: Trunk tarballs broken by cmake & boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see

Re: Some remaining CMake problems

On 05.12.2011 22:19, Uwe Stöhr wrote: Am 05.12.2011 13:36, schrieb Vincent van Ravesteijn: 1 Warning(s) This seems not harmful. This is just a warning that tells you that static_mutex.cpp is sort of empty because BOOST_HAS_THREADS is not defined. This shouldn't also be related to CMake.

Re: Cmake patch

On 01.12.2011 10:01, Benjamin Piwowarski wrote: Hi, please find two patches (in the same file) for cmake building: - the first sets the compiler to gcc for Xcode (based on Xcode version) What happens if the compiler is not set? Does it use clang? Couldn't we also build lyx with clang? -- you

Re: CMake problems was: removing scons

There is another issue I noticed: Even if I just have compiled LyX and thus all libs are upt to date, the po-files are recreated. This is unnecessary because nothing has been changed. Is it possible to check also for the po files if something was changed and compile only then? Same here,

Re: CMake problems was: removing scons

On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: Some remaining CMake problems

On 05.12.2011 02:11, Uwe Stöhr wrote: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON But

Re: CMake problems was: removing scons

On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: Some remaining CMake problems

On 05.12.2011 02:11, Uwe Stöhr wrote: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON But

Re: LyX trunk builded with Qt creator on Ubuntu 11.10

On 02.12.2011 20:25, André Pönitz wrote: On Thu, Dec 01, 2011 at 08:49:16PM -0500, Richard Heck wrote: On 12/01/2011 06:41 PM, André Pönitz wrote: On Thu, Dec 01, 2011 at 06:36:33AM +0200, Nicu Tofan wrote: Hello! I've created the attached .pro file from the source files in the trunk, while

Re: LyX trunk builded with Qt creator on Ubuntu 11.10

On 02.12.2011 20:25, André Pönitz wrote: On Thu, Dec 01, 2011 at 08:49:16PM -0500, Richard Heck wrote: On 12/01/2011 06:41 PM, André Pönitz wrote: On Thu, Dec 01, 2011 at 06:36:33AM +0200, Nicu Tofan wrote: Hello! I've created the attached .pro file from the source files in the trunk, while

Re: LyX 2.0.2 Source Available for Testing

On 26.11.2011 02:18, Richard Heck wrote: On 11/25/2011 04:14 PM, Peter Kümmel wrote: On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems, and let me know the status of binaries, too

Re: LyX 2.0.2 Source Available for Testing

On 26.11.2011 11:01, Peter Kümmel wrote: On 26.11.2011 02:18, Richard Heck wrote: On 11/25/2011 04:14 PM, Peter Kümmel wrote: On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems

Re: LyX 2.0.2 Source Available for Testing

On 26.11.2011 02:18, Richard Heck wrote: On 11/25/2011 04:14 PM, Peter Kümmel wrote: On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems, and let me know the status of binaries, too

Re: LyX 2.0.2 Source Available for Testing

On 26.11.2011 11:01, Peter Kümmel wrote: On 26.11.2011 02:18, Richard Heck wrote: On 11/25/2011 04:14 PM, Peter Kümmel wrote: On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems

Re: LyX 2.0.2 Source Available for Testing

On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems, and let me know the status of binaries, too. I'll plan to do the real release in a few days, possibly Monday. Richard For cmake

Re: LyX 2.0.2 Source Available for Testing

On 25.11.2011 18:49, Richard Heck wrote: I have put the LyX 2.0.2 tarballs here: http://frege.brown.edu/lyx/ Please let me know if you have any problems, and let me know the status of binaries, too. I'll plan to do the real release in a few days, possibly Monday. Richard For cmake

Re: Some warnings with gcc 4.7

On 22.11.2011 21:37, André Pönitz wrote: On Tue, Nov 22, 2011 at 08:29:44PM +0100, Peter Kümmel wrote: On 21.11.2011 23:32, André Pönitz wrote: On Mon, Nov 21, 2011 at 10:53:49PM +0100, Peter Kümmel wrote: On 21.11.2011 21:24, André Pönitz wrote: First guess: gcc sees 'virtual' on two

Re: tar'ed boost headers

On 23.11.2011 02:13, Lars Gullik Bjønnes wrote: Peter Kümmelsyntheti...@gmx.net writes: [...] That is just a number. How does that change anything? On bad effect you will get with i a tar.gz is unwanted size increase in subversion repository size. (one boost.tar.gz each time it is updated.)

Re: Some warnings with gcc 4.7

On 22.11.2011 21:37, André Pönitz wrote: On Tue, Nov 22, 2011 at 08:29:44PM +0100, Peter Kümmel wrote: On 21.11.2011 23:32, André Pönitz wrote: On Mon, Nov 21, 2011 at 10:53:49PM +0100, Peter Kümmel wrote: On 21.11.2011 21:24, André Pönitz wrote: First guess: gcc sees 'virtual' on two

Re: tar'ed boost headers

On 23.11.2011 02:13, Lars Gullik Bjønnes wrote: Peter Kümmel<syntheti...@gmx.net> writes: [...] That is just a number. How does that change anything? On bad effect you will get with i a tar.gz is unwanted size increase in subversion repository size. (one boost.tar.gz each time it is u

Re: Some warnings with gcc 4.7

On 21.11.2011 23:32, André Pönitz wrote: On Mon, Nov 21, 2011 at 10:53:49PM +0100, Peter Kümmel wrote: On 21.11.2011 21:24, André Pönitz wrote: First guess: gcc sees 'virtual' on two member functions but no virtual destructor, cannot prove that delete operates only on static type == Yes

Re: Some warnings with gcc 4.7

On 21.11.2011 23:32, André Pönitz wrote: On Mon, Nov 21, 2011 at 10:53:49PM +0100, Peter Kümmel wrote: On 21.11.2011 21:24, André Pönitz wrote: First guess: gcc sees 'virtual' on two member functions but no virtual destructor, cannot prove that delete operates only on static type == Yes

Re: 'Reply' sends to list.

On 21.11.2011 08:51, Vincent van Ravesteijn wrote: Actaully I would argue that he, and you. are the ones doing it wrong. Wrong? Why? I understand that it's not wise to force everybody to reply-to list. But if I decide to get the reply only once and get it from the list... what's wrong with

Re: tar'ed boost headers

On 21.11.2011 09:51, Lars Gullik Bjønnes wrote: Peter Kümmelsyntheti...@gmx.net writes: | On 20.11.2011 23:23, Lars Gullik Bjønnes wrote: Peter Kümmelsyntheti...@gmx.net writes: | Currently we have 4800 files in trunk. | 1500 file are boost headers. These 1500 | files we never touch, but

Re: Compiling LyX with -std=gnu++1

On 21.11.2011 10:10, Lars Gullik Bjønnes wrote: Peter Kümmelsyntheti...@gmx.net writes: | On 21.11.2011 00:02, Lars Gullik Bjønnes wrote: This seems to be our own problem. Unless it is something we inherit from Qt. Ahh nice... it is Qt. And the wonderfull non-c++ parts of Qt. Oh well... I'll

Re: Trunk not compilable with new boost?

On 21.11.2011 11:29, Kornel Benko wrote: Am Sonntag, 20. November 2011 um 21:51:25, schrieb Peter Kümmelsyntheti...@gmx.net On 20.11.2011 21:31, Kornel Benko wrote: Am Sonntag, 20. November 2011 um 20:57:24, schrieb Kornel Benkokor...@lyx.org I get now: ... Linking CXX executable ../bin/lyx

Re: 'Reply' sends to list.

On 21.11.2011 08:28, Stephan Witt wrote: Am 20.11.2011 um 23:16 schrieb Lars Gullik Bjønnes: Stephan Wittst.w...@gmx.net writes: | Am 08.11.2011 um 22:40 schrieb Abdelrazak Younes: On 08/11/2011 22:10, Peter Kümmel wrote: On 08.11.2011 22:07, Vincent van Ravesteijn wrote: Op 8-11-2011

Re: 'Reply' sends to list.

22:10, Peter Kümmel wrote: On 08.11.2011 22:07, Vincent van Ravesteijn wrote: Op 8-11-2011 22:03, Peter Kümmel schreef: On 08.11.2011 21:59, Vincent van Ravesteijn wrote: Op 8-11-2011 21:48, Peter Kümmel schreef: Is it still necessary to disable the reply function for this list? Most people

Re: Compiling LyX with -std=gnu++1

On 21.11.2011 20:50, André Pönitz wrote: On Mon, Nov 21, 2011 at 10:11:11AM +0100, Lars Gullik Bjønnes wrote: Peter Kümmelsyntheti...@gmx.net writes: | On 21.11.2011 00:02, Lars Gullik Bjønnes wrote: This is boost warning if I am not mistaken. I guess the boost people can trivially change

Re: Some warnings with gcc 4.7

On 21.11.2011 21:24, André Pönitz wrote: First guess: gcc sees 'virtual' on two member functions but no virtual destructor, cannot prove that delete operates only on static type == Yes, seems the warning is completely valid: GuiWorkArea::Private has a virtual table but no virtual destructor.

Re: 'Reply' sends to list.

On 21.11.2011 23:11, Vincent van Ravesteijn wrote: I use thunderbird, and all I know now is that I have to somehow install locally a duplicate filter. I use thunderbird as well. And I didn't install any filter. Maybe its the mailserver. I use gmail (lyx.org) and previously the email of

Re: 'Reply' sends to list.

On 21.11.2011 23:11, Vincent van Ravesteijn wrote: I use thunderbird, and all I know now is that I have to somehow install locally a duplicate filter. I use thunderbird as well. And I didn't install any filter. And I tought I missed something. My current workflow is: - click reply

Re: 'Reply' sends to list.

On 21.11.2011 08:51, Vincent van Ravesteijn wrote: Actaully I would argue that he, and you. are the ones doing it wrong. Wrong? Why? I understand that it's not wise to force everybody to reply-to list. But if I decide to get the reply only once and get it from the list... what's wrong with

Re: tar'ed boost headers

On 21.11.2011 09:51, Lars Gullik Bjønnes wrote: Peter Kümmel<syntheti...@gmx.net> writes: | On 20.11.2011 23:23, Lars Gullik Bjønnes wrote: Peter Kümmel<syntheti...@gmx.net> writes: | Currently we have 4800 files in trunk. | 1500 file are boost headers. These 1500 | files we

Re: Compiling LyX with -std=gnu++1

On 21.11.2011 10:10, Lars Gullik Bjønnes wrote: Peter Kümmel<syntheti...@gmx.net> writes: | On 21.11.2011 00:02, Lars Gullik Bjønnes wrote: This seems to be our own problem. Unless it is something we inherit from Qt. Ahh nice... it is Qt. And the wonderfull non-c++ parts of Qt. O

Re: Trunk not compilable with new boost?

On 21.11.2011 11:29, Kornel Benko wrote: Am Sonntag, 20. November 2011 um 21:51:25, schrieb Peter Kümmel<syntheti...@gmx.net> On 20.11.2011 21:31, Kornel Benko wrote: Am Sonntag, 20. November 2011 um 20:57:24, schrieb Kornel Benko<kor...@lyx.org> I get now: ... Linking CXX execu

Re: 'Reply' sends to list.

On 21.11.2011 08:28, Stephan Witt wrote: Am 20.11.2011 um 23:16 schrieb Lars Gullik Bjønnes: Stephan Witt<st.w...@gmx.net> writes: | Am 08.11.2011 um 22:40 schrieb Abdelrazak Younes: On 08/11/2011 22:10, Peter Kümmel wrote: On 08.11.2011 22:07, Vincent van Ravesteijn wrote: Op 8-1

<    1   2   3   4   5   6   7   8   9   10   >