Re: LyX-1.1.6 compile problem on OSF
Hi Dave and others here! The thread LyX-1.1.6 compile problem on OSF helped me a lot with building Lyx on my Tru64 box. Here's what I'd like to add: - Configure option to use is not --with-included-strings, but --with-included-string (without 's') - With lyx-1.1.6fix3 and GNU Make version 3.79.1, you don't have to move the Lsstream.h include statement in any file. Regards, Jerome
Re: LyX-1.1.6 compile problem on OSF
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64 v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even after all patches were applied. Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried the old: ./configure make tango with LyX 1.1.6fix3 and after what seemed like forever I get a working LyX. Cool!. It hasn't been extensively tested yet, but does run, loads the help/example stuff and produces dvi/postscript. I'll let one of our mathematicians loose on it and let you know if we have any problems, but right now, I'm well chuffed! So, the moral of the tale is patch Tru64 to the hilt (http://ftp.support.compaq.com/patches/public/unix/v5.1) and use GCC-3.0.1 (only flag to compile gcc was --enable-libgcj which is irrelevant here anyway). I'm using xforms-0.89 and appropriate Xpm (3.4k?). Simon -- Simon GreavesVoice: +679 212114 Systems Networks Fax: +679 304089 ITS, USP, Suva Email: [EMAIL PROTECTED] Fiji
Re: LyX-1.1.6 compile problem on OSF
Hi Dave and others here! The thread LyX-1.1.6 compile problem on OSF helped me a lot with building Lyx on my Tru64 box. Here's what I'd like to add: - Configure option to use is not --with-included-strings, but --with-included-string (without 's') - With lyx-1.1.6fix3 and GNU Make version 3.79.1, you don't have to move the Lsstream.h include statement in any file. Regards, Jerome
Re: LyX-1.1.6 compile problem on OSF
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64 v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even after all patches were applied. Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried the old: ./configure make tango with LyX 1.1.6fix3 and after what seemed like forever I get a working LyX. Cool!. It hasn't been extensively tested yet, but does run, loads the help/example stuff and produces dvi/postscript. I'll let one of our mathematicians loose on it and let you know if we have any problems, but right now, I'm well chuffed! So, the moral of the tale is patch Tru64 to the hilt (http://ftp.support.compaq.com/patches/public/unix/v5.1) and use GCC-3.0.1 (only flag to compile gcc was --enable-libgcj which is irrelevant here anyway). I'm using xforms-0.89 and appropriate Xpm (3.4k?). Simon -- Simon GreavesVoice: +679 212114 Systems Networks Fax: +679 304089 ITS, USP, Suva Email: [EMAIL PROTECTED] Fiji
Re: LyX-1.1.6 compile problem on OSF
Hi Dave and others here! The thread "LyX-1.1.6 compile problem on OSF" helped me a lot with building Lyx on my Tru64 box. Here's what I'd like to add: - Configure option to use is not --with-included-strings, but --with-included-string (without 's') - With lyx-1.1.6fix3 and GNU Make version 3.79.1, you don't have to move the Lsstream.h include statement in any file. Regards, Jerome
Re: LyX-1.1.6 compile problem on OSF
I posted a similar message a while ago re compiling lyx 1.1.6n on a Tru64 v5.1 box. I had problems with both GCC-3.0 and Compaq's CXX 6.3-002 even after all patches were applied. Well, I found GCC-3.0.1 was released, grabbed and compiled it then tried the old: ./configure make tango with LyX 1.1.6fix3 and after what seemed like forever I get a working LyX. Cool!. It hasn't been extensively tested yet, but does run, loads the help/example stuff and produces dvi/postscript. I'll let one of our mathematicians loose on it and let you know if we have any problems, but right now, I'm well chuffed! So, the moral of the tale is patch Tru64 to the hilt (http://ftp.support.compaq.com/patches/public/unix/v5.1) and use GCC-3.0.1 (only flag to compile gcc was --enable-libgcj which is irrelevant here anyway). I'm using xforms-0.89 and appropriate Xpm (3.4k?). Simon -- Simon GreavesVoice: +679 212114 Systems & Networks Fax: +679 304089 ITS, USP, Suva Email: [EMAIL PROTECTED] Fiji
Re: LyX-1.1.6 compile problem on OSF
David == David Bailey [EMAIL PROTECTED] writes: David ../../src/LString.h:20: #error The string header has been David included before LString.h In formula.C, could you try to move the line #include Lsstream.h after the other #include lines? JMarc
Re: LyX-1.1.6 compile problem on OSF
Hi Jean-Marc, Oui, c'est ca! Thanks so much for your help and also to Allan. That was the final key to get it to compile. I had to move the Lsstream.h include statement to the end of the includes in the following files: src/Spacing.C:#include Lsstream.h src/buffer.C:#include Lsstream.h src/lyxfunc.C:#include Lsstream.h src/mathed/formula.C:#include Lsstream.h src/mathed/math_panel.C:#include Lsstream.h src/support/filetools.C:#include Lsstream.h src/support/lstrings.h:#include Lsstream.h src/support/lyxsum.C:#include Lsstream.h src/frontends/xforms/FormPreferences.C:#include Lsstream.h Then it compiled just fine! So the summary, it now compiles on a alphaev6-dec-osf5.1 with gcc 2.95.3 and GNU make using the --with-included-strings option on the configure. I'm looking forward to finally using LyX! Regards, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
David == David Bailey [EMAIL PROTECTED] writes: David ../../src/LString.h:20: #error The string header has been David included before LString.h In formula.C, could you try to move the line #include Lsstream.h after the other #include lines? JMarc
Re: LyX-1.1.6 compile problem on OSF
Hi Jean-Marc, Oui, c'est ca! Thanks so much for your help and also to Allan. That was the final key to get it to compile. I had to move the Lsstream.h include statement to the end of the includes in the following files: src/Spacing.C:#include Lsstream.h src/buffer.C:#include Lsstream.h src/lyxfunc.C:#include Lsstream.h src/mathed/formula.C:#include Lsstream.h src/mathed/math_panel.C:#include Lsstream.h src/support/filetools.C:#include Lsstream.h src/support/lstrings.h:#include Lsstream.h src/support/lyxsum.C:#include Lsstream.h src/frontends/xforms/FormPreferences.C:#include Lsstream.h Then it compiled just fine! So the summary, it now compiles on a alphaev6-dec-osf5.1 with gcc 2.95.3 and GNU make using the --with-included-strings option on the configure. I'm looking forward to finally using LyX! Regards, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
> "David" == David Bailey <[EMAIL PROTECTED]> writes: David> ../../src/LString.h:20: #error The header has been David> included before LString.h In formula.C, could you try to move the line #include "Lsstream.h" after the other #include lines? JMarc
Re: LyX-1.1.6 compile problem on OSF
Hi Jean-Marc, Oui, c'est ca! Thanks so much for your help and also to Allan. That was the final key to get it to compile. I had to move the Lsstream.h include statement to the end of the includes in the following files: src/Spacing.C:#include "Lsstream.h" src/buffer.C:#include "Lsstream.h" src/lyxfunc.C:#include "Lsstream.h" src/mathed/formula.C:#include "Lsstream.h" src/mathed/math_panel.C:#include "Lsstream.h" src/support/filetools.C:#include "Lsstream.h" src/support/lstrings.h:#include "Lsstream.h" src/support/lyxsum.C:#include "Lsstream.h" src/frontends/xforms/FormPreferences.C:#include "Lsstream.h" Then it compiled just fine! So the summary, it now compiles on a alphaev6-dec-osf5.1 with gcc 2.95.3 and GNU make using the --with-included-strings option on the configure. I'm looking forward to finally using LyX! Regards, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, I tried exactly as you suggested and that did not work. So I finally gave up and downloaded GNU make. All my missing file problems went away. I did configure with the --with-included-string option, but now it complains with: ../../src/LString.h:20: #error The string header has been included before LString.h formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. make[3]: *** [formula.lo] Error 1 make[3]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make: *** [all-recursive] Error 1 I read that someones fix for this was to configure with --without-included-string ... but that brings me back to the string too big error. Cheers, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, I tried exactly as you suggested and that did not work. So I finally gave up and downloaded GNU make. All my missing file problems went away. I did configure with the --with-included-string option, but now it complains with: ../../src/LString.h:20: #error The string header has been included before LString.h formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. make[3]: *** [formula.lo] Error 1 make[3]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make: *** [all-recursive] Error 1 I read that someones fix for this was to configure with --without-included-string ... but that brings me back to the string too big error. Cheers, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, I tried exactly as you suggested and that did not work. So I finally gave up and downloaded GNU make. All my missing file problems went away. I did configure with the --with-included-string option, but now it complains with: ../../src/LString.h:20: #error The header has been included before LString.h formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. make[3]: *** [formula.lo] Error 1 make[3]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/local/src/lyx-1.1.6fix1/src' make: *** [all-recursive] Error 1 I read that someones fix for this was to configure with --without-included-string ... but that brings me back to the string too big error. Cheers, Dave -- David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Hi again, That gets it past the acconfig step. Analagously, I received messages like: Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop. In this case, I had to create a directory sigc++ in the existing sigc++ directory. I then touched the files: adaptor.h.m4handle.h.m4 scope.h.m4 thread.h.m4 basic_signal.h.m4 marshal.h.m4sigc++config.h.m4 type.h.m4 bind.h.m4 object.h.m4 slot.h.m4 Then I touched the *.h versions in the sigc++ directory. That got me past the remaining missing files messages! I do have a new problem though, but I think it relates to the gcc compiler. At least I had this problem when I originally compiled the gcc compiler: Making all in sigc++ make all-recursive Making all in macros No suffix list. /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c adaptor.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c adaptor.cc echo timestamp adaptor.lo /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 mips-tfile, /tmp/ccGyOQtW.s:8 Invalid .stabs/.stabn directive, value not found line:#.stabs /usr/local/src/lyx-1.1.6fix1/sigc++/,100,0,0,$Ltext0 mips-tfile, /tmp/ccGyOQtW.s:9 Invalid .stabs/.stabn directive, value not found line:#.stabs thread.cc,100,0,0,$Ltext0 *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. The people at Compaq suggested that there was a bug in the tru64 assembler and I had to create the following script: #!/bin/sh /usr/bin/as -old $* which simply calls as with the -old argument. This worked to compile the gcc compiler, but is not working here ... :( Any other suggestions? Dave On Thu, 26 Apr 2001, Allan Rae wrote: On Wed, 25 Apr 2001, David Bailey wrote: Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Hmmm... It would seem that either there is a timestamp problem and make wants to regenerate acconfig.h because it's timestamp is older than [what??]. In which case `touch acconfig.h` might fix the problem as I suggested at the previous occasion. Does this have any effect? _Or_ what I'm now thinking might be the case: The %.h rule in the Makefile causes make to try to find something to compare every header files time stamp against. If you touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h does this help? If it does then it'll probably stop at whatever next header file doesn't have a corresponding macros/%h.m4 file. Hmmm... strange if that is the case. Please let me know what happens and then we can inform the libsigc++ maintainer with a detailed report. Allan. (ARRae) David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Actually in my last email I had a syntax error in the as script. It should be: #!/bin/sh /usr/bin/as -oldas $* This does correct the problems with my last point about the Invalid stabs/stabn directives. I had some additional touching to do in sigc++/macros after that: object.h.m4 marshal.h.m4 handle_system.h.m4 signal_system.h.m4 type.h.m4 handle.h.m4 scope.h.m4 adaptor.h.m4 thread.h.m4 Then of course I had to touch the corresponding *.h files in sigc++ again. Guess what? It still does not quite make it. Now I get: Making all in mathed /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost-g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -g -O2 -fno-exceptions -c formula.C formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) #.stabs 1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... --- snip *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. This sounds like another tru64 compiler problem. I'll keep searching and let people know if I find anything. I hope at least this will help others trying to compile on alphas. Cheers, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Thu, 26 Apr 2001, David Bailey wrote: [...touching files all over the place...] Then of course I had to touch the corresponding *.h files in sigc++ again. This is a very weird situation to be in. My makefile knowledge isn't terrific but it'd be nice to be able to specify what header files the %.h rule applies to. Or at least which ones it doesn't apply to. This last gives me an idea that we might be able to just specify empty rules header files that aren't generated. Something like: acconfig.h: just before the %.h rule may stop make attempting to rebuild acconfig.h. However I think we might be able to do something like: first_bit = $(patsubst %.h,%.%,$(BUILT_SOURCES) $(CONFIG_HEADER)) unbuilt = $(filter-out $(first_bit), *.h) $(unbuilt): just before the %.h rule. However, this doesn't work. The filter-out function just doesn't filter out anything. I've tried: unbuilt = $(filter-out $(BUILT_SOURCES), *.h) but that does nothing. I thought maybe it really did need a pattern with a % sign in it and so I wrote the patsubst to get something that would match but it seems filter-out just ignores that also. $(unbuilt) is always equal to the full listing of header files. Any make gurus out there that can help? I also tried changing the %.h rule into: $(BUILT_SOURCES): macros/$@.m4 ... but the $@ just returns an empty string when used here. I've tried () around different bits but that doesn't help either. Again I'll ask any make gurus to step forward. So fancy solutions aside we just need to define unbuilt explicitly like: unbuilt = acconfig.h adaptor.h handle.h handle_system.h marshal.h \ object.h scope.h signal_system.h thread.h type.h $(unbuilt): @echo $@ is not regeneratable. Reinstall the sources. So, David, can you try adding these four lines to your Makefile.am just before the %.h rule. It should work for you. It has no significant effect for me using gmake unless I actually remove an unbuilt file. Guess what? It still does not quite make it. Now I get: mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) #.stabs 1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... This one we have seen on other systems from time to time. One way to get around this is to run configure with the --with-included-string option. Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Hi again, That gets it past the acconfig step. Analagously, I received messages like: Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop. In this case, I had to create a directory sigc++ in the existing sigc++ directory. I then touched the files: adaptor.h.m4handle.h.m4 scope.h.m4 thread.h.m4 basic_signal.h.m4 marshal.h.m4sigc++config.h.m4 type.h.m4 bind.h.m4 object.h.m4 slot.h.m4 Then I touched the *.h versions in the sigc++ directory. That got me past the remaining missing files messages! I do have a new problem though, but I think it relates to the gcc compiler. At least I had this problem when I originally compiled the gcc compiler: Making all in sigc++ make all-recursive Making all in macros No suffix list. /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c adaptor.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c adaptor.cc echo timestamp adaptor.lo /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 mips-tfile, /tmp/ccGyOQtW.s:8 Invalid .stabs/.stabn directive, value not found line:#.stabs /usr/local/src/lyx-1.1.6fix1/sigc++/,100,0,0,$Ltext0 mips-tfile, /tmp/ccGyOQtW.s:9 Invalid .stabs/.stabn directive, value not found line:#.stabs thread.cc,100,0,0,$Ltext0 *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. The people at Compaq suggested that there was a bug in the tru64 assembler and I had to create the following script: #!/bin/sh /usr/bin/as -old $* which simply calls as with the -old argument. This worked to compile the gcc compiler, but is not working here ... :( Any other suggestions? Dave On Thu, 26 Apr 2001, Allan Rae wrote: On Wed, 25 Apr 2001, David Bailey wrote: Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Hmmm... It would seem that either there is a timestamp problem and make wants to regenerate acconfig.h because it's timestamp is older than [what??]. In which case `touch acconfig.h` might fix the problem as I suggested at the previous occasion. Does this have any effect? _Or_ what I'm now thinking might be the case: The %.h rule in the Makefile causes make to try to find something to compare every header files time stamp against. If you touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h does this help? If it does then it'll probably stop at whatever next header file doesn't have a corresponding macros/%h.m4 file. Hmmm... strange if that is the case. Please let me know what happens and then we can inform the libsigc++ maintainer with a detailed report. Allan. (ARRae) David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Actually in my last email I had a syntax error in the as script. It should be: #!/bin/sh /usr/bin/as -oldas $* This does correct the problems with my last point about the Invalid stabs/stabn directives. I had some additional touching to do in sigc++/macros after that: object.h.m4 marshal.h.m4 handle_system.h.m4 signal_system.h.m4 type.h.m4 handle.h.m4 scope.h.m4 adaptor.h.m4 thread.h.m4 Then of course I had to touch the corresponding *.h files in sigc++ again. Guess what? It still does not quite make it. Now I get: Making all in mathed /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost-g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -g -O2 -fno-exceptions -c formula.C formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) #.stabs 1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... --- snip *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. This sounds like another tru64 compiler problem. I'll keep searching and let people know if I find anything. I hope at least this will help others trying to compile on alphas. Cheers, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Thu, 26 Apr 2001, David Bailey wrote: [...touching files all over the place...] Then of course I had to touch the corresponding *.h files in sigc++ again. This is a very weird situation to be in. My makefile knowledge isn't terrific but it'd be nice to be able to specify what header files the %.h rule applies to. Or at least which ones it doesn't apply to. This last gives me an idea that we might be able to just specify empty rules header files that aren't generated. Something like: acconfig.h: just before the %.h rule may stop make attempting to rebuild acconfig.h. However I think we might be able to do something like: first_bit = $(patsubst %.h,%.%,$(BUILT_SOURCES) $(CONFIG_HEADER)) unbuilt = $(filter-out $(first_bit), *.h) $(unbuilt): just before the %.h rule. However, this doesn't work. The filter-out function just doesn't filter out anything. I've tried: unbuilt = $(filter-out $(BUILT_SOURCES), *.h) but that does nothing. I thought maybe it really did need a pattern with a % sign in it and so I wrote the patsubst to get something that would match but it seems filter-out just ignores that also. $(unbuilt) is always equal to the full listing of header files. Any make gurus out there that can help? I also tried changing the %.h rule into: $(BUILT_SOURCES): macros/$@.m4 ... but the $@ just returns an empty string when used here. I've tried () around different bits but that doesn't help either. Again I'll ask any make gurus to step forward. So fancy solutions aside we just need to define unbuilt explicitly like: unbuilt = acconfig.h adaptor.h handle.h handle_system.h marshal.h \ object.h scope.h signal_system.h thread.h type.h $(unbuilt): @echo $@ is not regeneratable. Reinstall the sources. So, David, can you try adding these four lines to your Makefile.am just before the %.h rule. It should work for you. It has no significant effect for me using gmake unless I actually remove an unbuilt file. Guess what? It still does not quite make it. Now I get: mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) #.stabs 1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... This one we have seen on other systems from time to time. One way to get around this is to run configure with the --with-included-string option. Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Hi again, That gets it past the acconfig step. Analagously, I received messages like: Make: Don't know how to make ./macros/../sigc++/basic_signal.h.m4. Stop. In this case, I had to create a directory sigc++ in the existing sigc++ directory. I then touched the files: adaptor.h.m4handle.h.m4 scope.h.m4 thread.h.m4 basic_signal.h.m4 marshal.h.m4sigc++config.h.m4 type.h.m4 bind.h.m4 object.h.m4 slot.h.m4 Then I touched the *.h versions in the sigc++ directory. That got me past the remaining missing files messages! I do have a new problem though, but I think it relates to the gcc compiler. At least I had this problem when I originally compiled the gcc compiler: Making all in sigc++ make all-recursive Making all in macros No suffix list. /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c adaptor.cc c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./.. -g -O2 -c adaptor.cc echo timestamp > adaptor.lo /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 mips-tfile, /tmp/ccGyOQtW.s:8 Invalid .stabs/.stabn directive, value not found line:#.stabs "/usr/local/src/lyx-1.1.6fix1/sigc++/",100,0,0,$Ltext0 mips-tfile, /tmp/ccGyOQtW.s:9 Invalid .stabs/.stabn directive, value not found line:#.stabs "thread.cc",100,0,0,$Ltext0 *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. The people at Compaq suggested that there was a bug in the tru64 assembler and I had to create the following script: #!/bin/sh /usr/bin/as -old $* which simply calls as with the -old argument. This worked to compile the gcc compiler, but is not working here ... :( Any other suggestions? Dave On Thu, 26 Apr 2001, Allan Rae wrote: > On Wed, 25 Apr 2001, David Bailey wrote: > > > Hi Allan, > > > > Actually, there is an acconfig.h in the sigc++ directory already. It is > > identical to the one you sent out. > > > > It sounds like something more peculiar to the make utility on the tru64 > > operating system? > > Hmmm... It would seem that either there is a timestamp problem and make > wants to regenerate acconfig.h because it's timestamp is older than > [what??]. In which case `touch acconfig.h` might fix the problem as I > suggested at the previous occasion. Does this have any effect? > > _Or_ what I'm now thinking might be the case: > The %.h rule in the Makefile causes make to try to find something to > compare every header files time stamp against. If you > > touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h > > does this help? > > If it does then it'll probably stop at whatever next header file doesn't > have a corresponding macros/%h.m4 file. Hmmm... strange if that is the > case. > > Please let me know what happens and then we can inform the libsigc++ > maintainer with a detailed report. > > Allan. (ARRae) > David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
Actually in my last email I had a syntax error in the as script. It should be: #!/bin/sh /usr/bin/as -oldas $* This does correct the problems with my last point about the Invalid stabs/stabn directives. I had some additional touching to do in sigc++/macros after that: object.h.m4 marshal.h.m4 handle_system.h.m4 signal_system.h.m4 type.h.m4 handle.h.m4 scope.h.m4 adaptor.h.m4 thread.h.m4 Then of course I had to touch the corresponding *.h files in sigc++ again. Guess what? It still does not quite make it. Now I get: Making all in mathed /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost-g -O2 -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost -g -O2 -fno-exceptions -c formula.C formula.C:942: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1067: warning: #warning This is a terrible hack! We should find a better solution. mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) #.stabs "1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... --- snip *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. This sounds like another tru64 compiler problem. I'll keep searching and let people know if I find anything. I hope at least this will help others trying to compile on alphas. Cheers, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Thu, 26 Apr 2001, David Bailey wrote: [...touching files all over the place...] > Then of course I had to touch the corresponding *.h files in sigc++ again. This is a very weird situation to be in. My makefile knowledge isn't terrific but it'd be nice to be able to specify what header files the %.h rule applies to. Or at least which ones it doesn't apply to. This last gives me an idea that we might be able to just specify empty rules header files that aren't generated. Something like: acconfig.h: just before the %.h rule may stop make attempting to rebuild acconfig.h. However I think we might be able to do something like: first_bit = $(patsubst %.h,%.%,$(BUILT_SOURCES) $(CONFIG_HEADER)) unbuilt = $(filter-out $(first_bit), *.h) $(unbuilt): just before the %.h rule. However, this doesn't work. The filter-out function just doesn't filter out anything. I've tried: unbuilt = $(filter-out $(BUILT_SOURCES), *.h) but that does nothing. I thought maybe it really did need a pattern with a % sign in it and so I wrote the patsubst to get something that would match but it seems filter-out just ignores that also. $(unbuilt) is always equal to the full listing of header files. Any make gurus out there that can help? I also tried changing the %.h rule into: $(BUILT_SOURCES): macros/$@.m4 ... but the $@ just returns an empty string when used here. I've tried () around different bits but that doesn't help either. Again I'll ask any make gurus to step forward. So fancy solutions aside we just need to define unbuilt explicitly like: unbuilt = acconfig.h adaptor.h handle.h handle_system.h marshal.h \ object.h scope.h signal_system.h thread.h type.h $(unbuilt): @echo "$@ is not regeneratable. Reinstall the sources." So, David, can you try adding these four lines to your Makefile.am just before the %.h rule. It should work for you. It has no significant effect for me using gmake unless I actually remove an unbuilt file. > Guess what? It still does not quite make it. Now I get: > mips-tfile, /tmp/ccfdyYIV.s:455 String too big (4161 bytes) > #.stabs "1956=##1878;:t8_Rb_tree5Zt12basic_string3ZcZt18string_char ... This one we have seen on other systems from time to time. One way to get around this is to run configure with the --with-included-string option. Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Regards, Dave On Wed, 25 Apr 2001, Allan Rae wrote: On Tue, 24 Apr 2001, David Bailey wrote: [...] Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Very weird. sigc++/acconfig.h should be in the distribution. So everyone who used the source tarball should have been affected by this if that was the case. I guess we better check to make sure `make dist` is working properly. What's happening is that acconfig.h is missing so make is trying one of its rules for generating some of the header files and failing. I've attached sigc++/acconfig.h from latest CVS. This should work okay now. Allan. (ARRae) David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Wed, 25 Apr 2001, David Bailey wrote: Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Hmmm... It would seem that either there is a timestamp problem and make wants to regenerate acconfig.h because it's timestamp is older than [what??]. In which case `touch acconfig.h` might fix the problem as I suggested at the previous occasion. Does this have any effect? _Or_ what I'm now thinking might be the case: The %.h rule in the Makefile causes make to try to find something to compare every header files time stamp against. If you touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h does this help? If it does then it'll probably stop at whatever next header file doesn't have a corresponding macros/%h.m4 file. Hmmm... strange if that is the case. Please let me know what happens and then we can inform the libsigc++ maintainer with a detailed report. Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Regards, Dave On Wed, 25 Apr 2001, Allan Rae wrote: On Tue, 24 Apr 2001, David Bailey wrote: [...] Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Very weird. sigc++/acconfig.h should be in the distribution. So everyone who used the source tarball should have been affected by this if that was the case. I guess we better check to make sure `make dist` is working properly. What's happening is that acconfig.h is missing so make is trying one of its rules for generating some of the header files and failing. I've attached sigc++/acconfig.h from latest CVS. This should work okay now. Allan. (ARRae) David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Wed, 25 Apr 2001, David Bailey wrote: Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Hmmm... It would seem that either there is a timestamp problem and make wants to regenerate acconfig.h because it's timestamp is older than [what??]. In which case `touch acconfig.h` might fix the problem as I suggested at the previous occasion. Does this have any effect? _Or_ what I'm now thinking might be the case: The %.h rule in the Makefile causes make to try to find something to compare every header files time stamp against. If you touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h does this help? If it does then it'll probably stop at whatever next header file doesn't have a corresponding macros/%h.m4 file. Hmmm... strange if that is the case. Please let me know what happens and then we can inform the libsigc++ maintainer with a detailed report. Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Hi Allan, Actually, there is an acconfig.h in the sigc++ directory already. It is identical to the one you sent out. It sounds like something more peculiar to the make utility on the tru64 operating system? Regards, Dave On Wed, 25 Apr 2001, Allan Rae wrote: > On Tue, 24 Apr 2001, David Bailey wrote: > [...] > > Making all in sigc++ > > Make: Don't know how to make ./macros/acconfig.h.m4. Stop. > > *** Exit 1 > > Stop. > > > > Has anyone experienced this as well? Has anyone resolved it? Forgive me if > > I'm being naive on this. > > Very weird. sigc++/acconfig.h should be in the distribution. So everyone > who used the source tarball should have been affected by this if that was > the case. I guess we better check to make sure `make dist` is working > properly. > > What's happening is that acconfig.h is missing so make is trying one of > its rules for generating some of the header files and failing. > > I've attached sigc++/acconfig.h from latest CVS. This should work okay > now. > > Allan. (ARRae) > David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Wed, 25 Apr 2001, David Bailey wrote: > Hi Allan, > > Actually, there is an acconfig.h in the sigc++ directory already. It is > identical to the one you sent out. > > It sounds like something more peculiar to the make utility on the tru64 > operating system? Hmmm... It would seem that either there is a timestamp problem and make wants to regenerate acconfig.h because it's timestamp is older than [what??]. In which case `touch acconfig.h` might fix the problem as I suggested at the previous occasion. Does this have any effect? _Or_ what I'm now thinking might be the case: The %.h rule in the Makefile causes make to try to find something to compare every header files time stamp against. If you touch macros/acconfig.h.m4 ; sleep 2 ; touch acconfig.h does this help? If it does then it'll probably stop at whatever next header file doesn't have a corresponding macros/%h.m4 file. Hmmm... strange if that is the case. Please let me know what happens and then we can inform the libsigc++ maintainer with a detailed report. Allan. (ARRae)
LyX-1.1.6 compile problem on OSF
Hi there, I new to LyX and I just downloaded lyx-1.1.6fix1. I running an alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on the 16th of January: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html that he was having troubles compiling on a version 4.0 machine. I have pretty much the same problem. The configure seems to go fine, but when I try to make the source I get: rm -f libintl.a ar cru libintl.a intl-compat.o bindtextdom.o dcgettext.o dgettext.o gettext.o finddomain.o loadmsgcat.o localealias.o textdomain.o l10nflist.o explodename.o ranlib libintl.a Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Regards, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Tue, 24 Apr 2001, David Bailey wrote: [...] Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Very weird. sigc++/acconfig.h should be in the distribution. So everyone who used the source tarball should have been affected by this if that was the case. I guess we better check to make sure `make dist` is working properly. What's happening is that acconfig.h is missing so make is trying one of its rules for generating some of the header files and failing. I've attached sigc++/acconfig.h from latest CVS. This should work okay now. Allan. (ARRae) #ifndef _SIGC_CONFIG_H_ #define _SIGC_CONFIG_H_ #if 0 @TOP@ @BOTTOM@ #undef PACKAGE #endif /* 0 */ #undef SIGC_MAJOR_VERSION #undef SIGC_MINOR_VERSION #undef SIGC_MICRO_VERSION // detect common platforms #if defined(_WIN32) // Win32 compilers have a lot of varation #if defined(__BORLANDC__) #define LIBSIGC_BC #define LIBSIGC_WIN32 #elif defined(_MSC_VER) #define LIBSIGC_MSC #define LIBSIGC_WIN32 #elif defined(__CYGWIN__) #define LIBSIGC_UNIX #else #error Unknown architecture (send me gcc --dumpspecs) #endif #else #define LIBSIGC_UNIX #endif /* _WIN32 */ #ifdef LIBSIGC_UNIX #undef SIGC_CXX_NAMESPACES #undef SIGC_CXX_PARTIAL_SPEC #undef SIGC_CXX_MEMBER_FUNC_TEMPLATES #undef SIGC_CXX_MEMBER_CLASS_TEMPLATES #undef SIGC_CXX_MUTABLE #undef SIGC_CXX_FRIEND_TEMPLATES #undef SIGC_CXX_TEMPLATE_CCTOR #undef SIGC_CXX_INT_CTOR #undef SIGC_CXX_VOID_RETURN #undef SIGC_CXX_SPECIALIZE_REFERENCES #undef SIGC_PTHREADS #undef SIGC_PTHREAD_DCE #ifdef SIGC_PTHREADS #undef SIGC_PTHREAD_COND_ATTR #undef SIGC_PTHREAD_COND_IMPL #undef SIGC_PTHREAD_MUTEX_ATTR #undef SIGC_PTHREAD_MUTEX_IMPL #undef SIGC_PTHREAD_THREAD_ATTR #undef SIGC_PTHREAD_THREAD_IMPL #undef SIGC_PTHREAD_KEY_IMPL #endif /* SIGC_PTHREADS */ #endif /* LIBSIGC_UNIX */ #ifdef LIBSIGC_BC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_PARTIAL_SPEC 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_FRIEND_TEMPLATES 1 #define SIGC_CXX_INT_CTOR 1 #define SIGC_CXX_VOID_RETURN 1 #define SIGC_CXX_SPECIALIZE_REFERENCES 1 #endif /* LIBSIGC_BC */ #ifdef LIBSIGC_MSC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_TEMPLATE_CCTOR 1 #define SIGC_CXX_INT_CTOR 1 #endif /* LIBSIGC_MSC */ #ifdef LIBSIGC_WIN32 #ifdef LIBSIGC_EXPORTS #define LIBSIGC_API __declspec(dllexport) #define LIBSIGC_TMPL #else #define LIBSIGC_API __declspec(dllimport) #define LIBSIGC_TMPL extern #endif /* LIBSIGC_EXPORTS */ #else #define LIBSIGC_API #endif /* LIBSIGC_WIN32 */ #endif /* _SIGC_CONFIG_H_ */
LyX-1.1.6 compile problem on OSF
Hi there, I new to LyX and I just downloaded lyx-1.1.6fix1. I running an alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on the 16th of January: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html that he was having troubles compiling on a version 4.0 machine. I have pretty much the same problem. The configure seems to go fine, but when I try to make the source I get: rm -f libintl.a ar cru libintl.a intl-compat.o bindtextdom.o dcgettext.o dgettext.o gettext.o finddomain.o loadmsgcat.o localealias.o textdomain.o l10nflist.o explodename.o ranlib libintl.a Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Regards, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Tue, 24 Apr 2001, David Bailey wrote: [...] Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Very weird. sigc++/acconfig.h should be in the distribution. So everyone who used the source tarball should have been affected by this if that was the case. I guess we better check to make sure `make dist` is working properly. What's happening is that acconfig.h is missing so make is trying one of its rules for generating some of the header files and failing. I've attached sigc++/acconfig.h from latest CVS. This should work okay now. Allan. (ARRae) #ifndef _SIGC_CONFIG_H_ #define _SIGC_CONFIG_H_ #if 0 @TOP@ @BOTTOM@ #undef PACKAGE #endif /* 0 */ #undef SIGC_MAJOR_VERSION #undef SIGC_MINOR_VERSION #undef SIGC_MICRO_VERSION // detect common platforms #if defined(_WIN32) // Win32 compilers have a lot of varation #if defined(__BORLANDC__) #define LIBSIGC_BC #define LIBSIGC_WIN32 #elif defined(_MSC_VER) #define LIBSIGC_MSC #define LIBSIGC_WIN32 #elif defined(__CYGWIN__) #define LIBSIGC_UNIX #else #error Unknown architecture (send me gcc --dumpspecs) #endif #else #define LIBSIGC_UNIX #endif /* _WIN32 */ #ifdef LIBSIGC_UNIX #undef SIGC_CXX_NAMESPACES #undef SIGC_CXX_PARTIAL_SPEC #undef SIGC_CXX_MEMBER_FUNC_TEMPLATES #undef SIGC_CXX_MEMBER_CLASS_TEMPLATES #undef SIGC_CXX_MUTABLE #undef SIGC_CXX_FRIEND_TEMPLATES #undef SIGC_CXX_TEMPLATE_CCTOR #undef SIGC_CXX_INT_CTOR #undef SIGC_CXX_VOID_RETURN #undef SIGC_CXX_SPECIALIZE_REFERENCES #undef SIGC_PTHREADS #undef SIGC_PTHREAD_DCE #ifdef SIGC_PTHREADS #undef SIGC_PTHREAD_COND_ATTR #undef SIGC_PTHREAD_COND_IMPL #undef SIGC_PTHREAD_MUTEX_ATTR #undef SIGC_PTHREAD_MUTEX_IMPL #undef SIGC_PTHREAD_THREAD_ATTR #undef SIGC_PTHREAD_THREAD_IMPL #undef SIGC_PTHREAD_KEY_IMPL #endif /* SIGC_PTHREADS */ #endif /* LIBSIGC_UNIX */ #ifdef LIBSIGC_BC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_PARTIAL_SPEC 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_FRIEND_TEMPLATES 1 #define SIGC_CXX_INT_CTOR 1 #define SIGC_CXX_VOID_RETURN 1 #define SIGC_CXX_SPECIALIZE_REFERENCES 1 #endif /* LIBSIGC_BC */ #ifdef LIBSIGC_MSC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_TEMPLATE_CCTOR 1 #define SIGC_CXX_INT_CTOR 1 #endif /* LIBSIGC_MSC */ #ifdef LIBSIGC_WIN32 #ifdef LIBSIGC_EXPORTS #define LIBSIGC_API __declspec(dllexport) #define LIBSIGC_TMPL #else #define LIBSIGC_API __declspec(dllimport) #define LIBSIGC_TMPL extern #endif /* LIBSIGC_EXPORTS */ #else #define LIBSIGC_API #endif /* LIBSIGC_WIN32 */ #endif /* _SIGC_CONFIG_H_ */
LyX-1.1.6 compile problem on OSF
Hi there, I new to LyX and I just downloaded lyx-1.1.6fix1. I running an alphaev6-dec-osf5.1 with gcc 2.95.3. Peer Frank had posted a message on the 16th of January: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08602.html that he was having troubles compiling on a version 4.0 machine. I have pretty much the same problem. The configure seems to go fine, but when I try to make the source I get: rm -f libintl.a ar cru libintl.a intl-compat.o bindtextdom.o dcgettext.o dgettext.o gettext.o finddomain.o loadmsgcat.o localealias.o textdomain.o l10nflist.o explodename.o ranlib libintl.a Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Has anyone experienced this as well? Has anyone resolved it? Forgive me if I'm being naive on this. Regards, Dave David A. Bailey, [EMAIL PROTECTED] School of Oceanography, University of Washington Box 357940, Seattle, WA 98195-7940 USA ph: +1 206 221 6570 fax: +1 206 685 3354
Re: LyX-1.1.6 compile problem on OSF
On Tue, 24 Apr 2001, David Bailey wrote: [...] > Making all in sigc++ > Make: Don't know how to make ./macros/acconfig.h.m4. Stop. > *** Exit 1 > Stop. > > Has anyone experienced this as well? Has anyone resolved it? Forgive me if > I'm being naive on this. Very weird. sigc++/acconfig.h should be in the distribution. So everyone who used the source tarball should have been affected by this if that was the case. I guess we better check to make sure `make dist` is working properly. What's happening is that acconfig.h is missing so make is trying one of its rules for generating some of the header files and failing. I've attached sigc++/acconfig.h from latest CVS. This should work okay now. Allan. (ARRae) #ifndef _SIGC_CONFIG_H_ #define _SIGC_CONFIG_H_ #if 0 @TOP@ @BOTTOM@ #undef PACKAGE #endif /* 0 */ #undef SIGC_MAJOR_VERSION #undef SIGC_MINOR_VERSION #undef SIGC_MICRO_VERSION // detect common platforms #if defined(_WIN32) // Win32 compilers have a lot of varation #if defined(__BORLANDC__) #define LIBSIGC_BC #define LIBSIGC_WIN32 #elif defined(_MSC_VER) #define LIBSIGC_MSC #define LIBSIGC_WIN32 #elif defined(__CYGWIN__) #define LIBSIGC_UNIX #else #error "Unknown architecture (send me gcc --dumpspecs)" #endif #else #define LIBSIGC_UNIX #endif /* _WIN32 */ #ifdef LIBSIGC_UNIX #undef SIGC_CXX_NAMESPACES #undef SIGC_CXX_PARTIAL_SPEC #undef SIGC_CXX_MEMBER_FUNC_TEMPLATES #undef SIGC_CXX_MEMBER_CLASS_TEMPLATES #undef SIGC_CXX_MUTABLE #undef SIGC_CXX_FRIEND_TEMPLATES #undef SIGC_CXX_TEMPLATE_CCTOR #undef SIGC_CXX_INT_CTOR #undef SIGC_CXX_VOID_RETURN #undef SIGC_CXX_SPECIALIZE_REFERENCES #undef SIGC_PTHREADS #undef SIGC_PTHREAD_DCE #ifdef SIGC_PTHREADS #undef SIGC_PTHREAD_COND_ATTR #undef SIGC_PTHREAD_COND_IMPL #undef SIGC_PTHREAD_MUTEX_ATTR #undef SIGC_PTHREAD_MUTEX_IMPL #undef SIGC_PTHREAD_THREAD_ATTR #undef SIGC_PTHREAD_THREAD_IMPL #undef SIGC_PTHREAD_KEY_IMPL #endif /* SIGC_PTHREADS */ #endif /* LIBSIGC_UNIX */ #ifdef LIBSIGC_BC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_PARTIAL_SPEC 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_FRIEND_TEMPLATES 1 #define SIGC_CXX_INT_CTOR 1 #define SIGC_CXX_VOID_RETURN 1 #define SIGC_CXX_SPECIALIZE_REFERENCES 1 #endif /* LIBSIGC_BC */ #ifdef LIBSIGC_MSC #define SIGC_CXX_NAMESPACES 1 #define SIGC_CXX_MEMBER_FUNC_TEMPLATES 1 #define SIGC_CXX_MEMBER_CLASS_TEMPLATES 1 #define SIGC_CXX_MUTABLE 1 #define SIGC_CXX_TEMPLATE_CCTOR 1 #define SIGC_CXX_INT_CTOR 1 #endif /* LIBSIGC_MSC */ #ifdef LIBSIGC_WIN32 #ifdef LIBSIGC_EXPORTS #define LIBSIGC_API __declspec(dllexport) #define LIBSIGC_TMPL #else #define LIBSIGC_API __declspec(dllimport) #define LIBSIGC_TMPL extern #endif /* LIBSIGC_EXPORTS */ #else #define LIBSIGC_API #endif /* LIBSIGC_WIN32 */ #endif /* _SIGC_CONFIG_H_ */
Re: LyX-1.1.6 compile problem on OSF
On Mon, 15 Jan 2001, Peer Frank wrote: Hi everybody ! unlike for all the previous releases i'm unable to compile LyX-1.1.6 today: acconfig.h is located in ~/lyx-1.1.6/sigc++ So it's definitely there? what does `ls -l` say? == No suffix list. --- what about this ? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. For some reason it wants to regenerate acconfig.h by matching a generated header rule. You can probably override this by: touch sigc++/acconfig.h Although there will be other rules involved this should be enough to get you compiling. I can't think why the date stamps would get so out of whack. This shouldn't be related but do you have: sigc++/aclocal.m4 sigc++/acinclude.m4 at all? Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Peer lets take this back to the list. It's getting late here and I have a million and one things I have to do before I catch a plane in a little under 30 hours time. Please follow up to the list. On Mon, 15 Jan 2001, Peer Frank wrote: Hi Allen: thanks a lot for your speed of light fast response. Unfortunately touching the file in question did not help, the message remains exactly the same. This was the entry (~/lyx-1.1.6/sigc++) in before touching it: -rw-r--r-- 1 peer Perfo 2130 Jun 12 2000 acconfig.h I saw that there is a acconfig.h both in ~/lyx-1.1.6/ and ~/lyx-1.1.6/sigc++. Right ? Looks okay so far. Yes, acinclude.m4 and aclocal.m4 are there (in both ~/lyx-1.1.6/and in ~/lyx-1.1.6/sigc++): -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 There are actually several configure scripts in the LyX tree. Sigc++ has it own since it's a mini-distribution of the real library. By the way, ac... stands for what ? AutoConf. So, still stuck :-( Any other idea ? (i pasted the complete directory of ~/lyx-1.1.6/sigc++ to the end of the message.) Thanks a lot ! Peer == No suffix list. --- what about this ? This would appear to have been output in the root of the LyX tree so the top level Makefile appears to be a small problem for you version of make. Hmmm... what is your version of make? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Allan Rae wrote: For some reason it wants to regenerate acconfig.h by matching a generated header rule. You can probably override this by: touch sigc++/acconfig.h Although there will be other rules involved this should be enough to get you compiling. I can't think why the date stamps would get so out of whack. This shouldn't be related but do you have: sigc++/aclocal.m4 sigc++/acinclude.m4 at all? Allan. (ARRae) === pwd /Perfo/peer/lyx-1.1.6/sigc++ ls -l total 507 -rw-rw-r-- 1 peer Perfo 15096 Jan 15 08:22 Makefile -rw-r--r-- 1 peer Perfo 1031 Dec 31 07:18 Makefile.am -rw-rw-r-- 1 peer Perfo 14962 Jan 15 08:22 Makefile.in -rw-r--r-- 1 peer Perfo 2130 Jan 15 12:35 acconfig.h -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 -rw-r--r-- 1 peer Perfo 1231 Jun 12 2000 adaptor.cc -rw-r--r-- 1 peer Perfo 1179 Jun 12 2000 adaptor.h -rw-r--r-- 1 peer Perfo 1726 Jun 12 2000 basic_signal.cc -rw-r--r-- 1 peer Perfo 15550 Jan 11 21:55 basic_signal.h -rw-r--r-- 1 peer Perfo 20049 Jan 11 21:55 bind.h -rw-r--r-- 1 peer Perfo 4846 Jan 11 21:55 class_slot.h -rw-rw-r-- 1 peer Perfo 4700 Jan 15 08:22 config.log -rwxrwxr-x 1 peer Perfo 11754 Jan 15 08:22 config.status -rwxr-xr-x 1 peer Perfo 94834 Jan 11 21:49 configure -rw-r--r-- 1 peer Perfo 15535 Sep 25 05:05 configure.in -rw-r--r-- 1 peer Perfo 8391 Jan 11 21:55 convert.h -rw-r--r-- 1 peer Perfo 7218 Jan 11 21:55 func_slot.h -rw-r--r-- 1 peer Perfo 2850 Oct 2 16:35 handle.h -rw-r--r-- 1 peer Perfo 81 Jun 12 2000 handle_system.h -rwxrwxr-x 1 peer Perfo 118717 Jan 15 08:22 libtool where's ltdll.c? drwxrwxr-x 2 peer Perfo512 Jan 15 08:22 macros -rw-r--r-- 1 peer Perfo474 Jun 12 2000 marshal.cc -rw-r--r-- 1 peer Perfo 4138 Jun 12 2000 marshal.h -rw-r--r-- 1 peer Perfo 3824 Jun 13 2000 object.cc -rw-r--r-- 1 peer Perfo 3664 Jun 12 2000 object.h -rw-r--r-- 1 peer Perfo 10229 Jan 11 21:55 object_slot.h -rw-r--r-- 1 peer Perfo 10607 Jan 11 21:55 retbind.h -rw-r--r-- 1 peer Perfo 8834 Jan 11 21:55 rettype.h -rw-r--r-- 1 peer Perfo 5978 Jun 28 2000 scope.cc -rw-r--r-- 1 peer Perfo 7215 Jun 28 2000 scope.h -rw-rw-r-- 1 peer Perfo 2479 Jan 15 07:43 sigc++config.h -rw-r--r-- 1 peer Perfo 2286 Jan 11 21:48 sigc++config.h.in -rwxrwxr-x 1 peer Perfo 4107 Jan 15 08:22 sigc-config -rw-r--r-- 1 peer Perfo 4088 Jun 12 2000 sigc-config.in -rw-r--r-- 1 peer Perfo 1389 Jun 12 2000 signal_system.h -rw-r--r-- 1 peer Perfo 1182 Jun 12 2000 slot.cc -rw-r--r-- 1 peer Perfo 22941 Jan 11 21:55 slot.h -rw-rw-r-- 1 peer Perfo 10 Jan 15 08:22 stamp-h -rw-r--r-- 1 peer Perfo 0 Jan 11 21:49 stamp-h.in -rw-r--r-- 1 peer Perfo 3655 Nov 2 05:48 thread.cc -rw-r--r-- 1 peer Perfo
Re: LyX-1.1.6 compile problem on OSF
On Mon, 15 Jan 2001, Peer Frank wrote: Hi everybody ! unlike for all the previous releases i'm unable to compile LyX-1.1.6 today: acconfig.h is located in ~/lyx-1.1.6/sigc++ So it's definitely there? what does `ls -l` say? == No suffix list. --- what about this ? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. For some reason it wants to regenerate acconfig.h by matching a generated header rule. You can probably override this by: touch sigc++/acconfig.h Although there will be other rules involved this should be enough to get you compiling. I can't think why the date stamps would get so out of whack. This shouldn't be related but do you have: sigc++/aclocal.m4 sigc++/acinclude.m4 at all? Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Peer lets take this back to the list. It's getting late here and I have a million and one things I have to do before I catch a plane in a little under 30 hours time. Please follow up to the list. On Mon, 15 Jan 2001, Peer Frank wrote: Hi Allen: thanks a lot for your speed of light fast response. Unfortunately touching the file in question did not help, the message remains exactly the same. This was the entry (~/lyx-1.1.6/sigc++) in before touching it: -rw-r--r-- 1 peer Perfo 2130 Jun 12 2000 acconfig.h I saw that there is a acconfig.h both in ~/lyx-1.1.6/ and ~/lyx-1.1.6/sigc++. Right ? Looks okay so far. Yes, acinclude.m4 and aclocal.m4 are there (in both ~/lyx-1.1.6/and in ~/lyx-1.1.6/sigc++): -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 There are actually several configure scripts in the LyX tree. Sigc++ has it own since it's a mini-distribution of the real library. By the way, ac... stands for what ? AutoConf. So, still stuck :-( Any other idea ? (i pasted the complete directory of ~/lyx-1.1.6/sigc++ to the end of the message.) Thanks a lot ! Peer == No suffix list. --- what about this ? This would appear to have been output in the root of the LyX tree so the top level Makefile appears to be a small problem for you version of make. Hmmm... what is your version of make? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. Allan Rae wrote: For some reason it wants to regenerate acconfig.h by matching a generated header rule. You can probably override this by: touch sigc++/acconfig.h Although there will be other rules involved this should be enough to get you compiling. I can't think why the date stamps would get so out of whack. This shouldn't be related but do you have: sigc++/aclocal.m4 sigc++/acinclude.m4 at all? Allan. (ARRae) === pwd /Perfo/peer/lyx-1.1.6/sigc++ ls -l total 507 -rw-rw-r-- 1 peer Perfo 15096 Jan 15 08:22 Makefile -rw-r--r-- 1 peer Perfo 1031 Dec 31 07:18 Makefile.am -rw-rw-r-- 1 peer Perfo 14962 Jan 15 08:22 Makefile.in -rw-r--r-- 1 peer Perfo 2130 Jan 15 12:35 acconfig.h -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 -rw-r--r-- 1 peer Perfo 1231 Jun 12 2000 adaptor.cc -rw-r--r-- 1 peer Perfo 1179 Jun 12 2000 adaptor.h -rw-r--r-- 1 peer Perfo 1726 Jun 12 2000 basic_signal.cc -rw-r--r-- 1 peer Perfo 15550 Jan 11 21:55 basic_signal.h -rw-r--r-- 1 peer Perfo 20049 Jan 11 21:55 bind.h -rw-r--r-- 1 peer Perfo 4846 Jan 11 21:55 class_slot.h -rw-rw-r-- 1 peer Perfo 4700 Jan 15 08:22 config.log -rwxrwxr-x 1 peer Perfo 11754 Jan 15 08:22 config.status -rwxr-xr-x 1 peer Perfo 94834 Jan 11 21:49 configure -rw-r--r-- 1 peer Perfo 15535 Sep 25 05:05 configure.in -rw-r--r-- 1 peer Perfo 8391 Jan 11 21:55 convert.h -rw-r--r-- 1 peer Perfo 7218 Jan 11 21:55 func_slot.h -rw-r--r-- 1 peer Perfo 2850 Oct 2 16:35 handle.h -rw-r--r-- 1 peer Perfo 81 Jun 12 2000 handle_system.h -rwxrwxr-x 1 peer Perfo 118717 Jan 15 08:22 libtool where's ltdll.c? drwxrwxr-x 2 peer Perfo512 Jan 15 08:22 macros -rw-r--r-- 1 peer Perfo474 Jun 12 2000 marshal.cc -rw-r--r-- 1 peer Perfo 4138 Jun 12 2000 marshal.h -rw-r--r-- 1 peer Perfo 3824 Jun 13 2000 object.cc -rw-r--r-- 1 peer Perfo 3664 Jun 12 2000 object.h -rw-r--r-- 1 peer Perfo 10229 Jan 11 21:55 object_slot.h -rw-r--r-- 1 peer Perfo 10607 Jan 11 21:55 retbind.h -rw-r--r-- 1 peer Perfo 8834 Jan 11 21:55 rettype.h -rw-r--r-- 1 peer Perfo 5978 Jun 28 2000 scope.cc -rw-r--r-- 1 peer Perfo 7215 Jun 28 2000 scope.h -rw-rw-r-- 1 peer Perfo 2479 Jan 15 07:43 sigc++config.h -rw-r--r-- 1 peer Perfo 2286 Jan 11 21:48 sigc++config.h.in -rwxrwxr-x 1 peer Perfo 4107 Jan 15 08:22 sigc-config -rw-r--r-- 1 peer Perfo 4088 Jun 12 2000 sigc-config.in -rw-r--r-- 1 peer Perfo 1389 Jun 12 2000 signal_system.h -rw-r--r-- 1 peer Perfo 1182 Jun 12 2000 slot.cc -rw-r--r-- 1 peer Perfo 22941 Jan 11 21:55 slot.h -rw-rw-r-- 1 peer Perfo 10 Jan 15 08:22 stamp-h -rw-r--r-- 1 peer Perfo 0 Jan 11 21:49 stamp-h.in -rw-r--r-- 1 peer Perfo 3655 Nov 2 05:48 thread.cc -rw-r--r-- 1 peer Perfo
Re: LyX-1.1.6 compile problem on OSF
On Mon, 15 Jan 2001, Peer Frank wrote: > Hi everybody ! > > unlike for all the previous releases i'm unable to compile LyX-1.1.6 > today: > acconfig.h is located in ~/lyx-1.1.6/sigc++ So it's definitely there? what does `ls -l` say? > == > No suffix list. <--- what about this ? > Making all in intl > Making all in po > Making all in sigc++ > Make: Don't know how to make ./macros/acconfig.h.m4. Stop. > *** Exit 1 > Stop. For some reason it wants to regenerate acconfig.h by matching a generated header rule. You can probably override this by: touch sigc++/acconfig.h Although there will be other rules involved this should be enough to get you compiling. I can't think why the date stamps would get so out of whack. This shouldn't be related but do you have: sigc++/aclocal.m4 sigc++/acinclude.m4 at all? Allan. (ARRae)
Re: LyX-1.1.6 compile problem on OSF
Peer lets take this back to the list. It's getting late here and I have a million and one things I have to do before I catch a plane in a little under 30 hours time. Please follow up to the list. On Mon, 15 Jan 2001, Peer Frank wrote: > Hi Allen: > > thanks a lot for your speed of light fast response. > Unfortunately touching the file in question did not help, the message > remains exactly the same. > > > This was the entry (~/lyx-1.1.6/sigc++) in before touching it: > -rw-r--r-- 1 peer Perfo 2130 Jun 12 2000 acconfig.h > > > I saw that there is a acconfig.h both in ~/lyx-1.1.6/ and > ~/lyx-1.1.6/sigc++. Right ? Looks okay so far. > Yes, acinclude.m4 and aclocal.m4 are there (in both ~/lyx-1.1.6/and in > ~/lyx-1.1.6/sigc++): > -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 > -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 There are actually several configure scripts in the LyX tree. Sigc++ has it own since it's a mini-distribution of the real library. > By the way, ac... stands for what ? AutoConf. > So, still stuck :-( > > Any other idea ? > (i pasted the complete directory of ~/lyx-1.1.6/sigc++ to the end of the > message.) > > Thanks a lot ! > Peer > > > > == > > > No suffix list. <--- what about this ? This would appear to have been output in the root of the LyX tree so the top level Makefile appears to be a small problem for you version of make. Hmmm... what is your version of make? > > > Making all in intl > > > Making all in po > > > Making all in sigc++ > > > Make: Don't know how to make ./macros/acconfig.h.m4. Stop. > > > *** Exit 1 > > > Stop. > > > > Allan Rae wrote: > > > > > For some reason it wants to regenerate acconfig.h by matching a generated > > header rule. You can probably override this by: > > > > touch sigc++/acconfig.h > > > > Although there will be other rules involved this should be enough to get > > you compiling. I can't think why the date stamps would get so out of > > whack. > > > > This shouldn't be related but do you have: > > sigc++/aclocal.m4 > > sigc++/acinclude.m4 > > > > at all? > > > > Allan. (ARRae) > > > === > > pwd > /Perfo/peer/lyx-1.1.6/sigc++ > > ls -l > total 507 > -rw-rw-r-- 1 peer Perfo 15096 Jan 15 08:22 Makefile > -rw-r--r-- 1 peer Perfo 1031 Dec 31 07:18 Makefile.am > -rw-rw-r-- 1 peer Perfo 14962 Jan 15 08:22 Makefile.in > -rw-r--r-- 1 peer Perfo 2130 Jan 15 12:35 acconfig.h > -rw-r--r-- 1 peer Perfo 14817 Jan 11 21:48 acinclude.m4 > -rw-r--r-- 1 peer Perfo 18022 Jan 11 21:48 aclocal.m4 > -rw-r--r-- 1 peer Perfo 1231 Jun 12 2000 adaptor.cc > -rw-r--r-- 1 peer Perfo 1179 Jun 12 2000 adaptor.h > -rw-r--r-- 1 peer Perfo 1726 Jun 12 2000 basic_signal.cc > -rw-r--r-- 1 peer Perfo 15550 Jan 11 21:55 basic_signal.h > -rw-r--r-- 1 peer Perfo 20049 Jan 11 21:55 bind.h > -rw-r--r-- 1 peer Perfo 4846 Jan 11 21:55 class_slot.h > -rw-rw-r-- 1 peer Perfo 4700 Jan 15 08:22 config.log > -rwxrwxr-x 1 peer Perfo 11754 Jan 15 08:22 config.status > -rwxr-xr-x 1 peer Perfo 94834 Jan 11 21:49 configure > -rw-r--r-- 1 peer Perfo 15535 Sep 25 05:05 configure.in > -rw-r--r-- 1 peer Perfo 8391 Jan 11 21:55 convert.h > -rw-r--r-- 1 peer Perfo 7218 Jan 11 21:55 func_slot.h > -rw-r--r-- 1 peer Perfo 2850 Oct 2 16:35 handle.h > -rw-r--r-- 1 peer Perfo 81 Jun 12 2000 handle_system.h > -rwxrwxr-x 1 peer Perfo 118717 Jan 15 08:22 libtool where's ltdll.c? > drwxrwxr-x 2 peer Perfo512 Jan 15 08:22 macros > -rw-r--r-- 1 peer Perfo474 Jun 12 2000 marshal.cc > -rw-r--r-- 1 peer Perfo 4138 Jun 12 2000 marshal.h > -rw-r--r-- 1 peer Perfo 3824 Jun 13 2000 object.cc > -rw-r--r-- 1 peer Perfo 3664 Jun 12 2000 object.h > -rw-r--r-- 1 peer Perfo 10229 Jan 11 21:55 object_slot.h > -rw-r--r-- 1 peer Perfo 10607 Jan 11 21:55 retbind.h > -rw-r--r-- 1 peer Perfo 8834 Jan 11 21:55 rettype.h > -rw-r--r-- 1 peer Perfo 5978 Jun 28 2000 scope.cc > -rw-r--r-- 1 peer Perfo 7215 Jun 28 2000 scope.h > -rw-rw-r-- 1 peer Perfo 2479 Jan 15 07:43 sigc++config.h > -rw-r--r-- 1 peer Perfo 2286 Jan 11 21:48 sigc++config.h.in > -rwxrwxr-x 1 peer Perfo 4107 Jan 15 08:22 sigc-config > -rw-r--r-- 1 peer Perfo 4088 Jun 12 2000 sigc-config.in > -rw-r--r-- 1 peer Perfo 1389 Jun 12 2000 signal_system.h > -rw-r--r-- 1 peer Perfo 1182 Jun 12 2000 slot.cc > -rw-r--r-- 1 peer Perfo 22941 Jan 11 21:55 slot.h > -rw-rw-r-- 1 peer Perfo 10 Jan 15 08:22 stamp-h > -rw-r--r-- 1 peer
LyX-1.1.6 compile problem on OSF
Hi everybody ! unlike for all the previous releases i'm unable to compile LyX-1.1.6 today: === Platform configuration: === DEC alphaev56 with OSF1 V4.0e == Some configure messages that might be of interest: but those were also present for the former LyX releases and they compiled OK. == checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found = Final configure messages: = === The following minor problems have been detected by configure. === Please check the messages below before running 'make'. === (see the section 'Problems' in the INSTALL file) == LyX should work ok with version 0.89.0 of xforms, but it is an unproven version and might still have some bugs. If you have problems, please use version 0.88 instead. Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. == make messages: as a matter of fact the dir ~/lyx-1.1.6/sigc++/macros exists and acconfig.h is located in ~/lyx-1.1.6/sigc++ == No suffix list. --- what about this ? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. The Makefile is attached. Can somebody help ? I'm impatiently looking forward to have this new version running :-) Bye Peer # Generated automatically from Makefile.in by configure. # Makefile.in generated automatically by automake 1.4 from Makefile.am # Copyright (C) 1994, 1995-8, 1999 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh srcdir = . top_srcdir = . prefix = /Perfo/peer/tex exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include DESTDIR = pkgdatadir = $(datadir)/lyx pkglibdir = $(libdir)/lyx pkgincludedir = $(includedir)/lyx top_builddir = . ACLOCAL = /Perfo/peer/lyx-1.1.6/config/missing aclocal AUTOCONF = /Perfo/peer/lyx-1.1.6/config/missing autoconf AUTOMAKE = /Perfo/peer/lyx-1.1.6/config/missing automake AUTOHEADER = /Perfo/peer/lyx-1.1.6/config/missing autoheader INSTALL = config/install-sh -c INSTALL_PROGRAM = ${INSTALL} $(AM_INSTALL_PROGRAM_FLAGS) INSTALL_DATA = ${INSTALL} -m 644 INSTALL_SCRIPT = ${INSTALL} transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = alphaev56-dec-osf4.0e build_triplet = alphaev56-dec-osf4.0e host_alias = alphaev56-dec-osf4.0e host_triplet = alphaev56-dec-osf4.0e target_alias = alphaev56-dec-osf4.0e target_triplet = alphaev56-dec-osf4.0e AS = AWK = @AWK@ BONOBO_CFLAGS = @BONOBO_CFLAGS@ BONOBO_LIBS = @BONOBO_LIBS@ BUILD_GUILE = @BUILD_GUILE@ CATALOGS = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo CATOBJEXT = .gmo CC = gcc CURSES_INCLUDEDIR = @CURSES_INCLUDEDIR@ CURSES_LIBS = @CURSES_LIBS@ CXX = g++ CXXCPP = g++ -E DATADIRNAME = share DLLTOOL = EXEEXT = FRONTEND = FRONTEND_GUILIB = ${top_builddir}/src/frontends/xforms/libxforms.la FRONTEND_INCLUDES = FRONTEND_LDFLAGS = FRONTEND_LIBS = GENCAT = GHTTP_LIB = @GHTTP_LIB@ GLINC = @GLINC@ GLLIB = @GLLIB@ GMOFILES = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo GMSGFMT = msgfmt GNOMEGNORBA_LIBS = GNOMEMM_INCLUDEDIR = GNOMEMM_LIBDIR = GNOMEMM_LIBS = GNOMEUI_LIBS = GNOME_ACLOCAL_DIR = @GNOME_ACLOCAL_DIR@ GNOME_APPLETS_LIBS = GNOME_CAPPLET_LIBS = GNOME_CONFIG = GNOME_DOCKLETS_LIBS = GNOME_INCLUDEDIR = GNOME_LIBDIR = GNOME_LIBS = GNOME_PRINT_CFLAGS = @GNOME_PRINT_CFLAGS@ GNOME_PRINT_LIBS = @GNOME_PRINT_LIBS@ GNOME_XML_LIB = @GNOME_XML_LIB@ GNORBA_CFLAGS = GNORBA_LIBS = GPERF = @GPERF@ GTKMM_CFLAGS = GTKMM_CONFIG = GTKMM_LIBS = GTKXMHTML_LIBS = GTK_CFLAGS = GTK_CONFIG = GTK_LIBS = GT_NO = GT_YES = #YES# GUILE_INCS = @GUILE_INCS@ GUILE_LIBS = @GUILE_LIBS@ IDL = @IDL@ INCLUDED_SIGC =
LyX-1.1.6 compile problem on OSF
Hi everybody ! unlike for all the previous releases i'm unable to compile LyX-1.1.6 today: === Platform configuration: === DEC alphaev56 with OSF1 V4.0e == Some configure messages that might be of interest: but those were also present for the former LyX releases and they compiled OK. == checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found = Final configure messages: = === The following minor problems have been detected by configure. === Please check the messages below before running 'make'. === (see the section 'Problems' in the INSTALL file) == LyX should work ok with version 0.89.0 of xforms, but it is an unproven version and might still have some bugs. If you have problems, please use version 0.88 instead. Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. == make messages: as a matter of fact the dir ~/lyx-1.1.6/sigc++/macros exists and acconfig.h is located in ~/lyx-1.1.6/sigc++ == No suffix list. --- what about this ? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. The Makefile is attached. Can somebody help ? I'm impatiently looking forward to have this new version running :-) Bye Peer # Generated automatically from Makefile.in by configure. # Makefile.in generated automatically by automake 1.4 from Makefile.am # Copyright (C) 1994, 1995-8, 1999 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh srcdir = . top_srcdir = . prefix = /Perfo/peer/tex exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include DESTDIR = pkgdatadir = $(datadir)/lyx pkglibdir = $(libdir)/lyx pkgincludedir = $(includedir)/lyx top_builddir = . ACLOCAL = /Perfo/peer/lyx-1.1.6/config/missing aclocal AUTOCONF = /Perfo/peer/lyx-1.1.6/config/missing autoconf AUTOMAKE = /Perfo/peer/lyx-1.1.6/config/missing automake AUTOHEADER = /Perfo/peer/lyx-1.1.6/config/missing autoheader INSTALL = config/install-sh -c INSTALL_PROGRAM = ${INSTALL} $(AM_INSTALL_PROGRAM_FLAGS) INSTALL_DATA = ${INSTALL} -m 644 INSTALL_SCRIPT = ${INSTALL} transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = alphaev56-dec-osf4.0e build_triplet = alphaev56-dec-osf4.0e host_alias = alphaev56-dec-osf4.0e host_triplet = alphaev56-dec-osf4.0e target_alias = alphaev56-dec-osf4.0e target_triplet = alphaev56-dec-osf4.0e AS = AWK = @AWK@ BONOBO_CFLAGS = @BONOBO_CFLAGS@ BONOBO_LIBS = @BONOBO_LIBS@ BUILD_GUILE = @BUILD_GUILE@ CATALOGS = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo CATOBJEXT = .gmo CC = gcc CURSES_INCLUDEDIR = @CURSES_INCLUDEDIR@ CURSES_LIBS = @CURSES_LIBS@ CXX = g++ CXXCPP = g++ -E DATADIRNAME = share DLLTOOL = EXEEXT = FRONTEND = FRONTEND_GUILIB = ${top_builddir}/src/frontends/xforms/libxforms.la FRONTEND_INCLUDES = FRONTEND_LDFLAGS = FRONTEND_LIBS = GENCAT = GHTTP_LIB = @GHTTP_LIB@ GLINC = @GLINC@ GLLIB = @GLLIB@ GMOFILES = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo GMSGFMT = msgfmt GNOMEGNORBA_LIBS = GNOMEMM_INCLUDEDIR = GNOMEMM_LIBDIR = GNOMEMM_LIBS = GNOMEUI_LIBS = GNOME_ACLOCAL_DIR = @GNOME_ACLOCAL_DIR@ GNOME_APPLETS_LIBS = GNOME_CAPPLET_LIBS = GNOME_CONFIG = GNOME_DOCKLETS_LIBS = GNOME_INCLUDEDIR = GNOME_LIBDIR = GNOME_LIBS = GNOME_PRINT_CFLAGS = @GNOME_PRINT_CFLAGS@ GNOME_PRINT_LIBS = @GNOME_PRINT_LIBS@ GNOME_XML_LIB = @GNOME_XML_LIB@ GNORBA_CFLAGS = GNORBA_LIBS = GPERF = @GPERF@ GTKMM_CFLAGS = GTKMM_CONFIG = GTKMM_LIBS = GTKXMHTML_LIBS = GTK_CFLAGS = GTK_CONFIG = GTK_LIBS = GT_NO = GT_YES = #YES# GUILE_INCS = @GUILE_INCS@ GUILE_LIBS = @GUILE_LIBS@ IDL = @IDL@ INCLUDED_SIGC =
LyX-1.1.6 compile problem on OSF
Hi everybody ! unlike for all the previous releases i'm unable to compile LyX-1.1.6 today: === Platform configuration: === DEC alphaev56 with OSF1 V4.0e == Some configure messages that might be of interest: but those were also present for the former LyX releases and they compiled OK. == checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found = Final configure messages: = === The following minor problems have been detected by configure. === Please check the messages below before running 'make'. === (see the section 'Problems' in the INSTALL file) == LyX should work ok with version 0.89.0 of xforms, but it is an unproven version and might still have some bugs. If you have problems, please use version 0.88 instead. Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. == make messages: as a matter of fact the dir ~/lyx-1.1.6/sigc++/macros exists and acconfig.h is located in ~/lyx-1.1.6/sigc++ == No suffix list. <--- what about this ? Making all in intl Making all in po Making all in sigc++ Make: Don't know how to make ./macros/acconfig.h.m4. Stop. *** Exit 1 Stop. The Makefile is attached. Can somebody help ? I'm impatiently looking forward to have this new version running :-) Bye Peer # Generated automatically from Makefile.in by configure. # Makefile.in generated automatically by automake 1.4 from Makefile.am # Copyright (C) 1994, 1995-8, 1999 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh srcdir = . top_srcdir = . prefix = /Perfo/peer/tex exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include DESTDIR = pkgdatadir = $(datadir)/lyx pkglibdir = $(libdir)/lyx pkgincludedir = $(includedir)/lyx top_builddir = . ACLOCAL = /Perfo/peer/lyx-1.1.6/config/missing aclocal AUTOCONF = /Perfo/peer/lyx-1.1.6/config/missing autoconf AUTOMAKE = /Perfo/peer/lyx-1.1.6/config/missing automake AUTOHEADER = /Perfo/peer/lyx-1.1.6/config/missing autoheader INSTALL = config/install-sh -c INSTALL_PROGRAM = ${INSTALL} $(AM_INSTALL_PROGRAM_FLAGS) INSTALL_DATA = ${INSTALL} -m 644 INSTALL_SCRIPT = ${INSTALL} transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : build_alias = alphaev56-dec-osf4.0e build_triplet = alphaev56-dec-osf4.0e host_alias = alphaev56-dec-osf4.0e host_triplet = alphaev56-dec-osf4.0e target_alias = alphaev56-dec-osf4.0e target_triplet = alphaev56-dec-osf4.0e AS = AWK = @AWK@ BONOBO_CFLAGS = @BONOBO_CFLAGS@ BONOBO_LIBS = @BONOBO_LIBS@ BUILD_GUILE = @BUILD_GUILE@ CATALOGS = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo CATOBJEXT = .gmo CC = gcc CURSES_INCLUDEDIR = @CURSES_INCLUDEDIR@ CURSES_LIBS = @CURSES_LIBS@ CXX = g++ CXXCPP = g++ -E DATADIRNAME = share DLLTOOL = EXEEXT = FRONTEND = FRONTEND_GUILIB = ${top_builddir}/src/frontends/xforms/libxforms.la FRONTEND_INCLUDES = FRONTEND_LDFLAGS = FRONTEND_LIBS = GENCAT = GHTTP_LIB = @GHTTP_LIB@ GLINC = @GLINC@ GLLIB = @GLLIB@ GMOFILES = ca.gmo cs.gmo da.gmo de.gmo es.gmo eu.gmo fi.gmo fr.gmo he.gmo hu.gmo it.gmo nl.gmo no.gmo pl.gmo pt.gmo ro.gmo ru.gmo sl.gmo sv.gmo tr.gmo wa.gmo GMSGFMT = msgfmt GNOMEGNORBA_LIBS = GNOMEMM_INCLUDEDIR = GNOMEMM_LIBDIR = GNOMEMM_LIBS = GNOMEUI_LIBS = GNOME_ACLOCAL_DIR = @GNOME_ACLOCAL_DIR@ GNOME_APPLETS_LIBS = GNOME_CAPPLET_LIBS = GNOME_CONFIG = GNOME_DOCKLETS_LIBS = GNOME_INCLUDEDIR = GNOME_LIBDIR = GNOME_LIBS = GNOME_PRINT_CFLAGS = @GNOME_PRINT_CFLAGS@ GNOME_PRINT_LIBS = @GNOME_PRINT_LIBS@ GNOME_XML_LIB = @GNOME_XML_LIB@ GNORBA_CFLAGS = GNORBA_LIBS = GPERF = @GPERF@ GTKMM_CFLAGS = GTKMM_CONFIG = GTKMM_LIBS = GTKXMHTML_LIBS = GTK_CFLAGS = GTK_CONFIG = GTK_LIBS = GT_NO = GT_YES = #YES# GUILE_INCS = @GUILE_INCS@ GUILE_LIBS = @GUILE_LIBS@ IDL = @IDL@ INCLUDED_SIGC