bugGNU Octave - Bugs: bug #37755, computer('arch') is not accurate...


bug #37755: computer('arch') is not accurate on all systems, and is not compatible with Matlab

Submitted by:  Richard <crobar>
Submitted on:  Thu 15 Nov 2012 11:04:20 PM UTC  
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Inaccurate Result
Status:  Wont Fix Assigned to:  None
Originator Name:  Richard Crozier Open/Closed:  Closed
Release:  dev Operating System:  Microsoft Windows

Add a New Comment(Rich Markup)

You are not logged in

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


( Jump to the original submission)

Mon 10 Dec 2012 06:09:23 PM UTC, comment #6:

I am tentatively marking this one WONTFIX. If a good case is made otherwise, we can revisit it.

Jordi Gutiérrez Hermoso <jordigh>
Project Administrator
Fri 16 Nov 2012 02:09:15 PM UTC, comment #5:

Yes, I see your point, the problem will fix itself when a 64 bit build is available for windows.

Richard <crobar>
Fri 16 Nov 2012 02:03:47 PM UTC, comment #4:

To expand, if the 32-bit binary were reporting a 64-bit architecture, you might be confused why this binary cannot allocate more than 2 gigs of memory.

I'm not sure, I suppose we could make arch try to figure out what the OS is at runtime instead of at compile time, but then you would end up with slightly misleading results.

I think you would be happier getting a 64-bit build of Octave for Windows and recommending people using 64-bit Windows to install this instead.

Jordi Gutiérrez Hermoso <jordigh>
Project Administrator
Fri 16 Nov 2012 02:01:42 PM UTC, comment #3:

Well, a 64-bit architecture is also a 32-bit architecture, isn't it? It can run 32-bit binaries.

Jordi Gutiérrez Hermoso <jordigh>
Project Administrator
Fri 16 Nov 2012 01:54:56 PM UTC, comment #2:

The help text for computer states:

If the argument `"arch"' is specified, return a string indicating
the architecture of the computer on which Octave is running.

It does not do this. So either ther is a bug in the documentation and it should be modified, in which case it is still a bug as it is not compatible with matlab, or it should do this and it is a bug in the function.

Richard <crobar>
Fri 16 Nov 2012 01:50:37 PM UTC, comment #1:

But it's a 32-bit binary... It's not reporting the OS; it's reporting what kind of binary it is.

Jordi Gutiérrez Hermoso <jordigh>
Project Administrator
Thu 15 Nov 2012 11:04:20 PM UTC, original submission:

On my linux 64 bit machine computer('arch') returns


On windows 32 bit using the MSVC build it returns


On windows 64 bit using the MSVC build it also returns


Matlab returns for various systems
glnx86 - 32 bit linux
glnx64 - 64 bit linux
win32 - 32 bit windows
win64 - 64 bit windows

I don't really mind that it doesn't match ML, but it would be nice if it could detect the 64 bit windows environment vs 32 bit.

Richard <crobar>


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

Attach Files:

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 jordigh (Posted a comment)
  • -email is unavailable- added by crobar (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.




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-12-10 jordigh StatusNone => Wont Fix
        Open/ClosedOpen => Closed

    Back to the top

    Powered by Savane 3.4