1. 15 Sep, 2013 1 commit
  2. 01 Apr, 2013 1 commit
    • Raymond Toy's avatar
      Do a better job of handling symbols that have the same name as · 34a34954
      Raymond Toy authored
      intrinsics but are not intrinsic functions.
      
      src/f2cl1.l:
      o Get rid of *default-intrinsic-function-names*, and revert
        *intrinsic-function-names* to its original definition.
      o Add *non-intrinsic-function-names* to hold symbols that can't be
        intrinsics because they are in the formal argument list of a
        subprogram.
      o Remove *declared-intrinsic-names*
      o When fixing up symbols that should be from f2cl-lib package because
        they're intrinsic functions, skip over symbols in
        *non-intrinsic-function-names*.
      o Check the subprogram arg list for symbols have the same name as
        intrinsics and save them on *non-intrinsic-function-names* because we
        know they can't be intrinsics.
      
      src/f2cl2.l:
      o When trying to ID an intrinsic function call, we have to skip over
        anything in *non-intrinsic-function-names* because we know they're not
        intrinsics.
      
      src/f2cl5.l:
      o Update check-reserved-lisp-names because we don't need to handle
        intrinsic function specially.  Any symbol that looks like an instrinsic
        is one, unless it also shows up in *non-intrinsic-function-names*.
        This means we don't append "$" to these symbols, and that we also don't
        spuriously create symbols that aren't used.
      34a34954
  3. 26 Mar, 2013 1 commit
  4. 24 Mar, 2013 1 commit
    • Raymond Toy's avatar
      Fix issues discovered when updating maxima to lapack 3.4.2.: · b3314329
      Raymond Toy authored
      o Did not handle the declaration correctly:
      
           character name*(*)
      
        This was declaring name to be an array of strings, but it's really
        just a string of unknown length.
      o Added new (Fortran 95) intrinsic LEN_TRIM.  This was needed by the
        new version of lapack.
      o Try to be more careful about declaring things that were declared as
        instrinsics.  We no longer create a dummy variable named foo$ when
        we foo is declared as a intrinsic.
      b3314329
  5. 17 Mar, 2013 2 commits
  6. 30 May, 2012 1 commit
  7. 06 May, 2012 2 commits
  8. 03 May, 2012 1 commit
  9. 03 Dec, 2011 1 commit
    • Raymond Toy's avatar
      The function database needs the relaxed declarations, if any. · 06a85980
      Raymond Toy authored
      Previously, the function definition would have the right declarations,
      but the database would not have the relaxed declarations.  This produces
      spurious warnings when converting functions that call the erroneously
      declared function.
      
      src/f2cl1.l:
      o Make MAKE-F2CL-FINFO automatically relax the array declarations if
        needed.
      
      src/f2cl5.l:
      o If we update the function arg types, we need to relax the array
        declarations, if needed.
      06a85980
  10. 26 Nov, 2011 1 commit
  11. 24 Nov, 2011 1 commit
    • Raymond Toy's avatar
      Fix up implementation of CYCLE and EXIT. · 28c496a2
      Raymond Toy authored
      f2cl1.l:
      o Go to f2cl-lib::exit instead of loop because that bypasses the update
        of the loop variable.
      
      macros.l:
      o Have the FDO macro insert the CONTINUE and EXIT labels at the
        appropriate places so that the CYCLE and EXIT code goes to the right
        places.
      28c496a2
  12. 23 Nov, 2011 1 commit
  13. 11 Jun, 2011 1 commit
    • Raymond Toy's avatar
      Handle array slicing a bit better with displaced arrays. · 52bbcd8e
      Raymond Toy authored
      f2cl5.l:
      o If the array we're slicing is one of the arrays listed in a
        WITH-MULTI-DATA-ARRAY, use the actual underlying array with the
        appropriate offset.
      
      macros.l:
      o Update ARRAY-SLICE macro to include an additional offset parameter to
        indicate what the, if any, the offset is for this array, if the array
        itself is a displaced (sliced) array.
      52bbcd8e
  14. 28 Feb, 2011 1 commit
  15. 20 Feb, 2011 1 commit
  16. 28 Dec, 2010 1 commit
  17. 08 Oct, 2010 1 commit
    • rtoy's avatar
      src/f2cl1.l: · 911ff74f
      rtoy authored
      o Correctly parse IMPLICIT DOUBLE PRECISION
      
      src/NOTES:
      o Update.
      911ff74f
  18. 07 Oct, 2010 1 commit
    • rtoy's avatar
      src/NOTES: · 22618279
      rtoy authored
      o Update
      
      src/f2cl8.l:
      o Add MAKE-DEPENDENCIES to generate dependencies list from all the
        compiled functions.
      22618279
  19. 26 May, 2010 3 commits
  20. 17 May, 2010 1 commit
    • rtoy's avatar
      src/f2cl1.l: · aad4f000
      rtoy authored
      o Need to know the actual type when making a compatible sequence.
      o Convert plain integer type to integer4 types, which is what Fortran
        would do.  We don't want general Lisp integer type.
      
      src/macros.l:
      o Change MAKE-COMPATIBLE-SEQ to be a macro.
      o Need to know the actual array type to create the correct type of
        sequence.
      aad4f000
  21. 23 Feb, 2010 3 commits
    • rtoy's avatar
      Fix declaration for default integer type. Previously the type was · 08e6616b
      rtoy authored
      INTEGER but it should have been INTEGER4.
      08e6616b
    • rtoy's avatar
      Add :PROMOTE-TO-DOUBLE option to promote all single precision · 75ad1666
      rtoy authored
      variables and constants to double precision.
      
      NOTES:
      o Update
      
      f2cl1.l:
      o Add :PROMOTE-TO-DOUBLE keyword to F2CL and F2CL-COMPILE.
      o Add MAYBE-PROMOTE-TYPE to promote the specified type if specified.
      
      f2cl5.l:
      o Update declarations and initializers to promote the declaration and
        initial value if needed.
      75ad1666
    • rtoy's avatar
      Support the Fortran capability of passing an array of one type · 12a40813
      rtoy authored
      to a routine expecting a different type.  Currently only supports REAL
      and COMPLEX arrays (and their double precison versions).
      
      NOTES:
      o Update
      
      f2cl0.l:
      o Export new symbols f2cl-copy-seq and make-compatible-seq.
      
      f2cl1.l:
      o New variable *copy-array-parameter* for keeping track of the option
        for f2cl and f2cl-compile.
      o Update f2cl and f2cl-compile to recognize :copy-array-parameter.
      o Modify massage-arglist and generate-call-to-routine to handle the
        new :copy-array-parameter capability.
      
      f2cl5.l:
      o Fix issue where quoted elements were modified.  They shouldn't be.
      o Fix issue where (array simple-float (*)) would get erroneously
        converted to (array simple-float (f2cl-lib:int-mul)).  We want to
        leave bare * alone.
      
      macros.l:
      o New macro f2cl-copy-seq to generate code to copy a sequence
        appropriately.
      o New function to create a compatible array to support
        :copy-array-parameter.
      12a40813
  22. 14 Dec, 2009 1 commit
  23. 07 Apr, 2009 3 commits
  24. 24 Jan, 2009 1 commit
  25. 23 Jan, 2009 1 commit
  26. 19 Jan, 2009 2 commits
  27. 08 Jan, 2009 4 commits
  28. 07 Jan, 2009 1 commit