bugGNU Octave - Bugs: bug #53853, configure: OCTAVE_BLAS_F77_FUNC...

 
 

bug #53853: configure: OCTAVE_BLAS_F77_FUNC sets ax_blas_integer_size incorrectly on big endian system

Submitted by:  Mike Miller <mtmiller>
Submitted on:  Sun 06 May 2018 06:30:11 PM UTC  
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Confirmed Assigned to:  None
Originator Name:  Open/Closed:  Open
Release:  dev Operating System:  GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Tue 15 May 2018 11:24:47 PM UTC, comment #5:

Sorry, I don't have access to give, but I can probably test any potential fixes.

Mike Miller <mtmiller>
Project Administrator
Tue 15 May 2018 08:25:58 PM UTC, comment #4:

Could anyone provide access to a big-endian system so I could use to do some testing?

John W. Eaton <jwe>
Project Administrator
Tue 08 May 2018 06:50:38 AM UTC, comment #3:

I patched the Debian source package to set the integer size to be 4 bytes unconditionally until we can resolve this here.

https://salsa.debian.org/pkg-octave-team/octave/blob/e4b807459a80edfa3f6c4780cf0504ea26d3564d/debian/patches/assume-blas-integer-size.patch

I don't have any bright ideas about fixing this properly at the moment.

Mike Miller <mtmiller>
Project Administrator
Sun 06 May 2018 07:12:12 PM UTC, comment #2:

After looking at the test program, it's pretty clear that it's expecting a 8 byte integer on the stack to be interpreted by only looking at the least-significant 4 bytes. On a big endian system, the argument is interpreted as -1 (from the most-significant 4 bytes) instead of +1. That's why the test then wrongly thinks that the integer size is 8 bytes. Needs some rethinking to fix this properly.

Mike Miller <mtmiller>
Project Administrator
Sun 06 May 2018 06:35:22 PM UTC, comment #1:

If I can't figure out the cause of this in the next days, I am planning on patching the configure script to always use ax_blas_integer_size=4 in the Debian source package, since we know Debian Fortran libraries are always built with gfortran with the default 32-bit integer size.

Mike Miller <mtmiller>
Project Administrator
Sun 06 May 2018 06:30:11 PM UTC, original submission:

The new logic in Octave 4.4 to try to determine the BLAS integer parameter size fails on big endian systems. The integer size is determined to be 8 bytes, even though the true integer size is 4 bytes.

With Octave 4.2 on Debian GNU/Linux mips:

With Octave 4.4 on Debian GNU/Linux mips:

Mike Miller <mtmiller>
Project Administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by mtmiller (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-05-06 mtmiller StatusNone => Confirmed

    Back to the top


    Powered by Savane 3.3