Sun 28 Aug 2016 07:36:56 PM UTC, comment #12:
Confirmed. Closing report.
|
Sun 28 Aug 2016 03:42:29 PM UTC, comment #11:
I checked in the following changeset:
http://hg.savannah.gnu.org/hgweb/octave/rev/1442ae783e1f
It seems to fix the problem for me. Can someone confirm and close this report?
|
Sun 21 Aug 2016 07:37:26 PM UTC, comment #10:
@Philip, comment #5: rebuilding everything from scratch with thread lib change results in compiled working packages for me.
It may be that whatever made the change to what libraries are linked against made it incompatible with older compiles.
|
Thu 18 Aug 2016 07:07:44 PM UTC, comment #9:
Redone compare to make sure I used the correct versions, and no other patches.
Oly change between the 2 compile attempts is the changeset position:
doesnt work 22234: allow configure to select Qt version
does work 22233: don't use -Wshadow for GCC 4
Diff between the working vs non working compile line:
So the working version was including libgomp.dll.a, -lmingwthrd, -lpthread, but no longer is.
In the configure when worked:
And not working:
|
Wed 17 Aug 2016 06:51:55 PM UTC, comment #8:
Even with gomp installed, it fails the same way.
Looking at the command that fails on a octave version that worked vs does not work (some spaces added between parts of the command to make easier to read):
Worked version:
Doesn't work version:
Diffing the 2 output above:
|
Wed 17 Aug 2016 05:04:14 PM UTC, comment #7:
In mxe, it doesn't look like gomp is a dependant of default-octave, so maybe isn't being built before octave is.
I will try a build with gomp installed to see if that compiles vs not on a new build.
|
Wed 17 Aug 2016 11:59:26 AM UTC, comment #6:
On a failed build:
So pthread is there, but I don't see openmp in the log.
|
Wed 17 Aug 2016 11:17:01 AM UTC, comment #5:
Perhaps a red herring here, but I find that cross-built OF packages with binary modules all seem to be miscompiled. Any attempt to invoke an .oct file leads to a hard crash.
Reinstalling those OF packages with the -forge flag leads to functional and well-performing OF packages.
Based on dev Octave + mxe-octave updated to 15 aug evening (CET), mxe-octave with JohnD's -lpthread fix.
|
Wed 17 Aug 2016 04:05:19 AM UTC, comment #4:
Part of config.log on the revision where build is in failure
And final configure output is :
Archived full config.log is attached.
(file #38238)
|
Tue 16 Aug 2016 11:19:47 PM UTC, comment #3:
May have something to do with the interaction between the cross-build environment setup and the XTRA_CFLAGS / XTRA_CXXFLAGS environment variables.
I have an mxe-octave build from several months ago that contains this in the log file:
Are the -pthread and -fopenmp options missing now?
|
Tue 16 Aug 2016 03:08:24 PM UTC, comment #2:
Not the fix, but I can default to compile again by this change in mxe-octave:
|
Mon 15 Aug 2016 09:06:18 PM UTC, comment #1:
Build breaks at changeset 22234:66dd260512a4 : allow configure to select Qt version
|
Sun 14 Aug 2016 09:14:55 PM UTC, original submission:
see "(mxe-octave) build failure default branch (1c840b2fd337)" http://lists.gnu.org/archive/html/octave-maintainers/2016-08/msg00127.html
|