Am Samstag 27 März 2010 schrieb BH:
> On Mon, Mar 22, 2010 at 10:50 AM, Kornel Benko wrote:
> > We need someone having OSX. You already have some experience there. It is
> > not soo difficult to start with cmake. Maybe you could step in here?
> >
> > Code specific for OSX in e.g. CMakeLists.txt wo
On Sat, Mar 27, 2010 at 11:09 AM, Stephan Witt wrote:
> This is the error I get when building the cmake project with Xcode (output
> from Xcode window):
>
> CreateUniversalBinary /Users/stephan/cvs/lyx/lyx-cmake/bin/Debug/lyxclient
> normal "ppc i386"
> cd /Users/stephan/cvs/lyx/lyx-devel/develo
Am 27.03.2010 um 05:09 schrieb BH:
> On Mon, Mar 22, 2010 at 10:55 AM, Stephan Witt wrote:
>> Am 22.03.2010 um 14:58 schrieb BH:
>>
>>> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
> The problem is installing it. When XCode builds, it should
> create the application bundle, but
On Mon, Mar 22, 2010 at 10:50 AM, Kornel Benko wrote:
> We need someone having OSX. You already have some experience there. It is not
> soo difficult
> to start with cmake. Maybe you could step in here?
>
> Code specific for OSX in e.g. CMakeLists.txt would look like this:
> if(APPLE)
> if(NO
On Mon, Mar 22, 2010 at 10:55 AM, Stephan Witt wrote:
> Am 22.03.2010 um 14:58 schrieb BH:
>
>> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
The problem is installing it. When XCode builds, it should
create the application bundle, but it doesn't. When I use unix
makefiles,
Jean-Marc Lasgouttes writes:
> Abdelrazak Younes writes:
>> It depends on the MAC packager really. I personally prefer to avoid
>> indirection and our spellchecker API is just enough for our use. Using
>> Enchant means that the MAC package will have to take care of glib
>> integration in the bui
Am 24.03.2010 um 15:13 schrieb Pavel Sanda:
> Stephan Witt wrote:
>>> Stephan Witt wrote:
how and where should I upload this disk image? Yesterday I've build it
from alpha1 tar-ball.
>>>
>>> do you have possibility to put the binary anywhere where i can download it?
>>> (for example th
Stephan Witt wrote:
> > Stephan Witt wrote:
> >> how and where should I upload this disk image? Yesterday I've build it
> >> from alpha1 tar-ball.
> >
> > do you have possibility to put the binary anywhere where i can download it?
> > (for example the computer aussie.lyx.org still works and you h
Am 24.03.2010 um 11:03 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> how and where should I upload this disk image? Yesterday I've build it from
>> alpha1 tar-ball.
>
> do you have possibility to put the binary anywhere where i can download it?
> (for example the computer aussie.lyx.org still wo
Am 24.03.2010 um 00:04 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> for an alpha release I may provide my current disk image without it.
>
> better than nothing. 10.4 is 5 years old and according to wikipedia
> "As of November 2009, Apple will not be releasing any more security updates
> for Ti
Stephan Witt wrote:
>for an alpha release I may provide my current disk image without it.
better than nothing. 10.4 is 5 years old and according to wikipedia
"As of November 2009, Apple will not be releasing any more security updates for
Tiger."
so even apple do not care anymore. i have no idea w
Am 22.03.2010 um 13:07 schrieb BH:
> On Mon, Mar 22, 2010 at 1:50 AM, Stephan Witt wrote:
>
>> BTW, what do you think is a *must* to support platform-wise and what is nice
>> to have?
>
> I think we must support 10.5, with a strong preference for 10.4. I
> think we must support PPC. And we mus
Abdelrazak Younes writes:
> It depends on the MAC packager really. I personally prefer to avoid
> indirection and our spellchecker API is just enough for our use. Using
> Enchant means that the MAC package will have to take care of glib
> integration in the build system.
Agreed. The question is w
Am 23.03.2010 um 15:00 schrieb Abdelrazak Younes:
> On 03/23/2010 02:04 PM, Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes writes:
>>
>>> No, I really meant that implementing that in LyX directly is easier
>>> that implementing that in Enchant if it was there already.
>>>
>> If you like
On 03/23/2010 02:04 PM, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
No, I really meant that implementing that in LyX directly is easier
that implementing that in Enchant if it was there already.
If you like coding in Objective C++, yes. But this is really a weird
beast.
I a
Abdelrazak Younes writes:
> No, I really meant that implementing that in LyX directly is easier
> that implementing that in Enchant if it was there already.
If you like coding in Objective C++, yes. But this is really a weird
beast.
I attach the file from enchant as reference.
> I am not sure he
BH wrote:
> (There will be no Mac binary for 2.0alpha1.)
if the only reason is that some autotools/cmake files are not prepared
properly in tarball, feel free to change them...
pavel
Am 22.03.2010 um 14:58 schrieb BH:
> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
>>> The problem is installing it. When XCode builds, it should
>>> create the application bundle, but it doesn't. When I use unix
>>> makefiles, doing "make install" indeed puts most everything inside the
>>
Am Montag, 22. März 2010 schrieb BH:
> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
> >> The problem is installing it. When XCode builds, it should
> >> create the application bundle, but it doesn't. When I use unix
> >> makefiles, doing "make install" indeed puts most everything inside th
On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
>> The problem is installing it. When XCode builds, it should
>> create the application bundle, but it doesn't. When I use unix
>> makefiles, doing "make install" indeed puts most everything inside the
>> LyX.app bundle, but not in the right pla
On 03/22/2010 02:33 PM, BH wrote:
On Mon, Mar 22, 2010 at 9:08 AM, Abdelrazak Younes wrote:
On 03/22/2010 01:07 PM, BH wrote:
As I've noted in other e-mails, I think it's very desirable to provide
spelling and thesaurus support built in. For spelling, the preferred
way to go is to pr
On Mon, Mar 22, 2010 at 9:08 AM, Abdelrazak Younes wrote:
> On 03/22/2010 01:07 PM, BH wrote:
>>
>> As I've noted in other e-mails, I think it's very desirable to provide
>> spelling and thesaurus support built in. For spelling, the preferred
>> way to go is to provide enchant hooks to the native
Am Montag, 22. März 2010 schrieb BH:
> On Mon, Mar 22, 2010 at 4:19 AM, Abdelrazak Younes wrote:
> > On 03/22/2010 01:10 AM, BH wrote:
> >>
> >> (Note that doing "make install" with cmake won't properly put
> >> everything in the LyX-2.0.app bundle. So you'll have to make sure the
> >> files are g
On 03/22/2010 01:07 PM, BH wrote:
As I've noted in other e-mails, I think it's very desirable to provide
spelling and thesaurus support built in. For spelling, the preferred
way to go is to provide enchant hooks to the native spellchecker.
Does Enchant already support the Mac native spellchecke
On Mon, Mar 22, 2010 at 4:19 AM, Abdelrazak Younes wrote:
> On 03/22/2010 01:10 AM, BH wrote:
>>
>> (Note that doing "make install" with cmake won't properly put
>> everything in the LyX-2.0.app bundle. So you'll have to make sure the
>> files are going in the relevant places yourself.)
>>
>
> Ple
On Mon, Mar 22, 2010 at 1:50 AM, Stephan Witt wrote:
> Am 22.03.2010 um 01:10 schrieb BH:
>> It's easy to compile Qt for PPC and Intel: just add the following when
>> configuring:
>>
>> -universal -sdk /Developer/SDKs/MacOSX10.4u.sdk
>
> Thanks for the hint. I'll do this now and we'll see how it g
Am Montag, 22. März 2010 schrieb Abdelrazak Younes:
> On 03/22/2010 01:10 AM, BH wrote:
> > (Note that doing "make install" with cmake won't properly put
> > everything in the LyX-2.0.app bundle. So you'll have to make sure the
> > files are going in the relevant places yourself.)
> >
>
> Plea
On 03/22/2010 09:46 AM, Stephan Witt wrote:
Am 22.03.2010 um 09:18 schrieb Abdelrazak Younes:
On 03/22/2010 06:50 AM, Stephan Witt wrote:
I'll do that later... do you know if that build is working with Qt4 of macports?
You should really try Nokia's binaries IMHO.
I t
Am 22.03.2010 um 09:18 schrieb Abdelrazak Younes:
> On 03/22/2010 06:50 AM, Stephan Witt wrote:
>> I'll do that later... do you know if that build is working with Qt4 of
>> macports?
>>
>
> You should really try Nokia's binaries IMHO.
I tried it (the SDK). And failed to build LyX. autoconf d
On 03/22/2010 01:10 AM, BH wrote:
(Note that doing "make install" with cmake won't properly put
everything in the LyX-2.0.app bundle. So you'll have to make sure the
files are going in the relevant places yourself.)
Please report back those issue to the list, I am sure Kornel, Peter or I
c
On 03/22/2010 06:50 AM, Stephan Witt wrote:
I'll do that later... do you know if that build is working with Qt4 of macports?
You should really try Nokia's binaries IMHO.
Abdel.
Am 22.03.2010 um 01:10 schrieb BH:
> On Sun, Mar 21, 2010 at 4:48 PM, Stephan Witt wrote:
>> After reading the mails in the thread I tried to build LyX myself.
>> See below...
>>
>>>
>>> I currently cannot compile with autotools, getting the same error as
>>> Yvon. (And that's with a self-compi
On Sun, Mar 21, 2010 at 4:48 PM, Stephan Witt wrote:
> After reading the mails in the thread I tried to build LyX myself.
> See below...
>
>>
>> I currently cannot compile with autotools, getting the same error as
>> Yvon. (And that's with a self-compiled Qt4.) I don't have time to
>> investigate
Am 21.03.2010 um 15:10 schrieb BH:
> On Sun, Mar 21, 2010 at 9:33 AM, Pavel Sanda wrote:
>> Stephan Witt wrote:
>>> Hi Yvon,
>>>
>>> some days ago I tried to build LyX trunk version and failed with the same
>>> error when using the macports Qt4 library. (I see you are using it too.) I
>>> had
On Sun, Mar 21, 2010 at 9:33 AM, Pavel Sanda wrote:
> Stephan Witt wrote:
>> Hi Yvon,
>>
>> some days ago I tried to build LyX trunk version and failed with the same
>> error when using the macports Qt4 library. (I see you are using it too.) I
>> had not enough energy to search for the root of t
Stephan Witt wrote:
> Hi Yvon,
>
> some days ago I tried to build LyX trunk version and failed with the same
> error when using the macports Qt4 library. (I see you are using it too.) I
> had not enough energy to search for the root of the problem. I guess it is
> related to processor architect
component.
I switched to a self made Qt4 library as explained in INSTALL.MacOSX.
Hope this helps.
Stephan
Am 21.03.2010 um 07:19 schrieb Yvon Thoraval:
> hey,
>
> again i do have a make error compiling lyx-devel rev. 33817, here are my
> commands :
>
> $ svn co svn://svn.lyx.org/l
hey,
again i do have a make error compiling lyx-devel rev. 33817, here are my
commands :
$ svn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel
...
Checked out revision 33817.
$ cd lyx-devel
$ cd ./autogen.sh
Using automake (GNU automake) 1.11.1
Using autoconf (GNU Autoconf) 2.65
Building
>>>
>>> Yes -- that fixes it for me. (Assuming this is the right fix, can
>>> someone check it in?)
>>>
>>
>> Unfortunately no ;-)
>
>You're not understanding. To "check in" the fix is to modify the
official
>source so that everyone can get the fix by using svn to update the
source
>code on local
On Fri, Mar 5, 2010 at 12:02 AM, Yvon Thoraval wrote:
>>
>> Yes -- that fixes it for me. (Assuming this is the right fix, can
>> someone check it in?)
>>
>
> Unfortunately no ;-)
You're not understanding. To "check in" the fix is to modify the
official source so that everyone can get the fix by u
>
>
> Yes -- that fixes it for me. (Assuming this is the right fix, can
> someone check it in?)
>
>
Unfortunately no ;-)
Over Mac OS X 10.6.2 (snow leopard latest) Intel computer.
I started from scratch get the latest svn version by :
zsh-% svn co svn://svn.lyx.org/lyx/lyx-devel/trunk lyx-devel
On Thu, Mar 4, 2010 at 3:08 PM, Lasse Tuominen wrote:
> On Thu, Mar 4, 2010 at 18:05, Yvon Thoraval wrote:
>> 2010/3/4 BH
>>
>>
>> then, doing :
>>
>> /opt/local/bin/msgmerge --update po/ar.po po/LyX-svn-2.0.0.pot
>> ...
Pavel Sanda wrote:
> > make (make here automatically reconfigures)
> >
> > ... and now I get the same error as Yvon -- an error that gets
> > repeated with every .po file, even though all are present.
> >
> > So something is wrong. Any ideas?
>
> ./configure ?
sorry i was not careful enough, th
BH wrote:
> On Thu, Mar 4, 2010 at 11:05 AM, Yvon Thoraval
> wrote:
> > $ which msgmerge
> > /opt/local/bin/msgmerge
> > $ /opt/local/bin/msgmerge --update ar.po LyX-svn-2.0.0.pot
> > /opt/local/bin/msgmerge: Erreur lors de l'ouverture de ? ar.po ? en lecture
> > : No such file or directory
> > m
2010/3/4 BH
>
> I'm kicking this over to the devel list. (In case you weren't
> following on the User's list, the problem is that make fails in po/ on
> Mac. Everything was working fine for me until )
>
OK, I've subscribed to devel list right now.
best,
Yvon
On Thu, Mar 4, 2010 at 11:05 AM, Yvon Thoraval wrote:
> $ which msgmerge
> /opt/local/bin/msgmerge
> $ /opt/local/bin/msgmerge --update ar.po LyX-svn-2.0.0.pot
> /opt/local/bin/msgmerge: Erreur lors de l'ouverture de « ar.po » en lecture
> : No such file or directory
> may be the command isn't cor
On Fri, Apr 11, 2008 at 5:57 PM, Bob Lounsbury <[EMAIL PROTECTED]> wrote:
> I'm going to put a completely different stick of memory in and test it
> and try to compile LyX and see what happens.
>
> Cheers,
> /Bob
>
Just for the update. Not that it is of any importance to the
development of LyX
On Thu, Apr 10, 2008 at 9:46 PM, rgheck <[EMAIL PROTECTED]> wrote:
> Bob Lounsbury wrote:
>
> > Out of curiosity have you have run into this error:
> >
> > TocBackend.cpp:201: internal compiler error: Segmentation fault
> > Please submit a full bug report,
> > with preprocessed source if appropriat
Bob Lounsbury wrote:
Out of curiosity have you have run into this error:
TocBackend.cpp:201: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [TocBackend.lo] Erro
On Thu, Apr 10, 2008 at 8:08 PM, rgheck <[EMAIL PROTECTED]> wrote:
> Bob Lounsbury wrote:
>
> > I just tried to build the latest svn revision #24220 on Slackware and
> > got this error during make:
> >
> >
> >
> Andre forgot to svn add this new file. (We've all done it.) I'm guessing
> he'll do it
Bob Lounsbury wrote:
I just tried to build the latest svn revision #24220 on Slackware and
got this error during make:
Andre forgot to svn add this new file. (We've all done it.) I'm guessing
he'll do it tomorrow, when he's back online. Until then, you'll need to
roll back to 24209: svn up
I just tried to build the latest svn revision #24220 on Slackware and
got this error during make:
docstring.cpp:25:28: error: support/assert.h: No such file or directory
docstring.cpp: In function 'const lyx::docstring lyx::from_ascii(const char*)':
docstring.cpp:36: error: expected primary-expres
Never mind. My mistake.
Richard Heck wrote:
make[5]: *** No rule to make target `pch.h', needed by `pch.h.gch'.
Stop.
make[5]: Leaving directory `/cvs/lyx-pristine/src/frontends/qt4'
make[4]: *** [all-recursive] Error 1
--
==
make[5]: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
make[5]: Leaving directory `/cvs/lyx-pristine/src/frontends/qt4'
make[4]: *** [all-recursive] Error 1
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown U
On Fri, 10 Aug 2007, Richard Heck wrote:
Richard Heck wrote:
Richard Heck wrote:
>
> [EMAIL PROTECTED] boost]$ pwd
> /cvs/lyx-devel/trunk/boost
> [EMAIL PROTECTED] boost]$ make
> make: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
>
> I did make clean and make distc
> I'd be happy to do so but have never used it. What do I do?
Install scons from www.scons.org, and type scons. You may want to read
INSTALL.scons. If under windows, also INSTALL.Win32. The good thing
about scons is that after the first run, you always run a single
command 'scons install'.
> I se
Bo Peng wrote:
I did make clean and make distclean, and reran configure, etc.
I do not use autotools, but maybe autogen.sh can help?
I've tried everything I can think of, including that. I think there's a
problem with the source under autotools at the moment. The pch.h file is
jus
> >> I did make clean and make distclean, and reran configure, etc.
I do not use autotools, but maybe autogen.sh can help?
You might also want to try scons.
Bo
Richard Heck wrote:
Richard Heck wrote:
[EMAIL PROTECTED] boost]$ pwd
/cvs/lyx-devel/trunk/boost
[EMAIL PROTECTED] boost]$ make
make: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
I did make clean and make distclean, and reran configure, etc.
Reverting to 19409 fixes this.
Richard Heck wrote:
[EMAIL PROTECTED] boost]$ pwd
/cvs/lyx-devel/trunk/boost
[EMAIL PROTECTED] boost]$ make
make: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
I did make clean and make distclean, and reran configure, etc.
Reverting to 19409 fixes this.
rh
--
[EMAIL PROTECTED] boost]$ pwd
/cvs/lyx-devel/trunk/boost
[EMAIL PROTECTED] boost]$ make
make: *** No rule to make target `pch.h', needed by `pch.h.gch'. Stop.
I did make clean and make distclean, and reran configure, etc.
Richard
--
On 8/6/07, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > It says msguniq: command not found. Is there some package that
> > provides this function?
>
> gettext
>
> pavel
>
That seems to have worked. Thanks and thanks for the fast response!
Bob
> It says msguniq: command not found. Is there some package that
> provides this function?
gettext
pavel
LyX 1.5.1 compiled correctly, but running make gives me:
Making all in po
make[1]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po'
make lyx-1.5.1.pot-update
make[2]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po'
make l10n_pots
make[3]: Entering directory `/home/bob/Desktop/lyx-1.5.1/po'
On Thursday 26 April 2007 12:29:26 pm Helge Hafting wrote:
> >>>
> >>> make[4]: *** No rule to make target `InsetMathAMSArray.lo', needed by
> >>> `libmathed.la'. Stop
>
> Solved in current svn.
I still have the same problem when using build_dir != source_dir. :-(
> Helge Hafting
--
José Abí
Helge Hafting wrote:
Bo Peng wrote:
On 4/25/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Just checked out lyx and got this:
make[4]: *** No rule to make target `InsetMathAMSArray.lo', needed by
`libmathed.la'. Stop
Solved in current svn.
Helge Hafting
Bo Peng wrote:
On 4/25/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Just checked out lyx and got this:
make[4]: *** No rule to make target `InsetMathAMSArray.lo', needed by
`libmathed.la'. Stop
Lyx is undergoing major renaming of files. You will have to start from
autogen, or at least run ma
On 4/25/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Just checked out lyx and got this:
make[4]: *** No rule to make target `InsetMathAMSArray.lo', needed by
`libmathed.la'. Stop
Lyx is undergoing major renaming of files. You will have to start from
autogen, or at least run make distclean. (Y
Just checked out lyx and got this:
make[4]: *** No rule to make target `InsetMathAMSArray.lo', needed by
`libmathed.la'. Stop
Helge Hafting
Probably connected with the renaming, but thought I'd mention it...
ar cru .libs/libcontrollers.a Dialog.o Kernel.o biblio.o character.o
frnt_lang.o tex_helpers.o BCView.o ButtonController.o ButtonPolicies.o
ControlAboutlyx.o ControlBibtex.o ControlBox.o ControlBranch.o
ControlCharacter.o Control
After updating, configuring with ./configure --with-frontend=qt
--with-version-suffix=-latestcvs, make and make install
lyx-latestcvs referrd to /usr/local/share/lyx instead of
/usr/local/share/lyx-latestcvs.
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> When I make lyx, it ends with
Lars> |
Lars> | make[1]: Leaving directory `/local/lasgoutt/qtbuild/src' |
Lars> Making all in sourcedoc | make[1]: Entering directory
Lars>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| When I make lyx, it ends with
|
| make[1]: Leaving directory `/local/lasgoutt/qtbuild/src'
| Making all in sourcedoc
| make[1]: Entering directory `/local/lasgoutt/qtbuild/sourcedoc'
| make[1]: *** No rule to make target `all'. Stop.
| make[1]:
When I make lyx, it ends with
make[1]: Leaving directory `/local/lasgoutt/qtbuild/src'
Making all in sourcedoc
make[1]: Entering directory `/local/lasgoutt/qtbuild/sourcedoc'
make[1]: *** No rule to make target `all'. Stop.
make[1]: Leaving directory `/local/lasgoutt/qtbuild/sourcedoc'
make: ***
Rob Lahaye wrote:
>
> Current CVS doesn't compile:
>
> [...]
> FormDocument.C: In method `Buffer::Buffer(const Buffer &)':
> ../../../boost/boost/scoped_ptr.hpp:36:
> `boost::scoped_ptr::scoped_ptr(const
> boost::scoped_ptr &)' is private
Thanks for fixing it!
Rob.
Hi,
Current CVS doesn't compile:
[...]
FormDocument.C: In method `Buffer::Buffer(const Buffer &)':
../../../boost/boost/scoped_ptr.hpp:36: `boost::scoped_ptr::scoped_ptr(const
boost::scoped_ptr &)' is private
FormDocument.C:404: within this context
../../../boost/boost/checked_delete.hpp: In f
76 matches
Mail list logo
