Looks good, thank you.
On 5/4/20 5:45 AM, Dr. Jürgen Sauermann wrote:
Hi Bill,
thanks a lot, that is very valuable information. I actually made that change
trying to reduce the
number of bogus -Wmaybe-uninitialized warnings. I am somewhat surprised that
this has such
a performance impact.
In t
Hi Bill,
thanks a lot, that is very valuable information. I actually made
that change trying to reduce the
number of bogus -Wmaybe-uninitialized warnings. I am somewhat
surprised that this has such
a performance impact.
In the meantime I
The change from 1273 to 1274 in Shape.hh after about line 65 appears to
replace a constant with a structure (?I haven't really looked at what
this all does). Backing this out from SVN 1282 speeds my test program
up (and also gets rid of the compiler warning).
On 5/3/20 10:49 AM, Dr. Jürgen Sa
Hi Bill,
I double-checked all differences between SVN 1273 and the latest
SVN.
The only primitive changed was dyadic ∼ (WITHOUT) which is not
used in your function.
Therefore I assume the change in performance was caused by
differences
On 5/2/20 1:53 PM, Dr. Jürgen Sauermann wrote:
Hi Bill,
I cannot reproduce this.
Did you run *./configure*after updating from SVN? Sometimes Makefiles slip
through and can cause performance differences that are then caused by
differering
* ./configure* options. I normally use make developwhi
Hi Bill,
I cannot reproduce this.
Did you run ./configure after updating from SVN?
Sometimes Makefiles slip
through and can cause performance differences that are then caused
by differering
./configure options. I normally use make
For the last updates, my little test program has slowed down by a factor
of more than 4, debian 32 and 64 bit. (Same updates as the compiler
problem appeared, I think.)
∇rr←sol nn
n←1↓⍳nn
r←,2
l:
→(nn<(↑n)*2)⍴x
r←r,↑n←(~∨⌿0=⊃r|¨⊂n)/n
→l
x:
r←r,1↓n
rr←+/r
∇
sol 20
