<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 21, 2019 at 12:16 AM Smith, Barry F. <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
  Yes, this is totally my fault. By removing the help message it made configure treat the argument as a string hence '0' was true and you got the error message. For fblaslapack one should use -known-64-bit-blas-indices=0 just as you did, I have pushed a fix to master<br>
<br>
  What kind of system is <a href="http://sunfire09.pppl.gov" rel="noreferrer" target="_blank">sunfire09.pppl.gov</a> ? Surely a system that has a batch system provides its own good BLAS/LAPACK. You should use the ones on the machine, not fblaslapack. Using fblaslapack in this situation is like going to a fancy sit-down dinner but bringing your dessert from McDonalds.<br></blockquote><div><br></div><div>We just want stuff to work. This machine is not well supported and we are using MUMPS, so we just want PETSc to build and be correct.</div><div><br></div><div>Thanks</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
  It may be possible to remove many (but not all) of the cases where -known-64-bit-blas-indices is needed (for example when MKL, fblaslapack, f2blaslapack or --download-openblas is used we we know if the library is 64 bit indices and should set that without a need for a test or command line option. I'll look at it.<br>
<br>
  Barry<br>
<br>
<br>
> On May 20, 2019, at 3:50 PM, Balay, Satish via petsc-users <<a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a>> wrote:<br>
> <br>
> I'm not yet sure what the correct fix is - but the following change should get this going..<br>
> <br>
> diff --git a/config/BuildSystem/config/packages/BlasLapack.py b/config/BuildSystem/config/packages/BlasLapack.py<br>
> index e0310da4b0..7355f1a369 100644<br>
> --- a/config/BuildSystem/config/packages/BlasLapack.py<br>
> +++ b/config/BuildSystem/config/packages/BlasLapack.py<br>
> @@ -42,7 +42,7 @@ class Configure(config.package.Package):<br>
>     help.addArgument('BLAS/LAPACK', '-with-lapack-lib=<libraries: e.g. [/Users/..../liblapack.a,...]>',nargs.ArgLibrary(None, None, 'Indicate the library(s) containing LAPACK'))<br>
>     help.addArgument('BLAS/LAPACK', '-with-blaslapack-suffix=<string>',nargs.ArgLibrary(None, None, 'Indicate a suffix for BLAS/LAPACK subroutine names.'))<br>
>     help.addArgument('BLAS/LAPACK', '-with-64-bit-blas-indices', nargs.ArgBool(None, 0, 'Try to use 64 bit integers for BLAS/LAPACK; will error if not available'))<br>
> -#    help.addArgument('BLAS/LAPACK', '-known-64-bit-blas-indices=<bool>', nargs.ArgBool(None, 0, 'Indicate if using 64 bit integer BLAS'))<br>
> +    help.addArgument('BLAS/LAPACK', '-known-64-bit-blas-indices=<bool>', nargs.ArgBool(None, 0, 'Indicate if using 64 bit integer BLAS'))<br>
>     return<br>
> <br>
>   def getPrefix(self):<br>
> <br>
> Satish<br>
> <br>
> On Mon, 20 May 2019, Mark Adams via petsc-users wrote:<br>
> <br>
>> On Mon, May 20, 2019 at 3:55 PM Balay, Satish <<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>> wrote:<br>
>> <br>
>>> for ex:  ilp version of mkl is --known-64-bit-blas-indices=1 while lp mkl<br>
>>> is --known-64-bit-blas-indices=0<br>
>>> <br>
>>> Default blas we normally use is --known-64-bit-blas-indices=0 [they don't<br>
>>> use 64bit indices]<br>
>>> <br>
>> <br>
>> Humm, that is what Dylan (in the log that I sent). He is downloading blas<br>
>> and has --known-64-bit-blas-indices=0. Should this be correct?<br>
>> <br>
>> <br>
>>> <br>
>>> Satish<br>
>>> <br>
>>> On Mon, 20 May 2019, Mark Adams via petsc-users wrote:<br>
>>> <br>
>>>> We are getting this failure. This a bit frustrating in that the first<br>
>>> error<br>
>>>> message "Must give a default value for known-mpi-shared-libraries.." OK,<br>
>>> I<br>
>>>> google it and find that =0 is suggested. That seemed to work. Then we<br>
>>> got a<br>
>>>> similar error about -known-64-bit-blas-indices. It was clear from the<br>
>>>> documentation what to use so we tried =0 and that failed (attached). This<br>
>>>> is little frustrating having to use try and error for each of these<br>
>>> 'known"<br>
>>>> things.<br>
>>>> <br>
>>>> Dylan is trying  --known-64-bit-blas-indices=1 now. I trust that will<br>
>>> work,<br>
>>>> but I think the error are not very informative. All this known stuff is<br>
>>> new<br>
>>>> to me. Perhaps put an FAQ for this and list all of the "known"s that we<br>
>>>> need to add in batch.<br>
>>>> <br>
>>>> Thanks,<br>
>>>> Mark<br>
>>>> <br>
>>> <br>
>>> <br>
>> <br>
> <br>
<br>
</blockquote></div></div>