Jean-Marc Lasgouttes writes:
| Le 24/10/12 22:18, Lars Gullik Bjønnes a écrit :
>> Jean-Marc Lasgouttes writes:
>>
>> | Le 24/10/2012 13:13, Lars Gullik Bjønnes a écrit :
Add feature --enable-lto, link-time optimization.
>>>
>> | Do you see a visible gain, that would make it worth using on
Le 24/10/12 22:18, Lars Gullik Bjønnes a écrit :
Jean-Marc Lasgouttes writes:
| Le 24/10/2012 13:13, Lars Gullik Bjønnes a écrit :
Add feature --enable-lto, link-time optimization.
| Do you see a visible gain, that would make it worth using on release builds?
textdatabss dec
Richard Heck writes:
| On 10/23/2012 09:07 PM, Lars Gullik Bjønnes wrote:
>> Using --enable-cxx11 turns on C++11 mode in gcc.
| Seems like a good idea.
I will have to commit 1/2 in this series as well.
Ok?
--
Lgb
Jean-Marc Lasgouttes writes:
| Le 24/10/2012 13:13, Lars Gullik Bjønnes a écrit :
>> Add feature --enable-lto, link-time optimization.
>
| Do you see a visible gain, that would make it worth using on release builds?
textdatabss dec hexfilename
8042443 28616 39624 8110683 7b
On 10/23/2012 09:07 PM, Lars Gullik Bjønnes wrote:
Using --enable-cxx11 turns on C++11 mode in gcc.
Seems like a good idea.
rh
Le 24/10/2012 13:13, Lars Gullik Bjønnes a écrit :
Add feature --enable-lto, link-time optimization.
Do you see a visible gain, that would make it worth using on release builds?
JMarc
Add feature --enable-lto, link-time optimization.
Enabling link-time optimization turns debug information off (-g),
sine -flto and -g does not currently well work together.
Also stdlib-debug is turned off, does also not work well with -flto.
---
config/lyxinclude.m4 | 27
Using --enable-cxx11 turns on C++11 mode in gcc.
---
config/lyxinclude.m4 | 16
1 file changed, 16 insertions(+)
diff --git a/config/lyxinclude.m4 b/config/lyxinclude.m4
index e532c54..2e529ea 100644
--- a/config/lyxinclude.m4
+++ b/config/lyxinclude.m4
@@ -232,6 +232,10
[EMAIL PROTECTED] writes:
> Author: forenr
> Date: Tue Aug 12 11:02:46 2008
> New Revision: 26118
>
> URL: http://www.lyx.org/trac/changeset/26118
> Log:
> Spare a few cpu cycles
Thanks.
JMarc
On Mon, Aug 11, 2008 at 04:14:12PM +0200, Enrico Forestieri wrote:
> On Mon, Aug 11, 2008 at 12:50:30PM +0200, Jean-Marc Lasgouttes wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> > > Author: forenr
> > > Date: Sat Jul 26 12:45:38 2008
> > > New Revision: 25898
> > >
> > > URL: http://www.lyx.org/t
On Mon, Aug 11, 2008 at 12:50:30PM +0200, Jean-Marc Lasgouttes wrote:
> [EMAIL PROTECTED] writes:
>
> > Author: forenr
> > Date: Sat Jul 26 12:45:38 2008
> > New Revision: 25898
> >
> > URL: http://www.lyx.org/trac/changeset/25898
> > Log:
> > Automate setting of LYX_DIR_XXx and LYX_USERDIR_XXx e
[EMAIL PROTECTED] writes:
> Author: forenr
> Date: Sat Jul 26 12:45:38 2008
> New Revision: 25898
>
> URL: http://www.lyx.org/trac/changeset/25898
> Log:
> Automate setting of LYX_DIR_XXx and LYX_USERDIR_XXx environment variable
> names.
This is a good thing, although it does not remove the need
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, I can port this to branch if you want (should have
>> implemented that long ago...). This is very useful when profiling for
>> example.
>
> Can we keep that for 1.5.5?
Sure.
> Yes, please apply this.
Done.
Jean-Marc Lasgouttes wrote:
> Juergen, I can port this to branch if you want (should have
> implemented that long ago...). This is very useful when profiling for
> example.
Can we keep that for 1.5.5?
> If you'd rather keep it for later, at least a big part of the INSTALL
> cleanup applies.
Yes,
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Mon Feb 11 16:11:15 2008
> New Revision: 22945
>
> URL: http://www.lyx.org/trac/changeset/22945
> Log:
> * config/lyxinclude.m4 (LYX_CHECK_VERSION): add new configure option
> --enable-build-type=(rel*,p
[EMAIL PROTECTED] writes:
> URL: http://www.lyx.org/trac/changeset/19395
> Log:
> Remove cruft from config.h
This means that it is recompile time :( I tried to do in one commit
several small changes to minimize the disruption.
I tried to modify the scons stuff, but it would better to double-chec
José Matos wrote:
> So I will take this and ask: does anyone has any problem if we replace the
> suffix pre by rc?
I think the alpha/beta/rc tags are more common and meaningful than pre.
> > Lgb
>
> Glad to see you back. :-)
Indeed.
Jürgen
On Monday 19 February 2007 7:26:47 am Lars Gullik Bjønnes wrote:
> Very well..., but why keep 'pre' then?
I would like to replace it by rc, but I did not want to do it before
discussing this in the list.
So I will take this and ask: does anyone has any problem if we replace the
suffix pre b
José Matos <[EMAIL PROTECTED]> writes:
| On Monday 19 February 2007 1:20:31 am Lars Gullik Bjønnes wrote:
| >
| > One Q: Why do we need these new names?
| >
| > And what is the difference between a pre and a beta? (or an alpha for
| > that matter.)
|
| It is a question of following the same nom
On Monday 19 February 2007 1:20:31 am Lars Gullik Bjønnes wrote:
> One Q: Why do we need these new names?
>
> And what is the difference between a pre and a beta? (or an alpha for
> that matter.)
Indulge me if the previous answer was too dry, I know that you know all the
arguments presented in
On Monday 19 February 2007 1:20:31 am Lars Gullik Bjønnes wrote:
>
> One Q: Why do we need these new names?
>
> And what is the difference between a pre and a beta? (or an alpha for
> that matter.)
It is a question of following the same nomenclature as other projects. And
it indicates more clea
[EMAIL PROTECTED] writes:
| Author: jamatos
| Date: Sun Feb 18 23:41:19 2007
| New Revision: 17249
|
| URL: http://www.lyx.org/trac/changeset/17249
| Log:
| Add test for beta release
|
| Modified:
| lyx-devel/trunk/config/lyxinclude.m4
|
| Modified: lyx-devel/trunk/config/lyxinclude.m4
On Fri, Oct 19, 2001 at 03:50:33PM +0200, Jean-Marc Lasgouttes wrote:
> > "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes:
>
> Yves> Not at this time, sorry: I've just moved, leaving my computer
> Yves> 600 km back..
>
> And you arms are to short to get to the keyboard?
Of course not. Th
On Fri, Oct 19, 2001 at 02:52:14PM +0200, Jean-Marc Lasgouttes wrote:
>
> I have fixed the configure stuff to work with autoconf 2.52 and
> automake 1.5. Can you confirm that it works?
Not at this time, sorry: I've just moved, leaving my computer 600 km back..
>
> JMarc
--
Yves Bastide
IRISA
Am Die, 2001-10-02 um 15.57 schrieb Jean-Marc Lasgouttes:
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> This logic is obsolete and has changed with autoconf > 2.13. You
> Ralf> might want to examine AC_PROG_CXX from 2.52.
>
> It still lacks the ability to specify a test
On Tue, Oct 02, 2001 at 02:06:47PM +0200, Jean-Marc Lasgouttes wrote:
> LYX_PROG_CXX finds a C++ compiler that statisfies our needs.
>
> Your solution finds a C++ compiler and checks afterwards whether it
> works.
>
> This is useful on non-gnu systems where gcc may not be good enough,
> but cx
On Mon, Oct 01, 2001 at 05:39:38PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes:
>
> Yves> Does config/lyxinclude.m4 still need to use LYX_PROG_CXX instead
> Yves> of AC_* (other than that LYX_
Does config/lyxinclude.m4 still need to use LYX_PROG_CXX instead of AC_*
(other than that LYX_* deals with --enable-warnings and others)?
The reason being that this macro doesn't work anymore with automake 1.5,
which uses a new dependency tracking implementation (which needs an
AC_SUBST do
28 matches
Mail list logo
