I should also have said that the compiler is even allowed to change the
order of execution of expressions and statements when the order is
defined by the Standard so long as the resulting state is the same as if
it were executed in the defined order. This has lead to some very nasty
concurrency
Hi Bill,
>> Ralf Koetter's code used a number of constructions like the following:
>>
>> for (y = m2-1-x; y; ) d[y--] = p[y];
>>
>> The clang compiler flagged these with warnings like this:
>>
>> warning: unsequenced modification and access to 'y'
> Yes, that is undefined behaviour.
Yes
On 17/10/2014 17:11, Joe Taylor wrote:
> Hi Diane,
>
>> O!! Perhaps we can get a version compiled up for FreeBSD now? This
>> is exactly what we saw the last time you compiled up kvasd for FreeBSD.
>> No output except 0's.
> By all means -- let me know how best to proceed!
A 64-bit version for
On 17/10/2014 16:29, Joe Taylor wrote:
Hi Joe,
> I have spent 1.5 days trying to understand why kvasd[.exe], the
> Koetter-Vardy algebraic soft-decision decoder, compiled correctly with
> versions 4.6.1 and 4.6.3 of gcc and gfortran, but fails with versions
> 4.8.1 and 4.8.2.
>
> With the code as
Hi Diane,
> O!! Perhaps we can get a version compiled up for FreeBSD now? This
> is exactly what we saw the last time you compiled up kvasd for FreeBSD.
> No output except 0's.
By all means -- let me know how best to proceed!
-- Joe, K1JT
On Fri, Oct 17, 2014 at 11:29:14AM -0400, Joe Taylor wrote:
> I have spent 1.5 days trying to understand why kvasd[.exe], the
> Koetter-Vardy algebraic soft-decision decoder, compiled correctly with
> versions 4.6.1 and 4.6.3 of gcc and gfortran, but fails with versions
> 4.8.1 and 4.8.2.
>
> W
I have spent 1.5 days trying to understand why kvasd[.exe], the
Koetter-Vardy algebraic soft-decision decoder, compiled correctly with
versions 4.6.1 and 4.6.3 of gcc and gfortran, but fails with versions
4.8.1 and 4.8.2.
With the code as it has been for some years, the build appears
successfu
