Wed 20 Sep 2017 03:02:22 PM UTC, comment #23:
Would being able to build a native octave (or mxe-octave) from an existing install of mxe-octave be of use?
At least at that point, we will know what versions of dev tools will be in use
|
Sat 02 Jul 2016 02:33:19 AM UTC, comment #22:
I've lowered the severity and updated the title for clarity.
I think we're in agreement that the best supported ways of building Octave for Windows are either mxe-octave cross-build from GNU/Linux or Cygwin. But I think it's still a desired goal to support native building on Windows with mxe-octave and mingw.
|
Sat 02 Jul 2016 02:05:24 AM UTC, comment #21:
Ive never tried compiling for cygwin - just assuming it works ok and doesnt fall under the "gmp under native windows"
|
Fri 01 Jul 2016 11:54:37 PM UTC, comment #20:
> The normal method of compiling octave for windows would be mxe-octave, perhaps also Cygwin.
What do you mean by terms of "perhaps also Cygwin"? The Cygwin binary is build on the Cygwin environments using usual unixy tools and libraries by Marco Atzeri.
|
Fri 01 Jul 2016 11:49:25 PM UTC, comment #19:
This is a case of native build on Windows.
I now think that the title is better to be changed to.
*********************************************
mxe native build fails at gmp on native windows
*********************************************
Rik raised Severity of this issue from 3 to 4.
I do not think that it is necessary because released version of windows binary is produced on linux but not native windows.
|
Fri 01 Jul 2016 07:56:06 PM UTC, comment #18:
Priority for this can be lowered I think (unless someone else disagrees)
The normal method of compiling octave for windows would be mxe-octave, perhaps also Cygwin.
|
Wed 17 Jun 2015 07:53:36 PM UTC, comment #17:
I got a msys2 32bit version to compile and paushed some changes up to mxe.
Running a 64 bit version, so far, I have seen a couple of issues - most being the same problem, which I think is the issues you were seeing comment #16.
libicon, build-texinfo fail with an unknown build type - copying config.guess and config.sub from the mxe-octave tools folder to the correct build-aux folders in the failing packages appears to fix the issue.
|
Thu 11 Jun 2015 10:27:10 PM UTC, comment #16:
I have made a mistake. The packages in which build detection failed are texinfo and libiconv.
> build-pkg-config worked for me - haven't gotten to pkg-config yet.
I have gotten pkg-config.
|
Thu 11 Jun 2015 09:31:53 PM UTC, comment #15:
Theoretically what you said is quite right.
I am using 64 bit version msys2 because it can be used both mingw32 and mingw64 using corresponding start up batch file. I am gnuplot a binary provider and build dependency libraries msys2(64bit). Sometimes build detection does not work irrelevant to 32bit or 64bit.
Anyway I manually add build and host option when configure miss to detect build and host.
|
Thu 11 Jun 2015 01:50:17 PM UTC, comment #14:
build and host tell it information for cross compile, and shouldn't be needed for native compile.
build-pkg-config worked for me - haven't gotten to pkg-config yet.
libiconv worked for me.
I am using msys2 32bit, and running the Mingw-w64 win32 script to run msys.
|
Thu 11 Jun 2015 11:00:19 AM UTC, comment #13:
At least pkg-config and iconv failed build system guess:
For native build --build and --host option hopefully specified to avoid this kind of bug.
|
Wed 10 Jun 2015 11:31:41 PM UTC, comment #12:
I have a few fixes I will push up for msys build when I get a successful build.
Currently, I needed to do some changes to lapack and gnutls
|
Wed 10 Jun 2015 11:07:47 AM UTC, comment #11:
Thank you for your variable information.
I will try it after some changes in reference with your experience.
|
Wed 10 Jun 2015 10:40:12 AM UTC, comment #10:
msys2 seems to have a number of issues come up - i didnt get it build mxe allthe way yet myself, but noticed:
What i had found so far:
- I had to uninstall the msys libtool
- installing gcc doesnt work - it needed mingw-w64-i686-gcc, mingw-w64-i686-fortran
- I had to install python2 (I had installed python, which appears to install python 3) and make a copy python2.exe to python.exe
- I installed also autoconf wget patch perl vim make
unzip automake bison
As of yet, I didnt get it to fully build yet.
I did manage to compile the octave sources yesterday from within the octave install. So will be pushing some changes to support that.
|
Wed 10 Jun 2015 06:01:21 AM UTC, comment #9:
I have prepared another note PC (core-i5 win 8.1)
to try mxe native build.
This time the tool-kits are msys2+mingw32 (gcc-4.9.2 rt3 win32 thread, dwarf) (MinGW-w64).
Failed to build package build-pkg-config!
I looked into log/build-pkg-config.
The msys2 only ships libtool 2.4.6 but not 2.4.2.
Is there any way to avoid to install libtool 2.4.2?
If not I will install libtool 2.4.2 into appropriate directory and temporary make PATH to it.
|
Mon 08 Jun 2015 12:34:31 PM UTC, comment #8:
I remember some newer versions of packages breaking the build of native mxe.
I recently just tied msys2 as well, and see that depending on what packages are installed in msys2 will greatly effect how how in the mxe build you can get. So far, I haven't reached a full build of octave using it.
As an alternate method, I am looking at being able to compile octave natively from the installed mxe-octave, which from your comments below was one of the methods you also tried.
One of the immediate issues with build from installed mxe-octave that I see is that some of the 'tools' required to build octave are not supplied in the installer, which really only cares about supplying the required libraries etc to run octave.
To that end, I have added a --enable-devel-tools option to the mxe-octave configure script, with the plan to provide the option to include the tools required to build octave etc that are not needed by the normal user/installer.
The main missing files I have seen (so far) is the qt build tools (Linux tools are built for compiling cross octave, but windows binaries of uic, moc, rcc, lrelease are not)
I have a patch to include them, which I am testing out now.
|
Tue 02 Jun 2015 04:52:20 PM UTC, comment #7:
Retagging release from 4.0.0-rc4 to 4.0.0.
|
Mon 25 May 2015 12:58:40 AM UTC, comment #6:
Sorry for late reply
> You were using the windows-64 enabled octave ?
No.
I did not use --enable-windows-64 flag for native build.
After gmp built I met a lot of difficulties. I have hacked the *.mk files or Makefile files but I could not accomplish the build.
Now I cannot use a fast windows 7 PC in my lab. (core i7 16Gbyte RAM),
I am now stopping the native build.
(Native build required a lot of time compared to cross build on Ubuntu so I need to use a fast PC.)
|
Fri 22 May 2015 10:31:53 AM UTC, comment #5:
You were using the windows-64 enabled octave ?
|
Tue 12 May 2015 11:38:58 PM UTC, comment #4:
I have made quick two hacks and gmp build was successful
hack 1 to the Makefile generated after mxe condfigure
second hack is for gmp mislead ad 64 bit mode so I hacked gmp.mk as:
Of course, I know that the above are the temporal hacks.
Thanks for your attention
Tatsuro
|
Tue 12 May 2015 10:56:50 PM UTC, comment #3:
John
> Building of the compiler doesn't work in msys.
> Its been a while since I tried a compile in msys, but you used to be able to build octave, but it uses the system gcc.
I was successful to build windows version octave by mxe native build with your assistance. I have used MinGW compiler but not msys compiler. This time I tried to use MinGW compiler shipped with mxe-octave 4.0.0-rc4.
> What config options did you pass to mxe-octave?
My aim of native build this time is get complete environments to build octave in windows native environments. The mxe build delete seem to delete intermediate files like those in libgnu.
Tatsuro
|
Tue 12 May 2015 02:41:14 PM UTC, comment #2:
What config options did you pass to mxe-octave?
|
Tue 12 May 2015 02:02:54 PM UTC, comment #1:
Building of the compiler doesn't work in msys.
Its been a while since I tried a compile in msys, but you used to be able to build octave, but it uses the system gcc.
|
Tue 12 May 2015 08:46:55 AM UTC, original submission:
I am trying to build mxe-octave on msys+mingw platform.
At building of gmp I have met :
config.log is attached
In the config.log
--build=x86_64-unknown-linux-gnu
is strange for native build.
Please show me the way how to fix gmp.mk for native build.
Thanks in advance.
Tatsuro
|