[OctDev] arpack: eigs crash with octave 3.0.5 compiled with --enable-64
Alexander Barth
barth.alexander at gmail.com
Tue Jun 16 08:56:53 CDT 2009
On Tue, Jun 16, 2009 at 3:21 PM, Jaroslav Hajek<highegg at gmail.com> wrote:
> On Tue, Jun 16, 2009 at 3:06 PM, Alexander
> Barth<barth.alexander at gmail.com> wrote:
>> On Mon, Jun 8, 2009 at 4:32 PM, Alexander
>> Barth<barth.alexander at gmail.com> wrote:
>>> On Sun, Jun 7, 2009 at 3:51 PM, David Bateman<dbateman at dbateman.org> wrote:
>>>> Jaroslav Hajek wrote:
>>>>>
>>>>> Do we? In fact, I think the Fortran standard requires the default
>>>>> REAL, INTEGER and LOGICAL to be of equal size (numeric storage unit).
>>>>> So, only some combinations of these flags are conforming in general. I
>>>>> do not think Octave needs to be bulletproof in this regard, at least
>>>>> not until a real need arises from practice. When you're altering the
>>>>> sizes of default types, you're often breaking standard-conformance,
>>>>> and you're therefore supposed to know what you're doing. Anyway, a
>>>>> common practical advice is to avoid LOGICALs in external interfaces at
>>>>> all and just use INTEGERs.
>>>>>
>>>>> cheers
>>>>>
>>>>>
>>>>
>>>> Then the pgf90 compiler with the -i8 flag is not standards compliant. Given
>>>> that, then yes just using octave_idx_type is the right thing
>>>>
>>>> D.
>>>
>>>
>>> Sorry, forgot the attachement.
>>>
>>> Alex
>>>
>>
>> Hi all,
>> Will my patch by applied? Is it now OK?
>>
>> Thanks
>> Alex
>>
>
> Please include also a ChangeLog entry, I'll apply it then.
>
> regards
As a ChangeLog entry, you may use:
Use octave_idx_type for parameters of type LOGICAL in ARPACK
Thanks and regards!
Alex
More information about the Octave-maintainers
mailing list