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
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
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
Jean-Marc Lasgouttes lasgout...@lyx.org 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
Richard Heck rgh...@lyx.org 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
Le 24/10/12 22:18, Lars Gullik Bjønnes a écrit :
Jean-Marc Lasgouttes lasgout...@lyx.org 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?
text
Jean-Marc Lasgouttes lasgout...@lyx.org writes:
| Le 24/10/12 22:18, Lars Gullik Bjønnes a écrit :
Jean-Marc Lasgouttes lasgout...@lyx.org 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
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
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
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
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
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
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?
text
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
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
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
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/trac/changeset/25898
[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:
[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
[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 to
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 environment
[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
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
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,
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.
JMarc
[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*,pre*,dev*) that allows to override
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.
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.
[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
[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-check
[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
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
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
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
[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 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 clearly
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
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
[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 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
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
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
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
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. The power cord is.
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
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.
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 cxx or
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 to be run on the
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
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
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 done
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_* deals with --enable-warnings and
Yves others)?
Something nice
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 done
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_
56 matches
Mail list logo