octave-maintainers
[Top][All Lists]
Advanced

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

Re: [OctDev] arpack: eigs crash with octave 3.0.5 compiled with --enabl


From: Alexander Barth
Subject: Re: [OctDev] arpack: eigs crash with octave 3.0.5 compiled with --enable-64
Date: Tue, 16 Jun 2009 15:56:53 +0200

On Tue, Jun 16, 2009 at 3:21 PM, Jaroslav Hajek<address@hidden> wrote:
> On Tue, Jun 16, 2009 at 3:06 PM, Alexander
> Barth<address@hidden> wrote:
>> On Mon, Jun 8, 2009 at 4:32 PM, Alexander
>> Barth<address@hidden> wrote:
>>> On Sun, Jun 7, 2009 at 3:51 PM, David Bateman<address@hidden> 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


reply via email to

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