octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #50339] configure detection for BLAS does not


From: John W. Eaton
Subject: [Octave-bug-tracker] [bug #50339] configure detection for BLAS does not use -fdefault-integer-8
Date: Fri, 8 Sep 2017 20:41:13 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0

Follow-up Comment #10, bug #50339 (project octave):

What we currently want to support is the following:

Building with 32-bit or 64-bit indexing (octave_idx_type).

If using a 32-bit integer for octave_idx_type, we need to ensure that the BLAS
and other Fortran libraries also use 32-bit indexing.

If 64-bit octave_idx_type, we can use either 32-bit or 64-bit libraries, we
just need to know which one we have and whether special flags are needed so
that the integer size for the Fortran code we compile matches the BLAS and
other Fortran libraries that we find on the system.

I think it's sufficient to check the BLAS library on the system and assume
that the other system Fortran libraries have been compiled in the same way,
but I'm 100% sure someone will screw that up with self-compiled and installed
libraries and blame us for our lousy configure script when it fails.  :-)

Currently, I think the tests are a bit jumbled up, so getting the configure
script to do what I've described above may take some significant refactoring.

I don't even know whether it is possible to do this automatically with a
reasonable amount of effort, even if we only care about one compiler
(gfortran), or if it is just best to expect the user to supply the compiler
option to use, and then we determine whether it is functional (options works
and sizes match expectations).


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?50339>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]