From help-request at octave dot org Mon Dec 20 10:28:50 2004 Subject: Re: DOCSTRINGS up to date From: Joe Koski To: Samir Sharshar , Octave Help Date: Mon, 20 Dec 2004 09:30:32 -0700 Samir, I successfully built 2.1.64 from source (after several tries) on Friday. It wasn't successful until after I upgraded OS X on-line to 10.3.7. There are also known issues that require the November 2004 gcc update to be installed with Xcode 1.5 before the build can be successful. If your running OS X 10.3, be sure all these issues are addressed, or use the earlier Xcode 1.2 and OS X 10.3.4 as that works also. To build I first did a configure with FLIBS=-lg2c ./configure --enable-shared --enable-dl --disable-static Then the build completed (make, sudo make install) without problems. This may or may not be related to your doc_files error, but it is an approach that worked recently. Joe on 12/20/04 2:07 AM, Samir Sharshar at samir dot sharshar at mac dot com wrote: > Hi all, > > I've post a few days ago a compilation error octave 2.1.64 with gcc 3.3 > from apple. > > I get the following > > making doc-files > DOC_FILES = balance.df besselj.df betainc.df bitfcns.df chol.df > colloc.df daspk.df dasrt.df dassl.df data.df debug.df defaults.df > defun.df det.df dirfns.df dynamic-ld.df eig.df error.df expm.df fft.df > fft2.df fftn.df fftw_wisdom.df file-io.df filter.df find.df fsolve.df > gammainc.df gcd.df getgrent.df getpwent.df getrusage.df givens.df > help.df hess.df input.df inv.df kron.df lex.df load-save.df lpsolve.df > ls-oct-ascii.df lsode.df lu.df mappers.df minmax.df oct-hist.df > oct-procbuf.df odessa.df ov-cell.df ov-fcn-handle.df ov-fcn-inline.df > ov-int16.df ov-int32.df ov-int64.df ov-int8.df ov-list.df ov-re-mat.df > ov-streamoff.df ov-struct.df ov-typeinfo.df ov-uint16.df ov-uint32.df > ov-uint64.df ov-uint8.df ov-usr-fcn.df ov.df pager.df parse.df pinv.df > pr-output.df pt-arg-list.df pt-assign.df pt-mat.df pt-misc.df > pt-plot.df qr.df quad.df qz.df rand.df schur.df sighandlers.df sort.df > sqrtm.df strfns.df svd.df syl.df symtab.df syscalls.df sysdep.df > time.df toplev.df utils.df variables.df > making gendoc.cc > g++ -fast -mdynamic-no-pic -o gendoc gendoc.cc > ./gendoc > DOCSTRINGS-t > mv DOCSTRINGS-t DOCSTRINGS > make -C ../../scripts DOCSTRINGS > make[4]: `DOCSTRINGS' is up to date. > g++ -fast -mdynamic-no-pic -o munge-texi munge-texi.cc > making arith.texi from arith.txi > make[3]: *** [arith.texi] Error 138 > make[2]: *** [interpreter] Error 2 > make[1]: *** [doc] Error 2 > make: *** [all] Error 2 > > An exhaustive research on octave mailing list and google gave no real > results... > > Is any way to deal with this error ? > > Before the error, all compiled fine with xlf_r fortran compiler from > IBM and arguments to tune both fortran compiler and gcc to deal fine > with smp and G5 architecture... > > As I can see, DOCSTRINGS is well-structured with a ascii code 31 before > each item... > > > Thanks in advance for your help, > > Regards > > Samir Sharshar MD > INSERM Lille France > > > > ------------------------------------------------------------- > Octave is freely available under the terms of the GNU GPL. > > Octave's home on the web: http://www.octave.org > How to fund new projects: http://www.octave.org/funding.html > Subscription information: http://www.octave.org/archive.html > ------------------------------------------------------------- > ------------------------------------------------------------- Octave is freely available under the terms of the GNU GPL. Octave's home on the web: http://www.octave.org How to fund new projects: http://www.octave.org/funding.html Subscription information: http://www.octave.org/archive.html -------------------------------------------------------------