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: NoneSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Inaccurate Result
Status: Wont FixAssigned to: None
Originator Name: Richard CrozierOpen/Closed: Closed
Release: devOperating System: Microsoft Windows

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

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

 

(Jump to the original submission 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

gnu-linux-x86_64

On windows 32 bit using the MSVC build it returns

mingw32-i686

On windows 64 bit using the MSVC build it also returns

mingw32-i686

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 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 jordigh (Posted a comment)
  • -unavailable- added by crobar (Submitted the item)
  •  

    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 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 10 Dec 2012 06:09:23 PM UTCjordighStatusNone=>Wont Fix
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup