I haven't has this problem in recent releases of LyX.
Looks like it can be closed as fixed.
> On 4 Jan 2021, at 5:51 am, LyX Ticket Tracker wrote:
>
> #11369: Mac Initialization error
> --+-
> Reporter: rogermc | Owner: lasg
n
> {{{~/Library/Application Support}}} LyX should try to create a new
> {{{LyX-2.3}}} configuration as a copy of this elder configuration
> automatically.
>
> Another option would be to start LyX with debug - something like this:
> {{{
> $ /Applications/LyX.app/Contents/MacOS/lyx -db
find an earlier version with Time Machine.
Regards,
Roger
> On 7 Jan 2019, at 10:50 am, LyX Ticket Tracker wrote:
>
> #11369: Mac Initialization error
> --+---
> Reporter: rogermc | Owner: skostysh
>
leading error
message but am not really sure.
Any ideas,
Thanks
Roger
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
&
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
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 L
roblem:
./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-debug --enable-assertions
--disable-stdlib-debug
I didn't need to specify -arch i386.
Thanks for your help
Roger
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:
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
rs palette for which
only some work correctly while others are displayed as text strings
such as "oiint".
I assume this Big Operators problem might be due to some missing
fonts in my system??
Hoping that the tear-off math palette feature makes it into rc2
Roger
Begin earlier mes
ertised".
Not sure what tooltips are meant? How to use the palette, or what a
symbol is for?
Whatever, the RC2 decision, I will certainly include in my RC2 build
as, for my purposes, it is a tremendous improvement in usability.
Irrespective, LyX 1.5 is great, congratulations to the developers on
a great and well appreciated effort,
Roger
Oops, disregard my last comment regarding tooltips, I just checked
bug 3883 and now comprehend!
Roger
ds thereby not
obscuring the status bar.
Roger
ity to bug 1942.
The improvement provided by the bug 1942 solution far outweighs any
disadvantage due to bug 3902.
Roger
make install and start the resultant LyX,app, this
problem does not occur.
I wondered if this should be considered a "bug" or is it expected and
acceptable behavior?
Roger
the regular cmd.exe),
cd \development\Win32\packaging\
build_msvc.bat
This worked for me.
Regards
Roger
y the problem in the
"problems have been detected by configure" message at the end.
A more informative problem mesaage might be ' "qt 4 library not
found !" because pkg-config not found!'
Roger
LDFLAGS was set as instructed in INSTALL>MacOSX.
Complied OK and installed on my PowerBook G4 without the additional
pkgconfig patch.
Roger
My LyX RC2 builds on both Intel Mac and PowerBook have'nt needed
libconv in LDFLAGS
I wonder if _libiconv wasn't found because pkgconfig wasn't installed?
I've just tried configure with Jean-Marc's qt4.m4 patch. It
configured successfully without specifying LDFLAGS.
Roger
-optimization=-Os --disable-stdlib-debug --
disable-concept-checks --enable-debug --enable-assertions
configure completed without errors
make failed with many undefined symbols so it looks like the LDFLAGS
declaration is still needed for the frameworks etc.
Roger
enGL -framework AGL -framework
QuickTime -lz -framework Cocoa conftest.cpp -lc -lm -lQtCore >&5
/usr/bin/ld: Undefined symbols:
_libiconv
_libiconv_close
_libiconv_open
collect2: ld returned 1 exit status
Regards
Roger
With config/qt4.m4 PKG_CONFIG patch and LDFLAGS declared as
instructed in INSTALL.MacOSX file lyx-1.5.0rc2 built successfully.
Roger
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes;
I applied this patch.
On running make after svn update, to get configure to work I had to
delete from configure.ac:
line 161: <<<<<<< .mine
line 190: >>>>>>> .r19063
Roger
Roger Mc Murtrie <[EMAIL PROTECTED]> wrote
Intel Mac, Mac OS X 10.4.10
Under latest lyx-1.5.0svn:
Start LyX
Open a Lyx file
Select View>PDF (pdflatex)
Spinning ball cursor appears for a while
LyX crashes.
This also occurs after LyX>Reconfigure.
Roger
After rebuilding for de
Intel Mac, Mac OS X 10.4.10
Under latest lyx-1.5.0svn:
Start LyX
Open a Lyx file
Select View>PDF (pdflatex)
Spinning ball cursor appears for a while
LyX crashes.
This also occurs after LyX>Reconfigure.
Roger
, Comment
16 due to some changes in boost?
Roger
Intel Mac
Mac OSX 10.4.01
lyx1.5.0svn
Report from configure
checking for fcntl... no
checking for sys/select.h... (cached) yes
checking sys/socket.h usability... no
checking sys/socket.h presence... yes
configure: WARNING: sys/socket.h: present but cannot be compiled
configure: WARNING: sys/sock
Please ignore sys/socket.h usability error, there was an error in my
configure command.
Roger
C++" seem
to pay little attention to "good programming practice", with the
result that the maintainability of C++ code is miserably poor. Lack
of "good programming practice" conventions is fertile ground for a
hacker's paradise with the consequentle potential
[install-recursive] Error 1
/Applications/LyX.app/Contents/Resources certainly does NOT contain
any lproj files.
What do I need to do to fix this problem?
Thanks
Roger
for f in en $LINGUAS_ ; do \
/Applications/LyX.app/Contents/Resources/$f.lproj ; \
done
Regards,
Roger
On 31/08/2007, at 5:14 AM, [EMAIL PROTECTED] wrote:
Compilation works fine for me now (after some strangeness some days
ago). If it doesn't work, try to download a fresh sv
I tried --without-aspell --without-pspell --disable-shared --enable-
static but the problem remains.
Also, I also tried the 5.2 branch which used to work but now I get
the same failure of missing .lproj files which never were needed in
the past.
Roger
On 31/08/2007, at 3:36 PM, Anders
the development/MacOSX Makefile and this
fixed things.
I now have a working LyX1.5.2svn.
So now I need to find why MKDIR_P isn't being defined.
Any suggestions will be gratefully appreciated.
Roger
On 31/08/2007, at 10:43 PM, Bennett Helm wrote:
No problems here. Note that currentl
MKDIR_P doesn't appear to be defined anywhere on my system.
The best solution that I can come up with is to add
MKDIR_P ?= mkdir -p
to development/MacOSX/Makefile.am
Doing this for both LyX1.5.2svn and LyX1.6.0svn (trunk) produced
working versions of LyX1.5.2svn and LyX1.6.0svn
Roger
On 04/09/2007, at 11:05 PM, Jean-Marc Lasgouttes wrote:
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
So now I need to find why MKDIR_P isn't being defined.
Any suggestions will be gratefully appreciated.
What is your automake version?
JMarc
automake (GNU automake) 1.9.6
Roger
lio in
esbibliodocdir = $(pkgdatadir)/doc/es/biblio
make install then performed successfully producing a working 1.5.2svn
Roger
Intel Mac
Max OSX 10.4.10
make fails for trunk in po:
Making all in po
test ! -f ./LyX-1.6.pot || \
test -z "ca.gmo cs.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo
gl.gmo he.gmo hu.gmo it.gmo ja.gmo ko.gmo nb.gmo nn.gmo pl.gmo pt.gmo
ro.gmo tr.gmo zh_CN.gmo zh_TW.gmo" || make ca.gmo cs.g
ing all in po" then completed successfully.
Roger
svn branch 1.5
boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines
#ifdef BOOST_HAS_THREADS
#include
#endif
but boost/boost/regex/pending/ only seems to contain the file
object_cache.hpp
Can anyone tell me why this is?
Roger
On 17/09/2007, at 7:27 PM, Jean-Marc Lasgouttes wrote:
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
svn branch 1.5
boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines
#ifdef BOOST_HAS_THREADS
#include
#endif
but boost/boost/regex/pending/ only seems to contain th
12,3 +15,4 @@
#include
#include
#include
+*/
Roger
.
So, why is this related to pch.h? Perhaps because the first time where
pch.h is used/created, has not been loaded and the wrong
options are used.
I note that boost/libs/regex/src/pch.h is the only pch file that
does not
load any boost header, and thus no boost/config.hpp.
Roger, does adding
his nature should be addressed under "feature
request".
Roger
ng to be continually confused by
different responses from different programs.
Sorry, but I grew up in a software development world where these
things were considered extremely important.
Hoping these comments might be helpful, though, I admit, not very
constructive,
Roger
LyX 1.5.0rc1 is not listed in the Bugzilla Version list.
lette(QWidget * parent)
: QWidget(parent, Qt::Popup)
{
layout_ = new QGridLayout(this);
Roger
Begin forwarded message:
From: Roger Mc Murtrie <[EMAIL PROTECTED]>
Date: 14 June 2007 10:02:49 AM
To: "Leuven, E." <[EMAIL PROTECTED]>
Subject: Re: tear-off math panels
I see, OK.
Select Greek menu, select a character, character entered, palette
closes. But, prob
bol greater-than-or-equal
displays as geqq.
However, View>PDF (pdflatex) does produce the correct symbols.
Roger
I'm running the Apple OSX version (downloaded as LyX-1.4.1-Mac.dmg)
on an Intel Mac under OSX 10.4.6.
Lyx appears to close OK but generates a failure dialog on exit.
Running from a Terminal window using " lyx -dbg any" the debug
reporting ends with:
Running QuitLyX.
Buffer::~Buffer()
void B
Followup on previous message
The full terminal command used was:
/Applications/LyX.app/Contents/MacOS/lyx -dbg any
Usually I start Lyx with LyX.app
Regards
Roger Mc Murtrie
I'm running the Apple OSX version (downloaded as LyX-1.4.1-Mac.dmg)
on an Intel Mac under OSX 10.4.6.
working OK with View->DVI on this Mac
system, but not for PDF.
Assistance will be greatly appreciated.
Roger Mc Murtrie
I have just installed Lyx1.6.0svn
This has a view menu with numerous items, including DVI and Postscript.
I have NOT run Reconfigure on this.
The DVI and Postscript items both work.
DVI invokes TeXShop and Postscript invokes Apple Preview.
Regards
Roger
On 13/03/2008, at 11:14 PM, Roger Mc
From: Roger Mc Murtrie <[EMAIL PROTECTED]>
Date: 14 March 2008 12:43:01 PM
To: [EMAIL PROTECTED]
Subject: Re: DVI viewer problem Mac Intel Leopard
psfrag also works under Lyx1.6.0svn for both View->DVI and View->PDF
(ps2pdf).
Are then any configuration files (or data) that I can t
convert.cpp: In function 'Target lyx::convert(Source) [with Target =
double, Source = const char*]':
convert.cpp:163: error: 'strtod' was not declared in this scope
Regards
Roger
expected ';' before '__attribute__'
with many more complaints about System/Library/Frameworks files.
Any ideas about what's gone wrong?
Regards
Roger
now what happens.
Regards
Roger
7;Target lyx::convert(Source) [with Target =
unsigned int, Source = std::string]':
convert.cpp:138: error: 'strtoul' was not declared in this scope
etc.
Regards,
Roger
On 28/03/2008, at 5:22 PM, Roger Mc Murtrie wrote:
On 28/03/2008, at 5:17 AM, [EMAIL PROTECTED] wrote:
From: Pavel S
On 29/03/2008, at 3:28 AM, [EMAIL PROTECTED] wrote:
Roger, the following patch helps wrt convert.cpp ?
pavel
Pavel
Convert.cpp now compiles with the patch added.
I also had to add
#include
to socktools.cpp to get it to compile.
However, I still get the fo;;owing strange failure:
/bin/sh
Intel Mac
OSX 10.5.3
LyX 1.5.6svn
When attempting View->PDF(pdflatex) on a LyX document with Document-
>Settings->Page Layout->Orientation set to Landscape the resultant
PDF document is displayed as Portrait by Adobe Reader.
Any idea what's going wrong?
Regards
Roger
Thanks Anders,
I did as you suggested but View->PDF(pdflatex) still produces
portrait when displayed by Preview.
I guess I'll just have to wait for bug 2721 to get fixed for PDF (not
just dvi which seems to dominate the bug commentary).
Thanks,
Roger
On 25/06/2008, at 11:45 PM
27;std'
../../src/support/lstrings.h: In function 'int
lyx::support::compare(const char*, const char*, unsigned int)':
../../src/support/lstrings.h:53: error: 'strncmp' is not a member of
'std'
Roger
Changing
#include to
#include
in docstring.h
seems to fix it.
Roger
On 02/12/2007, at 9:40 AM, Roger Mc Murtrie wrote:
OSX 10.5.1
SVN1.5.2 revision 21899 failed with:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./
pch.h -I./.. -I../../boost -Wextra -Wall -I/System
However, this seemed to cause another problem later in the build so I
ended up specifying both string includes in docstring.h
#include
#include
Doesn't look good but seems to fix the problem until a more
sophisticated fix is provided.
Roger
On 02/12/2007, at 10:09 AM, Roger Mc Mu
I forgot to mention that I have just upgraded to OSX 10.5.1 and Xtools
3.0.
Just another error:
TocModel.cpp: In member function 'void
lyx::frontend::TocModel::populate(const lyx::Toc&)':
TocModel.cpp:91: error: 'INT_MAX' was not declared in this scope
Roger
On
Adding #include to TocModel.cpp
resulted in a working LyX1.5.3
I also had to make these changes to the release version of 1.5.2 to
get it to build under OSX 10.5.1 and Xtools 3.0.
Roger
On 02/12/2007, at 10:47 AM, Roger Mc Murtrie wrote:
I forgot to mention that I have just upgraded to
I am wondering:
1. Lyx specific - If the export DISPLAY=:0.0 instructions should be
deleted from the lyxrc,dist files should be deleted?
2. Help -If anyone can shed some light as to why, if LyX works with
X11, why my other X11 applications don't.
Regards
Roger
From: Roger Mc Murtrie <[EMAIL PROTECTED]>
Date: 5 December 2007 10:05:51 PM
To: lyx-devel@lists.lyx.org
Subject: Re: X11 and MacOSX 10.5 Leopard
I've now found that xterm works if I invoke it with sudo xterm.
Can someone advise me on how to fix this?
Thanks
Roger
On 05/12/2007,
uot; --with-version-
suffix=-1.5 --without-x --with-qt4-dir=/usr/local/Trolltech/Qt-4.3.3 --
with-included-gettext --enable-optimization=-Os --enable-debug --
enable-assertions
I have pkg-config installed as I need it for other projects.
Regards,
Roger
Sounds interesting. I had thought, obviously incorrectly, that cmake
was for building windows applications.
I'll certainly give it a try. Also sounds like it might be useful for
another project that I have been having trouble with.
Many thanks
Roger
On 10/12/2007, at 8:35 PM, S
Quick note.
README.cmake has been renamed Install.cmake
Roger
On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote:
Have you tried the cmake build system? It has a Xcode target, i.e.
it creates a native Xcode project for LyX. Use it all the time,
works perfectly. Look in the README.cmake
file
or an INSTALL instructions file either for that matter.
A proper README.cmake file would be nice.
www.cmake.org has a documentation page. Hopefully that will provide
any needed instructions.
Roger
On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote:
Have you tried the cmake build system? I
_. No need to
compile Qt yourself."
Hope this helps
Roger
On 11/12/2007, at 8:54 AM, Andre Poenitz wrote:
On Tue, Dec 11, 2007 at 08:22:59AM +1100, Roger Mc Murtrie wrote:
Correction to previous post.
install.cmake doesn't look like a README.
[Well, your email doesn't look l
ile!
Thanks again and apologies for the confusion,
Roger
On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote:
Yes, INSTALL.cmake is the name. I always added some paragraphs for
Xcode there some time ago. It also works with Xcode 3 from Leopard.
Roger Mc Murtrie schrieb:
Correction to previous
rectory."
What field of the Get Info dialog should "-sysdir
a_valid_LyX_resource_directory" be added to? Or perhaps this not
appropriate for Xcode 3.0?
Regards
Roger
On 11/12/2007, at 8:48 AM, Stefan Schimanski wrote:
Yes, INSTALL.cmake is the name. I always added some pa
I noticed while doing a make of svn revision 22213 that make produced:
WARNING: `aclocal-1.9' is missing on your system.
That's true.
But I do have aclocal-1.10:
:~ Roger$aclocal --version
aclocal (GNU automake) 1.10
Written by Tom Tromey <[EMAIL PROTECTED]>
and Alex
ake-1.10 --foreign lib/doc/Makefile
lib/doc/Makefile.depend:21: bad characters in variable name `'
lib/doc/Makefile.am:230: `lib/doc/Makefile.depend' included from here
make[2]: *** [Makefile.in] Error 1
Regards
Roger
Thanks,
I manually deleted the Makefile files from lib/doc as make distclean
also failed in lib/doc with same error message.
svn update
./autogen,sh
./configure ...
make
then worked OK
Presume Makefile.depend got corrupted somehow?
Roger
On 18/01/2008, at 7:23 PM, Jürgen
again.
Roger
On 20/01/2008, at 12:24 AM, Darren Freeman wrote:
On Fri, 2008-01-18 at 09:38 +1100, Roger Mc Murtrie wrote:
lib/doc/Makefile.depend:21: bad characters in variable name `'
Roger,
this is the same problem I had. There was a svn conflict introduced
because Makefile.depend is r
For a while I have had a problem with making Lyx after svn update.
:/Applications/lyx-devel1.6/lyx-devel Roger$make
cd . && /bin/sh /Applications/lyx-devel1.6/lyx-devel/config/missing --
run aclocal-1.10 -I m4 -I config
autom4te: cannot open autom4te.cache/requests: Permission denied
help just to know if lyx can be compiled with
these tools.
Any advice would be most welcome.
Roger Brown bregor at anusf dot anu dot edu dot au
The actual error is:
g++ -pipe -O2 -mpentiumpro -W -Wall -o lyx BufferView.o BufferView2.o
81 matches
Mail list logo
