Michael, I've just installed f2c and it seems to accept the sources, just gives a warning about treating the "end subroutine" as plain "end" (which is the same). -w suppresses the warning.
I guess that you probably use f2c to compile Octave on Windows. Did you consider switching to a genuine Fortran 77 compiler? On Feb 20, 2008 9:59 AM, Michael Goffioul <[EMAIL PROTECTED]> wrote: > > On Feb 20, 2008 9:06 AM, Jaroslav Hajek <[EMAIL PROTECTED]> wrote: > > > | John, we should include these functions. > > > > > > Where can I look at them? I'm not on the octave-dev list. > > > > > > | Are you happy with the F77 > > > | wrapper to blas/lapack function to have only a single F77 function in > > > | the Octave C++ wrapper or should that be modified to use a pure C++ > > > wrapper? > > > > > > Is there any way to put f77 functions inside a namespace? > > > > > > > First, a minor correction: the code is not pure F77, it's a subset of > > F90 that I usually use > > (though in these functions END DO is perhaps the only extension used). > > It should compile with most F77 compilers though (incl. g77). > > > > Normally, Fortran functions coded as "external" get a global name just > > like C functions, > > typically with some simple name mangling (uniform case, underscore). > > Any reasonable platform featuring both Fortran and C compiler (which > > is necessary for Octave) is virtually bound to have the name mangling, > > otherwise Fortran runtime library would necessarily clash with C's, so > > that sort of encapsulates all external Fortran routines in a "Fortran > > namespace". > > > > Further, it's possible to put Fortran subroutines into a module, which > > is a Fortran equivalent to namespace. This forces additional mangling > > (module_MP_procedure in gfortran), > > but introduces more portability threats, as the rule is certainly > > different for different compilers > > (while the underscore appending is almost a standard). > > So I guess that it's better to go with the current approach that > > essentially prevents clashing > > C/Fortran names. > > If this gets included in octave, please make sure it would also work > with f2c (otherwise, I'll be unable to compile it). > > Michael. > -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Octave-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/octave-dev
