On Fri, Sep 07, 2007 at 06:03:00PM +1000, Darren Freeman wrote:
> On Thu, 2007-09-06 at 20:32 +0200, Andre Poenitz wrote:
> > ccache is dead easy.
> >
> > As root
> >
> > ln -s /usr/local/bin/gcc /usr/bin/ccache
> > ln -s /usr/local/bin/g++ /usr/bin/ccache
>
> Oh god no! You'll (try to) overw
On Fri, 2007-09-07 at 09:25 +0100, José Matos wrote:
> On Friday 07 September 2007 08:25:30 Darren Freeman wrote:
> > Check out gcc's new precompiled header functionality.
> > http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html
> >
> > Basically gcc-3.4 and newer allow you to dump the state
On Friday 07 September 2007 08:25:30 Darren Freeman wrote:
> Check out gcc's new precompiled header functionality.
> http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html
>
> Basically gcc-3.4 and newer allow you to dump the state of the compiler
> to disc after your headers are compiled, and
On Thu, 2007-09-06 at 20:32 +0200, Andre Poenitz wrote:
> ccache is dead easy.
>
> As root
>
> ln -s /usr/local/bin/gcc /usr/bin/ccache
> ln -s /usr/local/bin/g++ /usr/bin/ccache
Oh god no! You'll (try to) overwrite /usr/bin/ccache!
:)
Have fun,
Darren
PS. I do that too, sometimes :D
On Thu, 2007-09-06 at 18:51 +0100, José Matos wrote:
> I am not reticent. I am still compiling. :-(
>
> That is why I like André's goal to reduce the compile time. Does anyone has
> some simple step by step procedure to make ccache (or any other compiler
> cache) work. It is really frustrati
On Thu, Sep 06, 2007 at 06:51:27PM +0100, José Matos wrote:
> On Thursday 06 September 2007 18:10:57 Enrico Forestieri wrote:
> > So, Jean-Marc, would you like to pursue some other option or may I
> > apply my patch? It works for me, works for Darren, and I am sure that
> > it also works for José,
On Thursday 06 September 2007 15:25:48 Jean-Marc Lasgouttes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
> > Should I test your patch or Jean-Marc's?
> >
> > I am confused now. :-)
>
> Try Enrico's. I suspect that my approach is wrong.
>
> JMarc
OK, it works for me as well. :-)
--
José Abílio
On Thursday 06 September 2007 18:10:57 Enrico Forestieri wrote:
> So, Jean-Marc, would you like to pursue some other option or may I
> apply my patch? It works for me, works for Darren, and I am sure that
> it also works for José, even if he is reticent ;-)
I am not reticent. I am still compilin
On Fri, Sep 07, 2007 at 02:51:33AM +1000, Darren Freeman wrote:
> On Thu, 2007-09-06 at 18:23 +0200, Enrico Forestieri wrote:
> > On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
> >
> > > I have been getting away with "patch > > filenames manually. However in that one case, it de
On Thu, Sep 06, 2007 at 11:40:08AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > As QtGui will be brought by the frontend, it will not hurt at all now.
>
> But does it hurt the non-gui programs in terms of start-up time on
> some platforms?
I don't thin
On Thu, 2007-09-06 at 18:23 +0200, Enrico Forestieri wrote:
> On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
>
> > I have been getting away with "patch > filenames manually. However in that one case, it decided to use the
> > Makefile.am in a higher directory than the one it shou
On Fri, Sep 07, 2007 at 12:28:45AM +1000, Darren Freeman wrote:
> I have been getting away with "patch filenames manually. However in that one case, it decided to use the
> Makefile.am in a higher directory than the one it should have, hence not
> finding the section to modify.
That's error pron
On Thu, 2007-09-06 at 15:08 +0200, Enrico Forestieri wrote:
> On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
>
> > On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > > Please, try the attached patch.
> >
> > BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
> >
José Matos <[EMAIL PROTECTED]> writes:
> Should I test your patch or Jean-Marc's?
>
> I am confused now. :-)
Try Enrico's. I suspect that my approach is wrong.
JMarc
On Thursday 06 September 2007 14:55:24 Enrico Forestieri wrote:
> Anyway, does the updated patch work for you?
>
> --
> Enrico
Should I test your patch or Jean-Marc's?
I am confused now. :-)
--
José Abílio
On Thu, Sep 06, 2007 at 02:16:26PM +0100, José Matos wrote:
> On Thursday 06 September 2007 14:06:22 Enrico Forestieri wrote:
> > I only know what you say or what I can experiment, and you didn't
> > say that it wasn't lyxclient that was failing...
>
> The first instance to fail depended on the
On Thursday 06 September 2007 14:06:22 Enrico Forestieri wrote:
> I only know what you say or what I can experiment, and you didn't
> say that it wasn't lyxclient that was failing...
The first instance to fail depended on the use of make -j where is
usually 2 or 3.
Nevertheless it was the s
On Thu, Sep 06, 2007 at 03:08:29PM +0200, Enrico Forestieri wrote:
> On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
>
> > On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > > Please, try the attached patch.
> >
> > BTW I am using autoconf-2.60-21 and automake-1.9.6-
On Thu, Sep 06, 2007 at 09:40:15PM +1000, Darren Freeman wrote:
> On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> > Please, try the attached patch.
>
> BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
>
> The attachment shows the rejected change from your patch, because the
>
On Thu, Sep 06, 2007 at 09:43:21AM +0100, José Matos wrote:
> On Thursday 06 September 2007 03:44:24 Enrico Forestieri wrote:
> > Are you sure that it was not failing later on tex2lyx?
>
> Sure it was. But I guess you knew that. :-)
I only know what you say or what I can experiment, and you di
On Thu, Sep 06, 2007 at 11:21:51AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Jean-Marc Lasgouttes wrote:
> >> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >>
> >>> Anyway, I was getting the same failure on solaris and the attached
> >>> patch solv
On Thu, 2007-09-06 at 04:45 +0200, Enrico Forestieri wrote:
> Please, try the attached patch.
BTW I am using autoconf-2.60-21 and automake-1.9.6-35.
The attachment shows the rejected change from your patch, because the
relevant target wasn't there to patch.
Still failed with the same problem.
H
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
As QtGui will be brought by the frontend, it will not hurt at all now.
But does it hurt the non-gui programs in terms of start-up time on
some platforms?
But, longer term, when/if we create a support dll, this dll sho
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> As QtGui will be brought by the frontend, it will not hurt at all now.
But does it hurt the non-gui programs in terms of start-up time on
some platforms?
> But, longer term, when/if we create a support dll, this dll should
> link with QtCore only.
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri <[EMAIL PROTECTED]> writes:
Anyway, I was getting the same failure on solaris and the attached
patch solves the problem for me.
Please do not apply the patch right now. I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> Please do not apply the patch right now. I think it is better to link
>>> libsupport against QT_LIB instead of QT_CORE_LIB.
>>
>> Surely you mean the opposite aren't you?
>
> No, actually, what I mean is really the patch below.
Hmpf.
svndiff sr
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>
>>> Anyway, I was getting the same failure on solaris and the attached
>>> patch solves the problem for me.
>>
>> Please do not apply the patch right now. I think it is b
Jean-Marc Lasgouttes wrote:
Enrico Forestieri <[EMAIL PROTECTED]> writes:
Anyway, I was getting the same failure on solaris and the attached
patch solves the problem for me.
Please do not apply the patch right now. I think it is better to link
libsupport against QT_LIB instead of QT_CORE_LIB.
On Thursday 06 September 2007 03:44:24 Enrico Forestieri wrote:
> Are you sure that it was not failing later on tex2lyx?
Sure it was. But I guess you knew that. :-)
--
José Abílio
On Thu, Sep 06, 2007 at 10:29:55AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > Anyway, I was getting the same failure on solaris and the attached
> > patch solves the problem for me.
>
> Please do not apply the patch right now. I think it is better to
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Anyway, I was getting the same failure on solaris and the attached
> patch solves the problem for me.
Please do not apply the patch right now. I think it is better to link
libsupport against QT_LIB instead of QT_CORE_LIB.
JMarc
On Wed, Sep 05, 2007 at 06:33:13AM -0400, Richard Heck wrote:
> José Matos wrote:
> > On Wednesday 05 September 2007 02:55:46 Enrico Forestieri wrote:
> >
> >> You are missing -lfontconfig, apparently. Please, see whether the attach
> >> patch helps. If yes, please apply it yourself as I will
On Wed, Sep 05, 2007 at 08:35:41PM +1000, Darren Freeman wrote:
> On Tue, 2007-09-04 at 18:44 -0400, Richard Heck wrote:
> > On Linux. It links fine in src/ itself.
>
> Hi all,
>
> I just updated to the latest SVN, r20063, of the 1.5 branch and hit make
> (Linux). Only change was to os_unix.cpp
On Wed, Sep 05, 2007 at 11:20:59AM +0100, José Matos wrote:
> On Wednesday 05 September 2007 02:55:46 Enrico Forestieri wrote:
> > You are missing -lfontconfig, apparently. Please, see whether the attach
> > patch helps. If yes, please apply it yourself as I will be away for one
> > or two days.
>
On Tue, 2007-09-04 at 18:44 -0400, Richard Heck wrote:
> On Linux. It links fine in src/ itself.
Hi all,
I just updated to the latest SVN, r20063, of the 1.5 branch and hit make
(Linux). Only change was to os_unix.cpp . It was clearly running the
config script again as it did a lot of checks befo
José Matos wrote:
On Wednesday 05 September 2007 02:55:46 Enrico Forestieri wrote:
You are missing -lfontconfig, apparently. Please, see whether the attach
patch helps. If yes, please apply it yourself as I will be away for one
or two days.
It does not work, it fails with the same err
On Wednesday 05 September 2007 02:55:46 Enrico Forestieri wrote:
> You are missing -lfontconfig, apparently. Please, see whether the attach
> patch helps. If yes, please apply it yourself as I will be away for one
> or two days.
It does not work, it fails with the same error.
If I add fontcon
On Tue, Sep 04, 2007 at 06:44:21PM -0400, Richard Heck wrote:
> On Linux. It links fine in src/ itself.
>
> make[2]: Entering directory `/cvs/lyx-devel/trunk/src/client'
> /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O -o lyxclient
> boost.o client.o debug.o gettext.o Messages.o
> ..
On Linux. It links fine in src/ itself.
make[2]: Entering directory `/cvs/lyx-devel/trunk/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O -o lyxclient
boost.o client.o debug.o gettext.o Messages.o
../../src/support/liblyxsupport.la ../../boost/liblyxboost.la -laspell
-
39 matches
Mail list logo
