>>>>> "Uwe" == Uwe Wolfram <[EMAIL PROTECTED]> writes:
Uwe> First of all I'm not a C++ expert nor do I know much about OOP!
Uwe> We have lyx 1.0.4 running on a Sparc Solaris 2.6 machine using
Uwe> Sun's C++ 5.0 compiler with the latest patches installed.
This is known to have problems, and we are not sure how to fix them...
Uwe> Then I tried to get lyx 1.1.5fix1 (downloaded from the home page)
Uwe> compiled under this configuration as well as on Solaris 7 and ran
Uwe> into the following problems after configure/make (an old gcc 2.81
Uwe> blew up on the code):
What happened with gcc 2.8.1? The problem in compiling LRegex.C?
Uwe> ./configure --prefix=/export --with-extra-prefix=/export
Uwe> --with-lyxname=lyx-1.1.5 --datadir=/export/lib
Note that the --with-lyxname option is currently broken.
Uwe> -------------------------------------------------------- Quite a
Uwe> bunch of messages of the following form "insetbib.h", line 162:
Uwe> Warning: InsetBibtex::display hides the virtual function
Uwe> But I guess this is a normal behaviour.
I seem that some of these warning are erroneous according to the
standard, but some may be warranted.
Uwe> --------------------------------------------------------
Uwe> src/lyxparagraph.h
Uwe> CC -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
Uwe> -I/export/include -I/usr/openwin/include -O -c formula.C -o
Uwe> formula.o "../../src/lyxparagraph.h", line 522: Error:
Uwe> LyXParagraph::InsetTable is not accessible from
Uwe> LyXParagraph::matchIT. "../../src/lyxparagraph.h", line 529:
Uwe> Error: LyXParagraph::InsetTable is not accessible from
Uwe> LyXParagraph::matchIT. "../../src/lyxparagraph.h", line 599:
Uwe> Error: LyXParagraph::InsetList is not accessible from
Uwe> LyXParagraph::inset_iterator. "../../src/lyxparagraph.h", line
Uwe> 613: Error: LyXParagraph::InsetList is not accessible from
Uwe> LyXParagraph::inset_iterator. 4 Error(s) detected.
Uwe> After moving the struct InsetTable and InsetList along with the
Uwe> typedef into the public section it worked.
That's strange, since the "friend" declarations there should do the
trick.
Uwe> The Sun cc does not like C++ comments (//). So please use normal
Uwe> /* */ comments in code compiled by C-compilers.
Hmm, we keep removing C++ comments from these files, and they come
back from the dead :) I fixed this one.
Uwe> After manually inserting #include <signal.h> the error messages
Uwe> vanished.
This one is strange, since we have included <csignal> does this mean
that <csignal> declares std::signal?
Uwe> By default Sun's C++ links in Sun's standard and runtime C++
Uwe> libraries. But I get the following error, are there
Uwe> incompatibilities in the g++ and CC libs?
That's probably a problem about template instanciation. It is
difficult to help just like that, but you might want to have a look at
the manual of CC about those.
JMarc
