Problems compiling LyX 1.1.6fix1 on Darwin/OSX
I've been playing with the FreeBSD based underpinnings of MacOSX/Darwin, and trying to get Lyx to compile. So far, I've got: -xforms and xpm correctly installed. -Patched libtools to make sure that libraries compile under Darwin. -Replaced the config.guess and config.sub files with Darwin provided ones so that ./configure would run correctly. -Set the -traditional-cpp option in ./configure to get the precompilers to work correctly. -Xtools Xwindows environment as well as tetex is correctly installed. In a nutshell, I think I've dealt with most of the Darwin specific problems in compiling LyX, but make stops with the following error: /usr/bin/ld: Undefined symbols: _fl_display ... _fl_set_slider_size make[3]: *** [lyx] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive-am] Error 2 make: *** [all-recursive] Error 1 It's been at about 10 years since I last compiled anything, so any suggestions would be greatly appreciated. Best, Tn
Problems compiling LyX 1.1.6fix1 on Darwin/OSX
I've been playing with the FreeBSD based underpinnings of MacOSX/Darwin, and trying to get Lyx to compile. So far, I've got: -xforms and xpm correctly installed. -Patched libtools to make sure that libraries compile under Darwin. -Replaced the config.guess and config.sub files with Darwin provided ones so that ./configure would run correctly. -Set the -traditional-cpp option in ./configure to get the precompilers to work correctly. -Xtools Xwindows environment as well as tetex is correctly installed. In a nutshell, I think I've dealt with most of the Darwin specific problems in compiling LyX, but make stops with the following error: /usr/bin/ld: Undefined symbols: _fl_display ... _fl_set_slider_size make[3]: *** [lyx] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive-am] Error 2 make: *** [all-recursive] Error 1 It's been at about 10 years since I last compiled anything, so any suggestions would be greatly appreciated. Best, Tn
Problems compiling LyX 1.1.6fix1 on Darwin/OSX
I've been playing with the FreeBSD based underpinnings of MacOSX/Darwin, and trying to get Lyx to compile. So far, I've got: -xforms and xpm correctly installed. -Patched libtools to make sure that libraries compile under Darwin. -Replaced the config.guess and config.sub files with Darwin provided ones so that ./configure would run correctly. -Set the -traditional-cpp option in ./configure to get the precompilers to work correctly. -Xtools Xwindows environment as well as tetex is correctly installed. In a nutshell, I think I've dealt with most of the Darwin specific problems in compiling LyX, but make stops with the following error: /usr/bin/ld: Undefined symbols: _fl_display ... _fl_set_slider_size make[3]: *** [lyx] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive-am] Error 2 make: *** [all-recursive] Error 1 It's been at about 10 years since I last compiled anything, so any suggestions would be greatly appreciated. Best, Tn
Re: Compiling lyx-1.1.6fix1
Allan Rae wrote: Try: make distclean ./configure --disable-threads make Thanks very much to Allan. I'm now getting much further. Now the compilation comes to a grinding halt when it reaches src/mathed/math_utils.C. I've attached the errors which I hope mean something to someone. They confirm that I'm using gcc 2.95.2. I've trawled through the mailing list archive to find someone with similar problems, but to no avail. Apologies for my continued incompetence... Bruce /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C -o math_utils.o In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:48, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: declaration of `int memcmp(const void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: conflicts with built-in declaration `int memcmp(const void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: declaration of `void * memcpy(void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: conflicts with built-in declaration `void * memcpy(void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: declaration of `size_t strlen(const char *)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: conflicts with built-in declaration `unsigned int strlen(const char *)' In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new.h:6, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:52, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:28: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:29: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:32: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:33: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:38: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:39: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:112: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:652, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.cc:32: `operator new' takes type `size_t' as first parameter make: *** [math_utils.lo] Error 1
Re: Compiling lyx-1.1.6fix1
Allan Rae wrote: Try: make distclean ./configure --disable-threads make Thanks very much to Allan. I'm now getting much further. Now the compilation comes to a grinding halt when it reaches src/mathed/math_utils.C. I've attached the errors which I hope mean something to someone. They confirm that I'm using gcc 2.95.2. I've trawled through the mailing list archive to find someone with similar problems, but to no avail. Apologies for my continued incompetence... Bruce /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C -o math_utils.o In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:48, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: declaration of `int memcmp(const void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: conflicts with built-in declaration `int memcmp(const void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: declaration of `void * memcpy(void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: conflicts with built-in declaration `void * memcpy(void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: declaration of `size_t strlen(const char *)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: conflicts with built-in declaration `unsigned int strlen(const char *)' In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new.h:6, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:52, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:28: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:29: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:32: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:33: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:38: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:39: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:112: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:652, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.cc:32: `operator new' takes type `size_t' as first parameter make: *** [math_utils.lo] Error 1
Re: Compiling lyx-1.1.6fix1
Allan Rae wrote: > Try: > make distclean > ./configure --disable-threads > make Thanks very much to Allan. I'm now getting much further. Now the compilation comes to a grinding halt when it reaches src/mathed/math_utils.C. I've attached the errors which I hope mean something to someone. They confirm that I'm using gcc 2.95.2. I've trawled through the mailing list archive to find someone with similar problems, but to no avail. Apologies for my continued incompetence... Bruce /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -I/opt/hppd/include -isystem /usr/include/X11R6 -g -O2 -fno-rtti -fno-exceptions -c math_utils.C -o math_utils.o In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:48, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: declaration of `int memcmp(const void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:29: warning: conflicts with built-in declaration `int memcmp(const void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: declaration of `void * memcpy(void *, const void *, long unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:85: warning: conflicts with built-in declaration `void * memcpy(void *, const void *, unsigned int)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: declaration of `size_t strlen(const char *)' /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/string.h:93: warning: conflicts with built-in declaration `unsigned int strlen(const char *)' In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new.h:6, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/stl_algobase.h:52, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/algorithm:30, from math_utils.C:14: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:28: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:29: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:32: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:33: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:38: `operator new' takes type `size_t' as first parameter /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/include/new:39: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:112: `operator new' takes type `size_t' as first parameter In file included from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.h:652, from /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/string:6, from ../../src/LString.h:16, from math_defs.h:29, from math_utils.C:16: /opt/gnu/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/../../../../include/g++-3/std/bastring.cc:32: `operator new' takes type `size_t' as first parameter make: *** [math_utils.lo] Error 1
Re: Compiling lyx-1.1.6fix1
"Bruce" == Bruce Little [EMAIL PROTECTED] writes: Bruce Help, I am getting the following errors from trying to compile Bruce lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any Bruce version of lyx newer than 1.0.4. I have spent ages running the Bruce configure script in different ways and it always says that Bruce configuration is successful. However, compilation always fails. Bruce I have no knowledge of c++, hence the error messages below mean Bruce little to me. I would be most grateful for any help. What compiler is 'c++'? (do "c++ -v" or "c++ -V" to find out). If it is gcc, you will need at least version 2.8.1 to compile LyX. JMarc
Re: Compiling lyx-1.1.6fix1
On Mon, 19 Mar 2001, Bruce Little wrote: Help, I am getting the following errors from trying to compile lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any version of lyx newer than 1.0.4. I have spent ages running the configure script in different ways and it always says that configuration is successful. However, compilation always fails. I have no knowledge of c++, hence the error messages below mean little to me. I would be most grateful for any help. Try: make distclean ./configure --disable-threads make add whatever other flags you normally need to the configure script. The disable-threads flag is default on cvs lyx but not on any of the existing releases I think. This should fix your situation. If it doesn't make any difference then we'll need to check what your compiler doesn't like about sigc++ and file a report to the sigc++ developers. Allan. (ARRae)
Re: Compiling lyx-1.1.6fix1
"Bruce" == Bruce Little [EMAIL PROTECTED] writes: Bruce Help, I am getting the following errors from trying to compile Bruce lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any Bruce version of lyx newer than 1.0.4. I have spent ages running the Bruce configure script in different ways and it always says that Bruce configuration is successful. However, compilation always fails. Bruce I have no knowledge of c++, hence the error messages below mean Bruce little to me. I would be most grateful for any help. What compiler is 'c++'? (do "c++ -v" or "c++ -V" to find out). If it is gcc, you will need at least version 2.8.1 to compile LyX. JMarc
Re: Compiling lyx-1.1.6fix1
On Mon, 19 Mar 2001, Bruce Little wrote: Help, I am getting the following errors from trying to compile lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any version of lyx newer than 1.0.4. I have spent ages running the configure script in different ways and it always says that configuration is successful. However, compilation always fails. I have no knowledge of c++, hence the error messages below mean little to me. I would be most grateful for any help. Try: make distclean ./configure --disable-threads make add whatever other flags you normally need to the configure script. The disable-threads flag is default on cvs lyx but not on any of the existing releases I think. This should fix your situation. If it doesn't make any difference then we'll need to check what your compiler doesn't like about sigc++ and file a report to the sigc++ developers. Allan. (ARRae)
Re: Compiling lyx-1.1.6fix1
> "Bruce" == Bruce Little <[EMAIL PROTECTED]> writes: Bruce> Help, I am getting the following errors from trying to compile Bruce> lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any Bruce> version of lyx newer than 1.0.4. I have spent ages running the Bruce> configure script in different ways and it always says that Bruce> configuration is successful. However, compilation always fails. Bruce> I have no knowledge of c++, hence the error messages below mean Bruce> little to me. I would be most grateful for any help. What compiler is 'c++'? (do "c++ -v" or "c++ -V" to find out). If it is gcc, you will need at least version 2.8.1 to compile LyX. JMarc
Re: Compiling lyx-1.1.6fix1
On Mon, 19 Mar 2001, Bruce Little wrote: > Help, > > I am getting the following errors from trying to compile lyx-1.1.6fix1 > under HP-UX11. In fact I am unable to compile any version of lyx newer > than 1.0.4. I have spent ages running the configure script in different > ways and it always says that configuration is successful. However, > compilation always fails. > > I have no knowledge of c++, hence the error messages below mean little > to me. I would be most grateful for any help. Try: make distclean ./configure --disable-threads make add whatever other flags you normally need to the configure script. The disable-threads flag is default on cvs lyx but not on any of the existing releases I think. This should fix your situation. If it doesn't make any difference then we'll need to check what your compiler doesn't like about sigc++ and file a report to the sigc++ developers. Allan. (ARRae)
Compiling lyx-1.1.6fix1
Help, I am getting the following errors from trying to compile lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any version of lyx newer than 1.0.4. I have spent ages running the configure script in different ways and it always says that configuration is successful. However, compilation always fails. I have no knowledge of c++, hence the error messages below mean little to me. I would be most grateful for any help. Thanks Bruce /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c thread.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c thread.cc -o thread.o thread.cc: In method `SigC::Threads::Mutex::Mutex(SigC::Threads::MutexAttr = SigC::Threads::Mutex::Default)': thread.cc:32: passing `const pthread_mutexattr_t' to argument 2 of `pthread_mutex_init(pthread_mutex_t *, const pthread_mutexattr_t *)' lac ks a cast thread.cc: In method `SigC::Threads::Condition::Condition(const SigC::Threads::CondAttr = SigC::Threads::Condition::Default)': thread.cc:47: passing `const pthread_condattr_t' to argument 2 of `pthread_cond_init(pthread_cond_t *, const pthread_condattr_t *)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::detach()': thread.cc:94: passing `ThreadImpl *' to argument 1 of `pthread_detach(int)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::start(void * = 0)': thread.cc:103: passing `pthread_attr_t' to argument 2 of `pthread_create(pthread_t *, const pthread_attr_t *, void * (*)(void *), void *)' lacks a cast thread.cc: In method `void * SigC::Threads::Private_::get()': thread.cc:110: `pthread_addr_t' undeclared (first use this function) thread.cc:110: (Each undeclared identifier is reported only once thread.cc:110: for each function it appears in.) thread.cc:110: parse error before `)' thread.cc: In method `void SigC::Threads::Private_::create(void (*)(void *))': thread.cc:125: implicit declaration of function `int SigC::Threads::pthread_keycreate(...)' thread.cc: At top level: thread.cc:147: `pthread_mutexattr_default' was not declared in this scope thread.cc:148: `pthread_condattr_default' was not declared in this scope thread.cc:149: `pthread_attr_default' was not declared in this scope -- Bruce Little, Unix Desktop Applications Service Manager Met Office, London Road, Bracknell, Berkshire, RG12 2SZ +44 1344 854886 [EMAIL PROTECTED]
Compiling lyx-1.1.6fix1
Help, I am getting the following errors from trying to compile lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any version of lyx newer than 1.0.4. I have spent ages running the configure script in different ways and it always says that configuration is successful. However, compilation always fails. I have no knowledge of c++, hence the error messages below mean little to me. I would be most grateful for any help. Thanks Bruce /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c thread.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c thread.cc -o thread.o thread.cc: In method `SigC::Threads::Mutex::Mutex(SigC::Threads::MutexAttr = SigC::Threads::Mutex::Default)': thread.cc:32: passing `const pthread_mutexattr_t' to argument 2 of `pthread_mutex_init(pthread_mutex_t *, const pthread_mutexattr_t *)' lac ks a cast thread.cc: In method `SigC::Threads::Condition::Condition(const SigC::Threads::CondAttr = SigC::Threads::Condition::Default)': thread.cc:47: passing `const pthread_condattr_t' to argument 2 of `pthread_cond_init(pthread_cond_t *, const pthread_condattr_t *)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::detach()': thread.cc:94: passing `ThreadImpl *' to argument 1 of `pthread_detach(int)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::start(void * = 0)': thread.cc:103: passing `pthread_attr_t' to argument 2 of `pthread_create(pthread_t *, const pthread_attr_t *, void * (*)(void *), void *)' lacks a cast thread.cc: In method `void * SigC::Threads::Private_::get()': thread.cc:110: `pthread_addr_t' undeclared (first use this function) thread.cc:110: (Each undeclared identifier is reported only once thread.cc:110: for each function it appears in.) thread.cc:110: parse error before `)' thread.cc: In method `void SigC::Threads::Private_::create(void (*)(void *))': thread.cc:125: implicit declaration of function `int SigC::Threads::pthread_keycreate(...)' thread.cc: At top level: thread.cc:147: `pthread_mutexattr_default' was not declared in this scope thread.cc:148: `pthread_condattr_default' was not declared in this scope thread.cc:149: `pthread_attr_default' was not declared in this scope -- Bruce Little, Unix Desktop Applications Service Manager Met Office, London Road, Bracknell, Berkshire, RG12 2SZ +44 1344 854886 [EMAIL PROTECTED]
Compiling lyx-1.1.6fix1
Help, I am getting the following errors from trying to compile lyx-1.1.6fix1 under HP-UX11. In fact I am unable to compile any version of lyx newer than 1.0.4. I have spent ages running the configure script in different ways and it always says that configuration is successful. However, compilation always fails. I have no knowledge of c++, hence the error messages below mean little to me. I would be most grateful for any help. Thanks Bruce /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c thread.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c thread.cc -o thread.o thread.cc: In method `SigC::Threads::Mutex::Mutex(SigC::Threads::MutexAttr = SigC::Threads::Mutex::Default)': thread.cc:32: passing `const pthread_mutexattr_t' to argument 2 of `pthread_mutex_init(pthread_mutex_t *, const pthread_mutexattr_t *)' lac ks a cast thread.cc: In method `SigC::Threads::Condition::Condition(const SigC::Threads::CondAttr & = SigC::Threads::Condition::Default)': thread.cc:47: passing `const pthread_condattr_t' to argument 2 of `pthread_cond_init(pthread_cond_t *, const pthread_condattr_t *)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::detach()': thread.cc:94: passing `ThreadImpl *' to argument 1 of `pthread_detach(int)' lacks a cast thread.cc: In method `int SigC::Threads::Thread::start(void * = 0)': thread.cc:103: passing `pthread_attr_t' to argument 2 of `pthread_create(pthread_t *, const pthread_attr_t *, void * (*)(void *), void *)' lacks a cast thread.cc: In method `void * SigC::Threads::Private_::get()': thread.cc:110: `pthread_addr_t' undeclared (first use this function) thread.cc:110: (Each undeclared identifier is reported only once thread.cc:110: for each function it appears in.) thread.cc:110: parse error before `)' thread.cc: In method `void SigC::Threads::Private_::create(void (*)(void *))': thread.cc:125: implicit declaration of function `int SigC::Threads::pthread_keycreate(...)' thread.cc: At top level: thread.cc:147: `pthread_mutexattr_default' was not declared in this scope thread.cc:148: `pthread_condattr_default' was not declared in this scope thread.cc:149: `pthread_attr_default' was not declared in this scope -- Bruce Little, Unix Desktop Applications Service Manager Met Office, London Road, Bracknell, Berkshire, RG12 2SZ +44 1344 854886 [EMAIL PROTECTED]
compiling LyX-1.1.6fix1?
on lyx.org in the context of describing the newly released 1.1.6fix1 it was stated that compile problems on RH 7.0 have been removed, however, I still can't compile the thing on my pretty much standard RH 7.0. ./configure runs through without complaining but the subsequent make dies like: make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: on lyx.org in the context of describing the newly released 1.1.6fix1 it was stated that compile problems on RH 7.0 have been removed, however, I still can't compile the thing on my pretty much standard RH 7.0. ./configure runs through without complaining but the subsequent make dies like: make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 This is described in the file INSTALL. You need to use a different version of xforms. john -- "Ou trouver les sources du lovely-fucky color-ls ?" - Saintjoanis Emmanuel
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, John Levon wrote: On Tue, 6 Feb 2001, Friedemann Baitinger wrote: [... snip ...] -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 This is described in the file INSTALL. You need to use a different version of xforms. Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') | As of LyX version 1.1.5, you will need to have Xforms library and | header version 0.88 or 0.89. Version 0.88 is a stable release and the | recommended version. On some systems, such as linux ELF, there are | shared library versions of the Xforms library, which require an | installation step to configure the system. And this in turn tells me that I _am_ using the right version of Xforms. -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') o if you get an error message when compiling LyX that looks like this : ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' then you need to upgrade the version of the xforms library you have installed. In fact, I think you need to *downgrade* the RPM, which is a more recent xforms. Or is the other way round ? john
Re: compiling LyX-1.1.6fix1?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 6 Feb 2001, John Levon wrote: On Tue, 6 Feb 2001, Friedemann Baitinger wrote: Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') o if you get an error message when compiling LyX that looks like this : ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' then you need to upgrade the version of the xforms library you have installed. In fact, I think you need to *downgrade* the RPM, which is a more recent xforms. Or is the other way round ? Although thought I had the right version at least accorfing to the RedHat 7.0 RPM database I have obtained a new version from one of the mirrors mentioned in the 'INSTALL' file and the errors are now gone. Just in case somebody stumbles into the same hole. I have downloaded: 855918 May 30 1999 bxform-088-glibc2.1.tgz from ftp://ncmir.ucsd.edu/pub/xforms/ That seems to fit a standard RedHat 7.0 installation. I have just done a 'make install' with it and _not_ previously removed the installed RPM version. After installing this, LyX compiled and linked cleanly. - -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gCQl8ZparKdkcvIRAv5AAJ9iH/ECkhRgbwlWwxrcy5XKWkBwUgCeN/B8 bgwMjRkUdxpABwOjigjJQgs= =U2e8 -END PGP SIGNATURE-
compiling LyX-1.1.6fix1?
on lyx.org in the context of describing the newly released 1.1.6fix1 it was stated that compile problems on RH 7.0 have been removed, however, I still can't compile the thing on my pretty much standard RH 7.0. ./configure runs through without complaining but the subsequent make dies like: make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: on lyx.org in the context of describing the newly released 1.1.6fix1 it was stated that compile problems on RH 7.0 have been removed, however, I still can't compile the thing on my pretty much standard RH 7.0. ./configure runs through without complaining but the subsequent make dies like: make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 This is described in the file INSTALL. You need to use a different version of xforms. john -- "Ou trouver les sources du lovely-fucky color-ls ?" - Saintjoanis Emmanuel
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, John Levon wrote: On Tue, 6 Feb 2001, Friedemann Baitinger wrote: [... snip ...] -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 This is described in the file INSTALL. You need to use a different version of xforms. Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') | As of LyX version 1.1.5, you will need to have Xforms library and | header version 0.88 or 0.89. Version 0.88 is a stable release and the | recommended version. On some systems, such as linux ELF, there are | shared library versions of the Xforms library, which require an | installation step to configure the system. And this in turn tells me that I _am_ using the right version of Xforms. -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') o if you get an error message when compiling LyX that looks like this : ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' then you need to upgrade the version of the xforms library you have installed. In fact, I think you need to *downgrade* the RPM, which is a more recent xforms. Or is the other way round ? john
Re: compiling LyX-1.1.6fix1?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 6 Feb 2001, John Levon wrote: On Tue, 6 Feb 2001, Friedemann Baitinger wrote: Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') o if you get an error message when compiling LyX that looks like this : ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' then you need to upgrade the version of the xforms library you have installed. In fact, I think you need to *downgrade* the RPM, which is a more recent xforms. Or is the other way round ? Although thought I had the right version at least accorfing to the RedHat 7.0 RPM database I have obtained a new version from one of the mirrors mentioned in the 'INSTALL' file and the errors are now gone. Just in case somebody stumbles into the same hole. I have downloaded: 855918 May 30 1999 bxform-088-glibc2.1.tgz from ftp://ncmir.ucsd.edu/pub/xforms/ That seems to fit a standard RedHat 7.0 installation. I have just done a 'make install' with it and _not_ previously removed the installed RPM version. After installing this, LyX compiled and linked cleanly. - -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gCQl8ZparKdkcvIRAv5AAJ9iH/ECkhRgbwlWwxrcy5XKWkBwUgCeN/B8 bgwMjRkUdxpABwOjigjJQgs= =U2e8 -END PGP SIGNATURE-
compiling LyX-1.1.6fix1?
on lyx.org in the context of describing the newly released 1.1.6fix1 it was stated that compile problems on RH 7.0 have been removed, however, I still can't compile the thing on my pretty much standard RH 7.0. ./configure runs through without complaining but the subsequent make dies like: make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C -o formula.o formula.C:942:2: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067:2: warning: #warning This is a terrible hack! We should find a better solution. In file included from formula.C:30: ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' Any thoughts on what's missing here? PS: xforms is installed: [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform xforms-0.88-15 xforms-devel-0.88-15 -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: > on lyx.org in the context of describing the newly released 1.1.6fix1 it > was stated that compile problems on RH 7.0 have been removed, however, I > still can't compile the thing on my pretty much standard RH > 7.0. ./configure runs through without complaining but the subsequent > make dies like: > > make[3]: Entering directory `/usr/src/lyx-1.1.6fix1/src/mathed' > /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H > -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost > -isystem /usr/X11R6/include -g -O2 -fno-exceptions -c formula.C > g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ > -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O2 > -fno-exceptions -c formula.C -o formula.o > formula.C:942:2: warning: #warning This is a terrible hack! We should > find a better solution. > formula.C:1067:2: warning: #warning This is a terrible hack! We should > find a better solution. > In file included from formula.C:30: > ../../src/minibuffer.h:17: using directive `Object' introduced > ambiguous type `_ObjectRec *' > > Any thoughts on what's missing here? > > PS: xforms is installed: > > [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform > xforms-0.88-15 > xforms-devel-0.88-15 This is described in the file INSTALL. You need to use a different version of xforms. john -- "Ou trouver les sources du lovely-fucky color-ls ?" - Saintjoanis Emmanuel
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, John Levon wrote: > On Tue, 6 Feb 2001, Friedemann Baitinger wrote: > [... snip ...] > > -fno-exceptions -c formula.C -o formula.o > > formula.C:942:2: warning: #warning This is a terrible hack! We should > > find a better solution. > > formula.C:1067:2: warning: #warning This is a terrible hack! We should > > find a better solution. > > In file included from formula.C:30: > > ../../src/minibuffer.h:17: using directive `Object' introduced > > ambiguous type `_ObjectRec *' > > > > Any thoughts on what's missing here? > > > > PS: xforms is installed: > > > > [baiti@blackbox lyx-1.1.6fix1]$ rpm -qa|grep xform > > xforms-0.88-15 > > xforms-devel-0.88-15 > > This is described in the file INSTALL. > > You need to use a different version of xforms. Where? I have read that a few times and about the only thing related reads like: (using '|' to quote from 'INSTALL') | As of LyX version 1.1.5, you will need to have Xforms library and | header version 0.88 or 0.89. Version 0.88 is a stable release and the | recommended version. On some systems, such as linux ELF, there are | shared library versions of the Xforms library, which require an | installation step to configure the system. And this in turn tells me that I _am_ using the right version of Xforms. -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/
Re: compiling LyX-1.1.6fix1?
On Tue, 6 Feb 2001, Friedemann Baitinger wrote: > Where? I have read that a few times and about the only thing related > reads like: (using '|' to quote from 'INSTALL') o if you get an error message when compiling LyX that looks like this : ../../src/minibuffer.h:17: using directive `Object' introduced ambiguous type `_ObjectRec *' then you need to upgrade the version of the xforms library you have installed. In fact, I think you need to *downgrade* the RPM, which is a more recent xforms. Or is the other way round ? john
Re: compiling LyX-1.1.6fix1?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 6 Feb 2001, John Levon wrote: > On Tue, 6 Feb 2001, Friedemann Baitinger wrote: > > > Where? I have read that a few times and about the only thing related > > reads like: (using '|' to quote from 'INSTALL') > > o if you get an error message when compiling LyX that looks like this : > > ../../src/minibuffer.h:17: using directive `Object' introduced > ambiguous type `_ObjectRec *' > > then you need to upgrade the version of the xforms library you have > installed. > > > In fact, I think you need to *downgrade* the RPM, which is a more recent > xforms. Or is the other way round ? Although thought I had the right version at least accorfing to the RedHat 7.0 RPM database I have obtained a new version from one of the mirrors mentioned in the 'INSTALL' file and the errors are now gone. Just in case somebody stumbles into the same hole. I have downloaded: 855918 May 30 1999 bxform-088-glibc2.1.tgz from ftp://ncmir.ucsd.edu/pub/xforms/ That seems to fit a standard RedHat 7.0 installation. I have just done a 'make install' with it and _not_ previously removed the installed RPM version. After installing this, LyX compiled and linked cleanly. - -- Friedemann Baitinger [EMAIL PROTECTED] http://baiti.net/fb/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6gCQl8ZparKdkcvIRAv5AAJ9iH/ECkhRgbwlWwxrcy5XKWkBwUgCeN/B8 bgwMjRkUdxpABwOjigjJQgs= =U2e8 -END PGP SIGNATURE-
