octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #40607] mxe-octave: mixed uint64/double arithm


From: John W. Eaton
Subject: [Octave-bug-tracker] [bug #40607] mxe-octave: mixed uint64/double arithmetic incorrect (GUI-only)
Date: Tue, 19 Nov 2013 06:22:25 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130917 Firefox/17.0 Iceweasel/17.0.9

Follow-up Comment #20, bug #40607 (project octave):

[I screwed it up again?  Srsly?]

Some library that is only linked with the GUI must be doing the equivalent of


  _controlfp (_PC_53, _MCW_PC);


Calling


  _controlfp (_PC_64, _MCW_PC);


Seems to avoid the problem.  I propose something like the attached patch.  We
should be able to get the declaration and constants from the MinGW float.h,
but we somehow aren't getting that version of float.h.  I don't know what the
right combination of -I magic is yet.  Someone else want to figure that one
out?  I already wasted a day on this problem.

Calling _controlfp any earlier than this doesn't seem to work.  So it looks
like something that is happening in QApplication::exec, but I'm not
absolutely
sure that's correct.

I tried to find out what might be calling _controlfp by using nm on the
libraries in the mxe-octave build but the only ones that had that symbol or
_control87 were MinGW libraries that I think would be linked to both GUI and
CLI binaries.


(file #29659)
    _______________________________________________________

Additional Item Attachment:

File name: diffs.txt                      Size:0 KB


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?40607>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]