bugGNU Octave - Bugs: bug #46134, error: out of memory or dimension...

 
 

bug #46134: error: out of memory or dimension too large for Octave's index type

Submitted by:  mjang <mjang>
Submitted on:  Tue 06 Oct 2015 04:43:32 AM UTC  
 
Category: Configuration and Build SystemSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Other
Status: Works For MeAssigned to: None
Originator Name: MallikarjunOpen/Closed: Closed
Release: 4.0.0Operating System: GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

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

 

Fri 29 Apr 2016 09:45:10 PM UTC, comment #3:

I am able to execute the given command in a 64-bit-index build of Octave. If you need help figuring out how to build Octave for 64-bit integer indexing, please consult the documentation or the help mailing list.

Mike Miller <mtmiller>
Project Administrator
Sat 31 Oct 2015 04:50:40 PM UTC, comment #2:

What you could try is to build a 64-bit indexing Octave with mxe-octave, with an mxe-octave configure statement along the lines in comment #13, #26 and #27 of this bug report:
https://savannah.gnu.org/bugs/index.php?43319
(and you'll have to add an installation directory prefix as well in the configure command).

That way one keeps the 64-bit indexing libraries and Octave separate from the system-supplied libs (that are usually 32-bit indexing).

Philip Nienhuis <philipnienhuis>
Project Member
Tue 06 Oct 2015 11:24:12 AM UTC, comment #1:

I also struggle with 64-bit builds. The problem seems to be that your underlying BLAS wasn't compiled with the same flags as you did with Octave.

The configure error refers to the test m4/ax_blas_f77_func.m4 there the Fortran program, I call it "test.f" here:

gets executed. The intention of the code is the following:

- You create n = -2^32+1 (the documentation is wrong!), too big for int32 and get an integer overflow to a positive value. On a int64 platform you get n = -2^32+1.

- Then the idea, I guess, is the LAPACK-Routine sdot ( http://www.netlib.org/lapack/explore-html/d0/d16/sdot_8f_source.html ) should return 0.0 if the input value is smaller than 0, means int64 was handed over correctly, no integer overflows occurred and so on...

Thus, compiling "test.f" and linking my 32-bit BLAS from my Linux distributor yields:

Maybe try out the Fortran program. If you know a solution, let me know.

Kai Torben Ohlhus <siko1056>
Project Member
Tue 06 Oct 2015 04:43:32 AM UTC, original submission:

I can confirm that there is an issue making the 64-bit build of version 4 (from ftp://ftp.gnu.org/gnu/octave).
3.8.2 however builds ok for 64-bit and GUI (octave --force-gui).

>> a = zeros (102410241024*3, 1, 'int8');

error: out of memory or dimension too large for Octave's index type

we run (./configure --prefix=/prog/rdtoolbox/octave/versions/3.8.1-RHEL6 --enable-openmp --enable-64 F77_INTEGER_8_FLAG=-fdefault-integer-8) this command. As a result we end up with the below error. To fix the below error we followed the instruction provided in the site (http://wiki.octave.org/MXE).
=========================
configure: error: BLAS doesn't seem to support 64-bit integers. This is incompatible with --enable-64.
=========================

mjang <mjang>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by siko1056 (Posted a comment)
  • -unavailable- added by mjang (Submitted the item)
  • -unavailable- added by mjang
  • -unavailable- added by mjang
  • -unavailable- added by mjang
  •  

    Do you think this task is very important?
    If so, you can click here to 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):

     

     

    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 29 Apr 2016 09:45:10 PM UTCmtmillerStatusConfirmed=>Works For Me
      Open/ClosedOpen=>Closed
    Tue 06 Oct 2015 11:24:12 AM UTCsiko1056StatusNone=>Confirmed
    Tue 06 Oct 2015 04:43:32 AM UTCmjangCarbon-Copy-=>Added -unavailable-
      Carbon-Copy-=>Added -unavailable-
      Carbon-Copy-=>Added -unavailable-

    Back to the top


    Powered by Savane 3.1-cleanup1