Thu 07 Dec 2017 11:54:08 PM UTC, comment #20:
Nevermind -- it appears an opeblas problem.
Dmitri.
|
Thu 07 Dec 2017 11:49:04 PM UTC, comment #19:
Now I started getting sporadic hangs during "make check" at
classes.tst (never when run test classes.tst at the prompt)...
I think it had happened before, but I forgot how it was resolved.
Dmitri.
--
|
Thu 07 Dec 2017 08:14:09 PM UTC, comment #18:
And another change for mxe-octave so that the general package should build again:
http://hg.octave.org/mxe-octave/rev/5e3fb4c40644
|
Thu 07 Dec 2017 05:07:58 PM UTC, comment #17:
I pushed a fix for the OS X build problem:
http://hg.savannah.gnu.org/hgweb/octave/rev/51a1d6c84d0c
|
Thu 07 Dec 2017 05:06:24 PM UTC, comment #16:
clang-3.9-debian is failing due to osmesa
Dmitri.
|
Thu 07 Dec 2017 04:49:12 PM UTC, comment #15:
Also mxe builds are broken because of symbol table changes that cause build failures for {un,}packfields. Those are horrible functions that deserve to fail. But I will see about fixing them anyway.
|
Thu 07 Dec 2017 04:36:01 PM UTC, comment #14:
Yay! This bug seems to be fixed. I took a look at the buildbots and they are mostly happy now. The failures are with old versions of clang, clang on Mac OSX, or due to OSmesa issues which we already know about.
|
Thu 07 Dec 2017 06:39:56 AM UTC, comment #13:
I pushed the following changeset:
http://hg.savannah.gnu.org/hgweb/octave/rev/ea3458c1d884
It seems to fix the problem with decic.m tests hanging, at least for me. I've tried it with the address sanitizer and a regular build with and without the JIT compiler enabled (though now I don't think that anything to do with it). I hope the buildbots will also be happy with this change.
|
Thu 07 Dec 2017 05:17:39 AM UTC, comment #12:
I think ENABLE_64 is intended. The NEWS file for 4.4 contains
|
Thu 07 Dec 2017 03:03:57 AM UTC, comment #11:
I also see
ENABLE_64 = 1
(which I did not enable) -- I assume it is a similar buglet.
"make check" hangs intermittently on my computer(s).
Dmitri.
--
|
Thu 07 Dec 2017 02:42:07 AM UTC, comment #10:
Woops, you found a bug in the configure script. It was just checking whether ENABLE_JIT was defined (even though it was defined to "no") before calling AC_DEFINE. I fixed that on the stable branch here http://hg.savannah.gnu.org/hgweb/octave/rev/80948d6e58c2.
Unfortunately, I still hang in decic.m.
|
Thu 07 Dec 2017 02:06:38 AM UTC, comment #9:
That is what I do, but then:
octave:2> _octave_config_info_ ("ENABLE_JIT")
ans = 1
|
Thu 07 Dec 2017 02:01:07 AM UTC, comment #8:
@Dmitri: It isn't the default for me. I just did 'make distclean' followed by './configure' and JIT was disabled.
|
Thu 07 Dec 2017 01:27:41 AM UTC, comment #7:
BTW, I just noticed that JIT is enabled by default now.
When did this happen and was this intentional?
Dmitri.
--
|
Wed 06 Dec 2017 09:45:42 PM UTC, comment #6:
Maybe I was confused before. This problem seems to be a bit random. It's now hanging for me with the JIT compiler disabled.
|
Wed 06 Dec 2017 09:12:40 PM UTC, comment #5:
I'm running a default configure as well which means that JIT is disabled. Interestingly, if I run
by itself it passes. The problem is only during the long run of the test suite.
|
Wed 06 Dec 2017 08:17:36 PM UTC, comment #4:
After
http://buildbot.octave.org:8010/changes/3981
<<<<
Backed out changeset 4e746afab617
The fix for this problem is not as simple as it would appear...
>>>>
Fedora's buildbot are OK.
Dmitri.
|
Wed 06 Dec 2017 08:15:50 PM UTC, comment #3:
All buildbots are having problems. They are configured with def
options which means JIT off.
Dmitri.
|
Wed 06 Dec 2017 07:39:06 PM UTC, comment #2:
Are you building with the JIT compiler enabled? The decic tests also hang for me if it is enabled but not if it is disabled.
I know that is not a solution for the problem.
|
Wed 06 Dec 2017 07:01:48 PM UTC, comment #1:
The cset that introduces the hang in decic.m is
|
Wed 06 Dec 2017 06:46:04 PM UTC, original submission:
Running 'make check' works with cset 24360
The problem seems to have been introduced by one of these 3 csets:
|