Re: changer

Le 07/06/2016 15:05, Jean-Marc Lasgouttes a écrit : Le 07/06/2016 à 09:04, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 01:01, Guillaume Munch a écrit : 12. This is a new helper class that I wrote because the Changer class from MetricsInfo was too cumbersome (essentially a TeX \def with

Re: [LyX/2.2.x] Fix some problems with the preamble in th eKoma-script letter template.

On 06/07/2016 04:38 PM, Georg Baum wrote: > Richard Heck wrote: > >> diff --git a/lib/templates/koma-letter2.lyx >> b/lib/templates/koma-letter2.lyx index 43cbdb0..7251ff3 100644 >> --- a/lib/templates/koma-letter2.lyx >> +++ b/lib/templates/koma-letter2.lyx >> @@ -1,5 +1,5 @@ >> #LyX 2.2 created

Re: [LyX/master] Require a C++11 compiler

On Tue, Jun 07, 2016 at 10:01:04PM +0200, Jean-Marc Lasgouttes wrote: > Le 07/06/16 à 21:45, Scott Kostyshak a écrit : > > On Tue, Jun 07, 2016 at 08:34:59PM +0200, Georg Baum wrote: > > > commit 273c67d8aa34a724ca03e01ae8e1792949c23297 > > > Author: Georg Baum > > > Date: Tue Jun

Re: [LyX/2.2.x] Fix some problems with the preamble in th eKoma-script letter template.

Richard Heck wrote: > diff --git a/lib/templates/koma-letter2.lyx > b/lib/templates/koma-letter2.lyx index 43cbdb0..7251ff3 100644 > --- a/lib/templates/koma-letter2.lyx > +++ b/lib/templates/koma-letter2.lyx > @@ -1,5 +1,5 @@ > #LyX 2.2 created this file. For more info see http://www.lyx.org/ >

Re: [LyX/master] Remove unneeded files from extract.sh

Jean-Marc Lasgouttes wrote: > Sure, but we have 4.3M in typeof/, which is only required because the > bcopy decided that we needed the whole directory bbecause we use the > whole function directory. I removed it. If we know that it is not needed it is one line in extract.sh:-) > Actually, it

Re: [LyX/master] Require a C++11 compiler

Le 07/06/16 à 21:45, Scott Kostyshak a écrit : On Tue, Jun 07, 2016 at 08:34:59PM +0200, Georg Baum wrote: commit 273c67d8aa34a724ca03e01ae8e1792949c23297 Author: Georg Baum Date: Tue Jun 7 20:33:06 2016 +0200 Require a C++11 compiler As discussed on the list. If no

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Tue, Jun 07, 2016 at 04:20:49PM +0200, Kornel Benko wrote: > Am Sonntag, 5. Juni 2016 um 21:28:06, schrieb Scott Kostyshak > > > Does anyone else often get these annoying messages when running LyX from > > a terminal? > > > > QXcbClipboard: SelectionRequest too old > > > >

Re: [LyX/master] Require a C++11 compiler

On Tue, Jun 07, 2016 at 08:34:59PM +0200, Georg Baum wrote: > commit 273c67d8aa34a724ca03e01ae8e1792949c23297 > Author: Georg Baum > Date: Tue Jun 7 20:33:06 2016 +0200 > > Require a C++11 compiler > > As discussed on the list. If no C++11 compiler is found

Re: boost:regex & gcc

Le 07/06/16 à 21:19, Georg Baum a écrit : Pavel Sanda wrote: Guillaume Munch wrote: Any reason to want to get rid of boost completely? Well, that's a long term wish. It is not nice to pack boost lib together with our sources and someone need to care updating boost within the source tree.

Re: [LyX/master] Remove unneeded files from extract.sh

Le 07/06/16 à 21:16, Georg Baum a écrit : commit bdbe81be15b78d3edd658f9ce94fdf34ff825aea Author: Georg Baum Date: Tue Jun 7 21:10:19 2016 +0200 Remove unneeded files from extract.sh We do require less files from boost now. Sure, but we have 4.3M in typeof/, which is

Re: boost:regex & gcc

Pavel Sanda wrote: > Guillaume Munch wrote: >> Any reason to want to get rid of boost completely? > > Well, that's a long term wish. It is not nice to pack boost lib together > with our sources and someone need to care updating boost within the source > tree. Updating is simple. It took me half

Re: [PATCH] unique_ptr and some clean-up

Jean-Marc Lasgouttes wrote: > Le 06/06/2016 22:26, Georg Baum a écrit : > > Why do you remove the code that checks for C++11? At some time my idea > was to do > > for arg in "" "-std c++11" "-std c++0x" ; do >if $CXX $arg is a C++11 compiler then > break > done > if $CXX $arg is not

compilation for coverity fails

Dear all, I am trying to build LyX for analysis by coverity but compilation fails. (Normal compilation completes fine.) geek@liv-inspiron:~/Build/Devel/lyx$ cov-build --dir cov-int make -j 3 Coverity Build Capture (64-bit) version 7.6.0 on Linux 3.13.0-24-generic x86_64 Internal version numbers:

Re: Wishlist for future LyX

On 06/07/2016 12:27 PM, Edwin Leuven wrote: > On 03 Jun 2016, at 18:35, Helge Hafting wrote: >> here are some wishes for the future: > Hide changes (in lyx) Some work was done on this a few years ago by me and Vincent. I think all of it is in his features/HideChanges

Re: [PATCH] unique_ptr and some clean-up

Le 07/06/2016 15:23, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 à 01:01, Guillaume Munch a écrit : Dear List, I have recently started using c++11 features, and, one thing leading to another, some cleaning of the tree happened. Apparently most of the changes below are supported by old

Re: Wishlist for future LyX

On 03 Jun 2016, at 18:35, Helge Hafting wrote: > > Now that we have 2.2.0, I love the new shiny lyx on my retina screen congrats on a great job! > here are some wishes for the future: Hide changes (in lyx) ... Fwiw ;-)

Re: unique_ptr

Le 07/06/2016 07:53, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 01:01, Guillaume Munch a écrit : Dear List, I have recently started using c++11 features, and, one thing leading to another, some cleaning of the tree happened. Apparently most of the changes below are supported by old

Re: unique_ptr

Le 07/06/2016 à 17:25, Guillaume Munch a écrit : Technically, unique_ptr.h is also useful to include . When you start using unique_ptr, you expect that you might use make_unique at some point, so you want to just include a generic header. I'd rather include only the standard headers to obtain

Re: changes (Re: [PATCH] unique_ptr and some clean-up)

Le 07/06/2016 08:09, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 01:01, Guillaume Munch a écrit : 13. This one is more for Jean-Marc I think (but not exclusively). There are three changes detailed in the log which are a bit less important than the ones above, but for which I would nevertheless

Re: boost:regex & gcc

Le 07/06/2016 à 17:17, Guillaume Munch a écrit : Note that we have things that are not used in our tree, like for example boost/typeof, which is selected because of a shortcoming of bcopy. Am I altering extract.sh correctly? Yes, I think so. What I am descrbing above is not related to your

Re: boost:regex & gcc

Le 07/06/2016 07:46, Jean-Marc Lasgouttes a écrit : Le 06/06/2016 22:43, Pavel Sanda a écrit : Guillaume Munch wrote: Any reason to want to get rid of boost completely? Well, that's a long term wish. It is not nice to pack boost lib together with our sources and someone need to care updating

Re: [PATCH] unique_ptr and some clean-up

Le 05/06/2016 à 01:01, Guillaume Munch a écrit : Dear List, I have recently started using c++11 features, and, one thing leading to another, some cleaning of the tree happened. Apparently most of the changes below are supported by old compilers (exceptions below), i.e. MSVC 2012 and maybe MSVC

Re: One official build system?

Am 07.06.2016 um 14:36 schrieb Kornel Benko : > > Am Dienstag, 7. Juni 2016 um 13:57:30, schrieb Stephan Witt >> Am 07.06.2016 um 13:46 schrieb Stephan Witt : >>> >>> Am 07.06.2016 um 12:39 schrieb Kornel Benko : > > The

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

Am Sonntag, 5. Juni 2016 um 21:28:06, schrieb Scott Kostyshak > Does anyone else often get these annoying messages when running LyX from > a terminal? > > QXcbClipboard: SelectionRequest too old > > I've been getting them for a while. I wonder if it is something > particular

Re: changer

Le 07/06/2016 à 09:04, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 01:01, Guillaume Munch a écrit : 12. This is a new helper class that I wrote because the Changer class from MetricsInfo was too cumbersome (essentially a TeX \def with shadowing). This commit entirely replaces the latter with a

Re: One official build system?

Am Dienstag, 7. Juni 2016 um 13:57:30, schrieb Stephan Witt > Am 07.06.2016 um 13:46 schrieb Stephan Witt : > > > > Am 07.06.2016 um 12:39 schrieb Kornel Benko : > >>> > >>> The complete list of the files the final LyX.app contains is attached

Re: One official build system?

Am Dienstag, 7. Juni 2016 um 13:38:51, schrieb Stephan Witt > Am 07.06.2016 um 13:22 schrieb Kornel Benko : > > > > Am Dienstag, 7. Juni 2016 um 12:39:12, schrieb Kornel Benko > >>> The complete list of the files the final LyX.app contains is

Re: One official build system?

Am 07.06.2016 um 13:46 schrieb Stephan Witt : > > Am 07.06.2016 um 12:39 schrieb Kornel Benko : >>> >>> The complete list of the files the final LyX.app contains is attached as >>> text file. >> >> Looks like there are many more files in the list. Probably not

Re: One official build system?

Am 07.06.2016 um 12:39 schrieb Kornel Benko : > > Am Dienstag, 7. Juni 2016 um 08:31:53, schrieb Stephan Witt >> Am 06.06.2016 um 18:41 schrieb Kornel Benko : >>> > ... >>> Yes. Stephan could you send me the list of installed files if you install

Re: One official build system?

Am 07.06.2016 um 13:22 schrieb Kornel Benko : > > Am Dienstag, 7. Juni 2016 um 12:39:12, schrieb Kornel Benko >>> The complete list of the files the final LyX.app contains is attached as >>> text file. > > Can I get also a suffixed version of the list? What is

Re: One official build system?

Am Dienstag, 7. Juni 2016 um 12:39:12, schrieb Kornel Benko > > The complete list of the files the final LyX.app contains is attached as > > text file. Can I get also a suffixed version of the list? Kornel signature.asc Description: This is a digitally signed message

Re: One official build system?

Am Dienstag, 7. Juni 2016 um 08:31:53, schrieb Stephan Witt > Am 06.06.2016 um 18:41 schrieb Kornel Benko : > > ... > > Yes. Stephan could you send me the list of installed files if you install > > with automake? > > I can try to use the same directories. > >

Re: remove boost stuff

Le 07/06/2016 08:54, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 01:01, Guillaume Munch a écrit : 4-11. Replace Boost features with std equivalents when possible. The result is more consistency across plaforms and fewer dependencies on Boost. More details down below. For your reading

changes (Re: [PATCH] unique_ptr and some clean-up)

Le 05/06/2016 01:01, Guillaume Munch a écrit : 13. This one is more for Jean-Marc I think (but not exclusively). There are three changes detailed in the log which are a bit less important than the ones above, but for which I would nevertheless be happy to have comments. This one looks good,

changer (was: Re: [PATCH] unique_ptr and some clean-up)

Le 05/06/2016 01:01, Guillaume Munch a écrit : 12. This is a new helper class that I wrote because the Changer class from MetricsInfo was too cumbersome (essentially a TeX \def with shadowing). This commit entirely replaces the latter with a better alternative. While I am not sure that the

remove boost stuff (was: Re: [PATCH] unique_ptr and some clean-up)

Le 05/06/2016 01:01, Guillaume Munch a écrit : 4-11. Replace Boost features with std equivalents when possible. The result is more consistency across plaforms and fewer dependencies on Boost. More details down below. For your reading convenience, patches 1-11 are also attached together in

unique_ptr (was: Re: [PATCH] unique_ptr and some clean-up)

Le 05/06/2016 01:01, Guillaume Munch a écrit : Dear List, I have recently started using c++11 features, and, one thing leading to another, some cleaning of the tree happened. Apparently most of the changes below are supported by old compilers (exceptions below), i.e. MSVC 2012 and maybe MSVC

Re: [PATCH] unique_ptr and some clean-up

Le 06/06/2016 22:26, Georg Baum a écrit : It turned out that it was too difficult to retain the stuff for some hypothetical future C++14 checks. I will commit the attached unless nobody objects. This is simply the unconditional use of C++11. After this patch it would be possible to get rid of

Re: boost:regex & gcc

Le 06/06/2016 22:43, Pavel Sanda a écrit : Guillaume Munch wrote: Any reason to want to get rid of boost completely? Well, that's a long term wish. It is not nice to pack boost lib together with our sources and someone need to care updating boost within the source tree. Note that we have

Re: Tarballs for LyX 2.2.0 are on FTP

On Tue, Jun 7, 2016 at 12:10 AM, Andrew Parsloe wrote: > On 7/06/2016 9:50 a.m., Richard Heck wrote: >> >> On 06/06/2016 03:33 PM, Georg Baum wrote: >>> >>> Jean-Marc Lasgouttes wrote: >>> Le 05/06/2016 à 21:05, Guillaume Munch a écrit : > > Yet, most of the