Jean-Marc Lasgouttes wrote: > Angus> Jean-Marc Lasgouttes wrote: >>> It seems that I am really not able to compile 1.3.0cvs on tru64 >>> unix with cxx. Reasons are: >>> >>> - there is no snprintf in tru64 4.0f, so xforms has to provide its >>> own. the one provided in xforms lib does not compile on tru64, but >>> it does after a patch that I sent to the xforms list. So far, so >>> good. > > Angus> I'm surprised, as I too had to send a patch to get things to > Angus> compile, but it was included in 1.0release. (I use 4.0e > here). > > I have to admit that I never saw the message arrive to the xforms > mailing list... Did I post it after all?
I have been feeling a little excluded too. I've sent a couple of mails (admittedly from a newly born box with minor setup problems) that seemed to vanish. > I append the relevant patch to this message. The problem is that > I do not have isinf() here. Nor, it would appear do I have it here... ld -o libformssnp.so~ -shared -no_archive -set_version 1.0 \ -soname libformssnp.so -all strtod.o snprintf.o \ -none -lc ld: Warning: Unresolved: isnan isinf isnan is to be found in libm.a. I can't find isinf anywhere. I have been able to link codes in the past that did not resolve a symbol. Trying to execute that statement leads to a run time error. I wonder if I would suffer such a fate here... >>> - LyX's configure script does not know that it has to use >>> -lformssnp on systems that do not have snprintf. I have a patch >>> for that. So far so good. > > Angus> That is because it uses the snprintf functions in > src/support. Angus> It shouldn't matter whether these functions come > from Angus> libformssnp.a (as they do when compiling one of the > xforms demo Angus> programs) or from libsupport.a (as they do here > when compiling Angus> LyX under 4.0e). > > But how do we do the xforms autodetection in this case? Configure > tells me that it does not find xforms... Sorry, I don't understand. Are you talking about xforms' Imakefile stuff or LyX's configure stuff? LyX tests for the existence of snprintf in your system header files, can't find it and so decides to compile src/support/snprintf.c. It doesn't look for -lformssnp, not does it link it at the end. >>> - boost really thinks that all C functions are in std:: and uses >>> std::fprintf and things like that all over the place. This is not >>> good at all with cxx and probably sun's CC. I am not sure what to >>> do about that. > > Angus> There is a cxx compilation flag, -nopure_cname, that the > Angus> DEC/Compaq/HP support people told me to use. Here I configure > Angus> LyX with: > > This is only true for cxx 6.5 or whatever. I am stuck with 6.2 here. 6.3 here. Reading the release notes, it would appear that you're right. nopure_cname appeared in 6.3. -- Angus
