ie
>>> Cc: lyx-devel@lists.lyx.org, Pavel Sanda
>>> Subject: Re: Mac SVN fails to compile
>>>
>>>
>>> On Wed, Feb 17, 2010 at 6:14 PM, Roger Mc Murtrie
>>> wrote:
>>>
>>>
>>>> Attached is proposed patch to
Roger Mc Murtrie schreef:
On 19/02/2010, at 6:28 PM, lyx-devel-digest-h...@lists.lyx.org wrote:
From: BH
Date: 18 February 2010 10:58:53 AM AEDT
To: Roger Mc Murtrie
Cc: lyx-devel@lists.lyx.org, Pavel Sanda
Subject: Re: Mac SVN fails to compile
On Wed, Feb 17, 2010 at 6:14 PM, Roger Mc
On 19/02/2010, at 6:28 PM, lyx-devel-digest-h...@lists.lyx.org wrote:
> From: BH
> Date: 18 February 2010 10:58:53 AM AEDT
> To: Roger Mc Murtrie
> Cc: lyx-devel@lists.lyx.org, Pavel Sanda
> Subject: Re: Mac SVN fails to compile
>
>
> On Wed, Feb 17, 2010 at 6
On Wed, Feb 17, 2010 at 6:14 PM, Roger Mc Murtrie wrote:
> Attached is proposed patch to INSTALL.MacOSX instructions.
> Regards,
> Roger
Looks good to me.
BH
On 17/02/2010, at 2:45 PM, lyx-devel-digest-h...@lists.lyx.org wrote:
> From: Pavel Sanda
> Date: 15 February 2010 2:03:28 PM AEDT
> To: lyx-devel@lists.lyx.org
> Subject: Re: Mac SVN fails to compile
> Reply-To: lyx-devel@lists.lyx.org
>
>
> Roger Mc Murtrie wrote:
Roger Mc Murtrie wrote:
> OSX 10.6.2
> Adding --disable-stdlib-debug to my configure solved the problem:
> ./configure --prefix=/Applications/"LyX2.0.0svn.app"
> --with-version-suffix=-1.6 --with-qt4-dir=/usr/local/Trolltech/Qt-4.5.3
> --with-included-gettext --enable-optimization=-Os --enable-de
On 08/02/2010, at 1:57 AM, Anders Ekberg wrote:
> Still presuming you are on 10.6: This script works for me. Note that I have
> QT4.6beta1 that I have compiled for the i386 architecture and compiles LyX
> for the same architecture. Other than that I really don't have any good ideas.
>
> #!/bin
On 7 feb 2010, at 12.26, Roger Mc Murtrie wrote:
> On 07/02/2010, at 7:01 PM, Anders Ekberg wrote:
>
>>>
>>> Building in accordance with INSTALL.MacOSX and running on the same
>>> computer produces the reported result.
>>> config log attached.
>>>
>>> Regards,
>>> Roger
>>
>> You're on Snow
On 07/02/2010, at 7:01 PM, Anders Ekberg wrote:
>>
>> Building in accordance with INSTALL.MacOSX and running on the same
>> computer produces the reported result.
>> config log attached.
>>
>> Regards,
>> Roger
>
> You're on Snow Leopard?
> Try adding --enable-static --without-pspell --witho
On 7 feb 2010, at 02.06, Roger Mc Murtrie wrote:
>
> On 07/02/2010, at 2:29 AM, BH wrote:
>
>> On Sat, Feb 6, 2010 at 1:34 AM, Yokota K. wrote:
>>> Dear Roger,
>>>
terminate called after throwing an instance of 'std::bad_cast'
what(): std::bad_cast
Abort trap
>>>
>>> That's so
On Sat, Feb 6, 2010 at 1:34 AM, Yokota K. wrote:
> Dear Roger,
>
>> terminate called after throwing an instance of 'std::bad_cast'
>> what(): std::bad_cast
>> Abort trap
>
> That's something I'm also struggling with. I tried to compile LyX
> 1.6.5-release with exactly the same settings as I did
Dear Roger,
> terminate called after throwing an instance of 'std::bad_cast'
> what(): std::bad_cast
> Abort trap
That's something I'm also struggling with. I tried to compile LyX
1.6.5-release with exactly the same settings as I did with trunk,
which runs successfully. So the problem seems to
Thanks Koji,
I finally did get it to compile but have redone it with your patch which
worked OK.
However, when trying to run lyx it aborts with the following message:
:/Applications/lyx-devel Roger$src/lyx
terminate called after throwing an instance of 'std::bad_cast'
what(): std::bad_cast
Roger,
I thought this was a bug in gettext on Mac and fixed in newer versions
(may not be released yet).
I fixed it with the following patch:
--- po/Makefile.in.in.orig 2010-01-22 01:13:10.0 +0900
+++ po/Makefile.in.in 2010-01-22 01:13:44.0 +0900
@@ -56,7 +56,7 @@
XGETTEX
Roger Mc Murtrie wrote:
> Making all in support
> make all-am
> gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL
> -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include
> -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT
> LinkBack.o -MD -MP
Roger Mc Murtrie wrote:
> Making all in support
> make all-am
> gcc -DHAVE_CONFIG_H -I. -I../.. -I./.. -I../../boost -DQT_NO_STL
> -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/local/Trolltech/Qt-4.5.3/include
> -I/usr/local/Trolltech/Qt-4.5.3/include/QtCore -Wextra -Wall -MT
> LinkBack.o -MD -MP
Thanks Pavel,
I'm not entirely sure what you mean by "clean checkout".
However I tried svn cleanup then svn update after which the ar.po problem seems
to have gone away and the make continued for quite a while but stopped with:
Making all in support
make all-am
gcc -DHAVE_CONFIG_H -I. -I../..
Roger Mc Murtrie wrote:
> Any advice will be greatly appreciated,
have you tried clean checkout?
pavel
Alain Bertrand a écrit :
Darren Freeman a écrit :
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
Try the patch there:
http://bugzilla.lyx.org/show_bug.cgi?id=3578
JMarc
Darren Freeman a écrit :
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
I am using a pretty standard OpenSUSE 10.2 with Qt 4 compiled from
source. See below for a transcript of the end of ./configu
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
I am using a pretty standard OpenSUSE 10.2 with Qt 4 compiled from
source. See below for a transcript of the end of ./configure followed by
make.
I don
Bo Peng wrote:
This probably means that we need and #include above, no?
You are right. MSVC continues with the addition of this line, and gcc
does not complain.
Please fix it.
just put it in...
This probably means that we need and #include above, no?
You are right. MSVC continues with the addition of this line, and gcc
does not complain.
Please fix it.
Bo
José Matos wrote:
On Thursday 19 April 2007 9:09:40 pm Bo Peng wrote:
My MSVC (patch 1) syas:
toolbarbacken.c 35, 307, 317: error c2039, 'find_if' is not a member of
'std'.
Linux/gcc is fine.
This probably means that we need and #include above, no?
bo could you check this? i don't see t
On Thursday 19 April 2007 9:09:40 pm Bo Peng wrote:
> My MSVC (patch 1) syas:
>
> toolbarbacken.c 35, 307, 317: error c2039, 'find_if' is not a member of
> 'std'.
>
> Linux/gcc is fine.
This probably means that we need and #include above, no?
> Cheers,
> Bo
--
José Abílio
My MSVC (patch 1) syas:
toolbarbacken.c 35, 307, 317: error c2039, 'find_if' is not a member of 'std'.
Linux/gcc is fine.
Cheers,
Bo
26 matches
Mail list logo