Re: 'Reply' sends to list.

On 08/11/2011 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

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ümmel<syntheti...@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 tri

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: [patch] tex2lyx support for external templates - MSVC hack

On 20.11.2011 16:45, Georg Baum wrote: Peter Kümmel wrote: The idea is nice, but the 4-character restriction makes it quite unreadable IMHO. Played around a bit and found this readable solution: typedef boost::mpl::string'\\end','_lay','out' end_layout; typedef boost::mpl::string'\\end

Re: r40232 - in lyx-devel/trunk/src: . support

On 20.11.2011 21:13, Jean-Marc Lasgouttes wrote: Le Sun Nov 20 20:44:09 2011, kuem...@lyx.org a écrit : +#include support/metahash.h + +typedef boost::mpl::string'\\end','_lay','out' end_layout; +typedef boost::mpl::string'\\end','in','set' end_inset; Note how you forgot the _ above in

tar'ed boost headers

Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes, and so on. It is simple to replace the files with one tar.gz which will be extracted while the autogen.sh or cmake run. What do you think about

Re: Trunk not compilable with new boost?

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 ... ../lib/libboost_regex.a(regex.cpp.o): In function `boost::re_detail::get_mem_block()': regex.cpp:(.text+0x133): undefined

Re: tar'ed boost headers

On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes, and so on. It is simple to replace the files with one tar.gz which will be extracted while the autogen.sh

Re: tar'ed boost headers

On 20.11.2011 22:30, André Pönitz wrote: On Sun, Nov 20, 2011 at 09:54:48PM +0100, Peter Kümmel wrote: On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes

Re: tar'ed boost headers

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 we check them out, | check them for changes, and so on. so? adding or removing files on a

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

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 wait half a year before repeating that test. Hopefully a new version of Qt will have been

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

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 this to std::unique_ptr. Systemcall.cpp: In constructor ‘lyx::support::SystemcallPrivate::SystemcallPrivate(const string, const string)’: This seems to

Re: tar'ed boost headers

On 20.11.2011 23:24, Lars Gullik Bjønnes wrote: André Pönitzandre.poen...@mathematik.tu-chemnitz.de writes: | On Sun, Nov 20, 2011 at 09:54:48PM +0100, Peter Kümmel wrote: On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500

Re: [patch] tex2lyx support for external templates - MSVC hack

On 20.11.2011 16:45, Georg Baum wrote: Peter Kümmel wrote: The idea is nice, but the 4-character restriction makes it quite unreadable IMHO. Played around a bit and found this readable solution: typedef boost::mpl::string<'\\end','_lay','out'> end_layout; typedef boost::mpl::string&

Re: r40232 - in lyx-devel/trunk/src: . support

On 20.11.2011 21:13, Jean-Marc Lasgouttes wrote: Le Sun Nov 20 20:44:09 2011, kuem...@lyx.org a écrit : +#include "support/metahash.h" + +typedef boost::mpl::string<'\\end','_lay','out'> end_layout; +typedef boost::mpl::string<'\\end','in','set'> end_inset; Note how you forgot the _

tar'ed boost headers

Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes, and so on. It is simple to replace the files with one tar.gz which will be extracted while the autogen.sh or cmake run. What do you think about

Re: Trunk not compilable with new boost?

On 20.11.2011 21:31, Kornel Benko wrote: Am Sonntag, 20. November 2011 um 20:57:24, schrieb Kornel Benko I get now: ... Linking CXX executable ../bin/lyx ... ../lib/libboost_regex.a(regex.cpp.o): In function `boost::re_detail::get_mem_block()': regex.cpp:(.text+0x133):

Re: tar'ed boost headers

On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes, and so on. It is simple to replace the files with one tar.gz which will be extracted while the autogen.sh

Re: tar'ed boost headers

On 20.11.2011 22:30, André Pönitz wrote: On Sun, Nov 20, 2011 at 09:54:48PM +0100, Peter Kümmel wrote: On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost headers. These 1500 files we never touch, but we check them out, check them for changes

Re: tar'ed boost headers

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 never touch, but we check them out, | check them for changes, and so on. so? adding or removing

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

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 wait half a year before repeating that test. Hopefully a new version of Qt will have been

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

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 this to std::unique_ptr. Systemcall.cpp: In constructor ‘lyx::support::SystemcallPrivate::SystemcallPrivate(const string&, const string&)’: This seems to

Re: tar'ed boost headers

On 20.11.2011 23:24, Lars Gullik Bjønnes wrote: André Pönitz<andre.poen...@mathematik.tu-chemnitz.de> writes: | On Sun, Nov 20, 2011 at 09:54:48PM +0100, Peter Kümmel wrote: On 20.11.2011 21:47, Peter Kümmel wrote: Currently we have 4800 files in trunk. 1500 file are boost h

Re: Qt creator?

On 19.11.2011 10:10, Abdelrazak Younes wrote: On 19/11/2011 04:45, Richard Heck wrote: On 11/18/2011 07:44 PM, Xu Wang wrote: I'm learning Qt from C++ GUI Programming with Qt 4 and am curious if most LyX developers write Qt C++ code using a text editor or Qt Creator? I would like to get used

Re: Qt creator?

On 19.11.2011 04:45, Richard Heck wrote: On 11/18/2011 07:44 PM, Xu Wang wrote: I'm learning Qt from C++ GUI Programming with Qt 4 and am curious if most LyX developers write Qt C++ code using a text editor or Qt Creator? I would like to get used to doing whatever others are doing to make

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 21:48, Georg Baum wrote: Peter Kümmel wrote: Isn't there a better C/C++ way of solving this? For instance, couldn't it somehow be 'transformed' into a switch/case statement? A proper parser would of course use something like an enum for each string literal (ideally

Re: [patch] tex2lyx support for external templates - MSVC hack

On 19.11.2011 15:26, Peter Kümmel wrote: On 17.11.2011 21:48, Georg Baum wrote: Peter Kümmel wrote: Isn't there a better C/C++ way of solving this? For instance, couldn't it somehow be 'transformed' into a switch/case statement? A proper parser would of course use something like an enum

Re: [patch] tex2lyx support for external templates - MSVC hack

The idea is nice, but the 4-character restriction makes it quite unreadable IMHO. Played around a bit and found this readable solution: typedef boost::mpl::string'\\end','_lay','out' end_layout; typedef boost::mpl::string'\\end','in','set' end_inset; ... switch

Re: Qt creator?

On 19.11.2011 10:10, Abdelrazak Younes wrote: On 19/11/2011 04:45, Richard Heck wrote: On 11/18/2011 07:44 PM, Xu Wang wrote: I'm learning Qt from "C++ GUI Programming with Qt 4" and am curious if most LyX developers write Qt C++ code using a text editor or Qt Creator? I would like to get

Re: Qt creator?

On 19.11.2011 04:45, Richard Heck wrote: On 11/18/2011 07:44 PM, Xu Wang wrote: I'm learning Qt from "C++ GUI Programming with Qt 4" and am curious if most LyX developers write Qt C++ code using a text editor or Qt Creator? I would like to get used to doing whatever others are doing to make

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 21:48, Georg Baum wrote: Peter Kümmel wrote: Isn't there a better C/C++ way of solving this? For instance, couldn't it somehow be 'transformed' into a switch/case statement? A proper parser would of course use something like an enum for each string literal (ideally

Re: [patch] tex2lyx support for external templates - MSVC hack

On 19.11.2011 15:26, Peter Kümmel wrote: On 17.11.2011 21:48, Georg Baum wrote: Peter Kümmel wrote: Isn't there a better C/C++ way of solving this? For instance, couldn't it somehow be 'transformed' into a switch/case statement? A proper parser would of course use something like an enum

Re: [patch] tex2lyx support for external templates - MSVC hack

The idea is nice, but the 4-character restriction makes it quite unreadable IMHO. Played around a bit and found this readable solution: typedef boost::mpl::string<'\\end','_lay','out'> end_layout; typedef boost::mpl::string<'\\end','in','set'> end_inset; ... switch

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 20:40, Georg Baum wrote: Uwe Stöhr wrote: The attached patch adds support for the template chess, Gnumeric and PDFPages. I had to introduce a trick to overcome MSVC's limitation of 128 else-if statements per routine. OK with it? I like the principal idea (splitting

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 20:49, Peter Kümmel wrote: On 17.11.2011 20:40, Georg Baum wrote: Uwe Stöhr wrote: The attached patch adds support for the template chess, Gnumeric and PDFPages. I had to introduce a trick to overcome MSVC's limitation of 128 else-if statements per routine. OK with it? I like

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 20:40, Georg Baum wrote: Uwe Stöhr wrote: The attached patch adds support for the template "chess", "Gnumeric" and "PDFPages". I had to introduce a trick to overcome MSVC's limitation of 128 else-if statements per routine. OK with it? I like the principal idea (splitting

Re: [patch] tex2lyx support for external templates - MSVC hack

On 17.11.2011 20:49, Peter Kümmel wrote: On 17.11.2011 20:40, Georg Baum wrote: Uwe Stöhr wrote: The attached patch adds support for the template "chess", "Gnumeric" and "PDFPages". I had to introduce a trick to overcome MSVC's limitation of 128 else

Re: CMake problems was: removing scons

On 14.11.2011 08:58, Peter Kümmel wrote: On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start

Re: CMake problems was: removing scons

On 14.11.2011 08:58, Peter Kümmel wrote: On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start

Re: CMake problems was: removing scons

On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the

Re: CMake problems was: removing scons

On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the

Re: Exporting UserGuide with trunk build

On 09.11.2011 20:56, Uwe Stöhr wrote: Am 08.11.2011 21:10, schrieb Peter Kümmel: Why could I not export the UserGuide from a trunk build on Windows? I always get these errors: ! LaTeX Error: Command \DH unavailable in encoding OT1. ! LaTeX Error: Command \dh unavailable in encoding OT1

Re: Exporting UserGuide with trunk build

On 10.11.2011 20:05, José Matos wrote: On 11/10/2011 06:22 PM, Peter Kümmel wrote: I have a python error on startup ImportError: No module named _ctypes Maybe this is the error? I use the python from the deps package: 2.7 Peter _ctypes belongs to python standard installation, so

Re: 'Reply' sends to list.

On 09.11.2011 11:41, Vincent van Ravesteijn wrote: I don't understand what the problem is of reply all. I got your email twice, that's the problem. You can do something about it yourself. I don't understand. How could I prevent you to send me a private email? Read this again: To

Re: 'Reply' sends to list.

On 10.11.2011 20:35, Peter Kümmel wrote: On 09.11.2011 11:41, Vincent van Ravesteijn wrote: I don't understand what the problem is of reply all. I got your email twice, that's the problem. You can do something about it yourself. I don't understand. How could I prevent you to send me

Re: Exporting UserGuide with trunk build

On 09.11.2011 20:56, Uwe Stöhr wrote: Am 08.11.2011 21:10, schrieb Peter Kümmel: Why could I not export the UserGuide from a trunk build on Windows? I always get these errors: ! LaTeX Error: Command \DH unavailable in encoding OT1. ! LaTeX Error: Command \dh unavailable in encoding OT1

Re: Exporting UserGuide with trunk build

On 10.11.2011 20:05, José Matos wrote: On 11/10/2011 06:22 PM, Peter Kümmel wrote: I have a python error on startup ImportError: No module named _ctypes Maybe this is the error? I use the python from the deps package: 2.7 Peter _ctypes belongs to python standard installation, so

Re: 'Reply' sends to list.

On 09.11.2011 11:41, Vincent van Ravesteijn wrote: I don't understand what the problem is of "reply all". I got your email twice, that's the problem. You can do something about it yourself. I don't understand. How could I prevent you to send me a private email? Read this again: To

Re: 'Reply' sends to list.

On 10.11.2011 20:35, Peter Kümmel wrote: On 09.11.2011 11:41, Vincent van Ravesteijn wrote: I don't understand what the problem is of "reply all". I got your email twice, that's the problem. You can do something about it yourself. I don't understand. How could I prevent you

Exporting UserGuide with trunk build

Why could I not export the UserGuide from a trunk build on Windows? I always get these errors: ! LaTeX Error: Command \DH unavailable in encoding OT1. ! LaTeX Error: Command \dh unavailable in encoding OT1. Is it my fault? Peter

Re: Canceling Background Export

Some version of this strategy seems necessary, since one possible reason to want to stop the export thread is that one of the converters is in an infinite loop. Since we depend on external converters, this kind of thing can easily happen and not be under our control. (Of course none of the LyX

'Reply' sends to list.

Is it still necessary to disable the reply function for this list? Most people are now used to press reply all which only produces unneeded duplicates. Peter

'Reply' sends to list.

Send it again, just demonstrate all subscribers how 'useful' these duplicates are. -- Is it still necessary to disable the reply function for this list? Most people are now used to press reply all which only produces unneeded duplicates. Peter

Re: 'Reply' sends to list.

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 are now used to press reply all which only produces unneeded duplicates. Peter I don't understand what the problem

Re: 'Reply' sends to list.

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 are now used to press reply

Exporting UserGuide with trunk build

Why could I not export the UserGuide from a trunk build on Windows? I always get these errors: ! LaTeX Error: Command \DH unavailable in encoding OT1. ! LaTeX Error: Command \dh unavailable in encoding OT1. Is it my fault? Peter

Re: Canceling Background Export

Some version of this strategy seems necessary, since one possible reason to want to stop the export thread is that one of the converters is in an infinite loop. Since we depend on external converters, this kind of thing can easily happen and not be under our control. (Of course none of the LyX

'Reply' sends to list.

Is it still necessary to disable the reply function for this list? Most people are now used to press "reply all" which only produces unneeded duplicates. Peter

'Reply' sends to list.

Send it again, just demonstrate all subscribers how 'useful' these duplicates are. -- Is it still necessary to disable the reply function for this list? Most people are now used to press "reply all" which only produces unneeded duplicates. Peter

Re: 'Reply' sends to list.

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 are now used to press "reply all" which only produces unneeded duplicates. Peter I don't understand what t

Re: 'Reply' sends to list.

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 are now used to press

Re: Canceling Background Export

In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until the gui tells that the doExport is finished. See attached patch. Peter I would guess it would look like this: 1. Get the conversion

Re: tex2lyx uncompilable after r 40139

On 06.11.2011 21:29, Uwe Stöhr wrote: After r40139 I get 8 unresolved externals: Updating src_tex2lyx_copied_files in scons_manifest.py should fix it. here the cmake changes: http://www.lyx.org/trac/changeset/40139/lyx-devel/trunk/src/tex2lyx/CMakeLists.txt regards Uwe

Re: Canceling Background Export

On 06.11.2011 17:32, Peter Kümmel wrote: In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until the gui tells that the doExport is finished. See attached patch. One problem is, all

Re: Canceling Background Export

On 06.11.2011 23:02, Vincent van Ravesteijn wrote: Op 6-11-2011 22:42, Peter Kümmel schreef: On 06.11.2011 17:32, Peter Kümmel wrote: In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until

Re: Canceling Background Export

In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until the gui tells that the doExport is finished. See attached patch. Peter I would guess it would look like this: 1. Get the conversion

Re: tex2lyx uncompilable after r 40139

On 06.11.2011 21:29, Uwe Stöhr wrote: After r40139 I get 8 unresolved externals: Updating src_tex2lyx_copied_files in scons_manifest.py should fix it. here the cmake changes: http://www.lyx.org/trac/changeset/40139/lyx-devel/trunk/src/tex2lyx/CMakeLists.txt regards Uwe

Re: Canceling Background Export

On 06.11.2011 17:32, Peter Kümmel wrote: In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until the gui tells that the doExport is finished. See attached patch. One problem is, all

Re: Canceling Background Export

On 06.11.2011 23:02, Vincent van Ravesteijn wrote: Op 6-11-2011 22:42, Peter Kümmel schreef: On 06.11.2011 17:32, Peter Kümmel wrote: In the end, this all comes down to rewriting the export logic. I assume it isn't that complicated: kill all processes, and disable starting new ones until

Re: Failed svn installation on arch linux

On 23.10.2011 15:34, stefano franchi wrote: On Sat, Oct 22, 2011 at 5:53 PM, Peter Kümmelsyntheti...@gmx.net wrote: Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' I followed instructions and got the same

Re: Failed svn installation on arch linux

On 23.10.2011 16:40, Enrico Forestieri wrote: On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote: On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestierifor...@lyx.org wrote: On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote: I followed instructions and got the same

Re: Failed svn installation on arch linux

On 23.10.2011 15:34, stefano franchi wrote: On Sat, Oct 22, 2011 at 5:53 PM, Peter Kümmel<syntheti...@gmx.net> wrote: Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' I followed instructions a

Re: Failed svn installation on arch linux

On 23.10.2011 16:40, Enrico Forestieri wrote: On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote: On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri wrote: On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote: I followed instructions and got the same

Re: Failed svn installation on arch linux

On 22.10.2011 03:47, stefano franchi wrote: On Fri, Oct 21, 2011 at 7:47 PM, Lars Gullik Bjønneslar...@gullik.org wrote: stefano franchistefano.fran...@gmail.com writes: [...] | Lars, | did you mean make d=1? I tried make V=1 and nothing changed in the output. | I'm currently trying again

Re: Failed svn installation on arch linux

This is a clean build right? If you mean: make clean; make Better would be to build out of source and to completely remove all old build files: - start with a clean svn checkout (svn co svn://svn.lyx.org/lyx/lyx-devel/trunk), sources then in 'trunk' - ONLY call ./autogen.sh within 'trunk'

Re: Failed svn installation on arch linux

FancyLineEdit.cpp:(.text+0xf2c): undefined reference to `lyx::frontend::IconButton::staticMetaObject' The moc file is missing. Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' Peter

Re: Failed svn installation on arch linux

Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' I followed instructions and got the same error as above. Grepping for IconButton, as suggested, does not find anything. That is, the file

Re: Failed svn installation on arch linux

On 22.10.2011 03:47, stefano franchi wrote: On Fri, Oct 21, 2011 at 7:47 PM, Lars Gullik Bjønnes wrote: stefano franchi writes: [...] | Lars, | did you mean "make d=1"? I tried "make V=1" and nothing changed in the output. | I'm currently

Re: Failed svn installation on arch linux

This is a clean build right? If you mean: make clean; make Better would be to build out of source and to completely remove all old build files: - start with a clean svn checkout (svn co svn://svn.lyx.org/lyx/lyx-devel/trunk), sources then in 'trunk' - ONLY call ./autogen.sh within 'trunk'

Re: Failed svn installation on arch linux

FancyLineEdit.cpp:(.text+0xf2c): undefined reference to `lyx::frontend::IconButton::staticMetaObject' The moc file is missing. Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' Peter

Re: Failed svn installation on arch linux

Check if it exisits: find . -name moc_\* | xargs grep IconButton This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp' I followed instructions and got the same error as above. Grepping for IconButton, as suggested, does not find anything. That is, the file

Re: removing scons

On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we spent megabytes (literally) of storage

Re: removing scons

On 22.10.2011 00:55, Peter Kümmel wrote: On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we

Re: removing scons

On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we spent megabytes (literally) of storage

Re: removing scons

On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we spent megabytes (literally) of storage

Re: removing scons

On 22.10.2011 00:55, Peter Kümmel wrote: On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we

Re: removing scons

On 21.10.2011 14:30, Pavel Sanda wrote: Peter Kümmel wrote: i would be happy to know whether complete remerge of strings with cmake on windows setup gives completely identical .po files as with autotools remerge. scons remerge were not compatible and we spent megabytes (literally) of storage

Re: removing scons

On 19.10.2011 15:20, Pavel Sanda wrote: Vincent van Ravesteijn wrote: Op 16-10-2011 16:50, Uwe Stöhr schreef: Am 16.10.2011 14:17, schrieb Georg Baum: some time ago we discussed the removal of scons, and somebody mentioned that you use it for the installer. Could you please make a list of

Re: removing scons

On 19.10.2011 15:20, Pavel Sanda wrote: Vincent van Ravesteijn wrote: Op 16-10-2011 16:50, Uwe Stöhr schreef: Am 16.10.2011 14:17, schrieb Georg Baum: some time ago we discussed the removal of scons, and somebody mentioned that you use it for the installer. Could you please make a list of

Re: removing scons

It should be easy to port that batch file to cmake. Please try that, all the needed information is in the two mentioned INSTALL files. Maybe you can also use the already existing development/cmake/build.bat as a abse. I don't have a windows development machine here so I can't test that. I've

Re: removing scons

It should be easy to port that batch file to cmake. Please try that, all the needed information is in the two mentioned INSTALL files. Maybe you can also use the already existing development/cmake/build.bat as a abse. I don't have a windows development machine here so I can't test that. I've

Re: git vs svn trunk

On 04.10.2011 16:25, Tommaso Cucinotta wrote: Il 04/10/2011 10:08, Vincent van Ravesteijn - TNW ha scritto: Hi Tommaso, No, we don't have one yet. Uptil now it is all manual labor. However, I happen to have installed a git repo on my own server now, to which I will gradually add more

Re: git vs svn trunk

Here you could download an already checked out git repository: ftp://ftp.lyx.org/pub/lyx/devel/git-devel/ The link is in the wiki: http://wiki.lyx.org/Devel/Git It contains the complete history with branches until r38741. When fetching stops with a perl error remove all *.db in

Re: git vs svn trunk

On 04.10.2011 16:25, Tommaso Cucinotta wrote: Il 04/10/2011 10:08, Vincent van Ravesteijn - TNW ha scritto: Hi Tommaso, No, we don't have one yet. Uptil now it is all manual labor. However, I happen to have installed a git repo on my own server now, to which I will gradually add more

Re: git vs svn trunk

Here you could download an already checked out git repository: ftp://ftp.lyx.org/pub/lyx/devel/git-devel/ The link is in the wiki: http://wiki.lyx.org/Devel/Git It contains the complete history with branches until r38741. When fetching stops with a perl error remove all *.db in

benchmarking ninja

Here a small benchmark of the 'make' replacement 'ninja': http://martine.github.com/ninja/manual.html Now there is a generator for cmake which makes it possible to test ninja with our real-world application. Maybe someone finds it interesting. Peter Building

benchmarking ninja

Here a small benchmark of the 'make' replacement 'ninja': http://martine.github.com/ninja/manual.html Now there is a generator for cmake which makes it possible to test ninja with our real-world application. Maybe someone finds it interesting. Peter Building

Re: 1 -pg in call to cc should be enough

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

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