Menu
▾
▴
gnuplot-beta
|
From: Tatsuro M. <tma...@ya...> - 2014-06-10 04:43:10
|
Hello http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ 1. After long struggle, the wxt terminal works on 64 bit platform. Using MinGW-w64 complier, the build of wxWidgets failed cc1plus hangs during 'make' using Msys+MinGW64 toolchain. Therefore I have build wxWidgets-3.0.0 using mingw32-make at wxWidgets-3.0.0\build\msw by the following command mingw32-make -f makefile.gcc BUILD=release SHARED=1 UNICODE=1 USE_ODBC=1 This build does not give a wx-config script. So I have to modify mingw/Makefile manually. The using this wxWidgets, the latest cairo (cairo-1.12.16) seems not to work (no plot appear in wxt terminal window). I carefully searched working combination of version of the glib, cairo and pango. The resulted combination is : glib-2.31.22, cairo-1.10.2, and pango-1.30.1. The pango-1.30.1 is configured --with-dynamic-modules=yes. I do know whether the above is the best or not solution but works. 2. For libcaca build, local patches for MinGW-w64(32 and 64 bit) to string.c and figfont.c. I have modified the local patches. Now the 32 bit binaries work on XP again. 3. I have found that qt terminal does not work when loading gnuplot_qt.exe when my binary installed into PC in which qt binary is not installed. The error dialogs are http://www.geocities.jp/tmgpltwin/Files/Files.html#0060 20140610_qtlog.png, 20140610_qtlog2.png The binary packages include Qt5Core.dll, Qt5Gui.dll, Qt5Network.dll, Qt5PrintSupport.dll, Qt5Svg.dll, and Qt5Widgets.dll as dynamic link files. I have checked the dependency dll files for gnuplot_qt.exe using the dependency walker. However, the described dll files seem to be enough from the dependency walker analysis. If someone knows additional dll files for Qt terminal to work on windows PC in which Qt binary is not installed, please let me know. Regards Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-10 10:50:06
|
----- Original Message ----- > From: Tatsuro MATSUOKA > Hello > > http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/ > > > 3. I have found that qt terminal does not work when loading gnuplot_qt.exe when > my binary installed into PC in which qt binary is not installed. The error > dialogs are > http://www.geocities.jp/tmgpltwin/Files/Files.html#0060 > > 20140610_qtlog.png, 20140610_qtlog2.png > > > The binary packages include > Qt5Core.dll, Qt5Gui.dll, Qt5Network.dll, Qt5PrintSupport.dll, Qt5Svg.dll, > and Qt5Widgets.dll as dynamic link files. I have checked the dependency dll > files for gnuplot_qt.exe using the dependency walker. However, the described dll > files seem to be enough from the dependency walker analysis. > If someone knows additional dll files for Qt terminal to work on windows PC in > which Qt binary is not installed, please let me know. > Akira Kakuto kindly told me that install plugins/platforms/qwindows.dll as bin/platforms/qwindows.dll. I tested it and confirmed that worked. I have written a small patch to gnuplot.iss to include bin/platforms/qwindows.dll. --- a/win/gnuplot.iss2014-06-01 18:28:57 +0900 +++ b/win/gnuplot.iss2014-06-10 18:54:34 +0900 @@ -118,6 +118,7 @@ Source: "bin\gnuplot_qt.exe"; DestDir: "{app}\bin\"; Flags: skipifsourcedoesntexist ignoreversion; Components: core ; core support files Source: "bin\*.dll"; DestDir: "{app}\bin\"; Flags: skipifsourcedoesntexist ignoreversion; Components: core +Source: "bin\platforms\qwindows.dll"; DestDir: "{app}\bin\platforms"; Flags: skipifsourcedoesntexist ignoreversion; Components: core Source: "bin\wgnuplot.mnu"; DestDir: {app}\bin\; Components: core Source: "bin\wgnuplot.chm"; DestDir: {app}\bin\; Components: core Source: "share\*"; DestDir: {app}\share\; Flags: recursesubdirs; Components: core I also noticed that installer for 64 bit would like to install "C:\Program Files (x86)". However, this should be "C:\Program Files" for 64 bit binary. I have a look at gnuplot.iss but I cannot find where should be modified. Please make appropriate changes to the matters above. Tatsuro |
|
From: Bastian M. <bma...@we...> - 2014-06-10 11:36:25
|
Am 10.06.2014 12:49, schrieb Tatsuro MATSUOKA: > ----- Original Message ----- >> From: Tatsuro MATSUOKA (snip) > > I also noticed that installer for 64 bit would like to install "C:\Program Files (x86)". > > However, this should be "C:\Program Files" for 64 bit binary. > > I have a look at gnuplot.iss but I cannot find where should be modified. > You can find the required information here: http://www.jrsoftware.org/ishelp/topic_setup_architecturesinstallin64bitmode.htm According to the docs, you should add following to the [Setup] section (untested): ArchitecturesAllowed=x64 ArchitecturesInstallIn64BitMode=x64 Note that with these modifications the script can no longer be used for 32bit installs. Since 32bit binaries run perfectly fine on 64bit Windows machines, I still fail to see why 64bit binaries are worth the huge extra effort right now. The only exception is the LFS support, but that can be handled differently, see Ethan's patch #675. Bastian > > Please make appropriate changes to the matters above. > > Tatsuro > |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-11 02:34:44
|
----- Original Message ----- > From: Bastian Märkisch > To: Tatsuro MATSUOKA ; gnuplot-beta > Cc: > Date: 2014/6/10, Tue 20:34 > Subject: Re: about windows binaries > > > Am 10.06.2014 12:49, schrieb Tatsuro MATSUOKA: >> ----- Original Message ----- >>> From: Tatsuro MATSUOKA > (snip) >> >> I also noticed that installer for 64 bit would like to install > "C:\Program Files (x86)". >> >> However, this should be "C:\Program Files" for 64 bit binary. >> >> I have a look at gnuplot.iss but I cannot find where should be modified. >> > > You can find the required information here: > http://www.jrsoftware.org/ishelp/topic_setup_architecturesinstallin64bitmode.htm > > According to the docs, you should add following to the [Setup] section > (untested): > > ArchitecturesAllowed=x64 > ArchitecturesInstallIn64BitMode=x64 > > Note that with these modifications the script can no longer be used for 32bit > installs. > > > Since 32bit binaries run perfectly fine on 64bit Windows machines, I still fail > to see why 64bit binaries are worth the huge extra effort right now. The only > exception is the LFS support, but that can be handled differently, see > Ethan's patch #675. Thanks. Adding ArchitecturesAllowed=x64 ArchitecturesInstallIn64BitMode=x64 makes installer work properly on 64 bit windows. (tested on win 7 and 8). I will have the change as my local patch. > Since 32bit binaries run perfectly fine on 64bit Windows machines, I still fail > to see why 64bit binaries are worth the huge extra effort right now. The only > exception is the LFS support, but that can be handled differently, see > Ethan's patch #675. You are correct. But now Cygwin works both 32 bit and 64 bit. The 64 bit gnuplot binary works on Cygwin x86_64. I think that the existence of 64 bit binary for 64 bit platform is natural. Once 64 bit binaries can be build, it is not so difficult to work further. BTW, patch shown yesterday worked. (Yesterday I have mis-operated) I have posted to the patch ticket https://sourceforge.net/p/gnuplot/patches/693/ Please apply gnuplot.iss for qt terminal to work. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-11 10:36:08
|
----- Original Message ----- > From: Tatsuro MATSUOKA > To: bmaerkisch; gnuplot-beta > Cc: > Date: 2014/6/11, Wed 11:34 > Subject: Re: about windows binaries > > ----- Original Message ----- > >> From: Bastian Märkisch >> To: Tatsuro MATSUOKA ; gnuplot-beta >> Cc: >> Date: 2014/6/10, Tue 20:34 >> Subject: Re: about windows binaries <snip> > > BTW, patch shown yesterday worked. (Yesterday I have mis-operated) > I have posted to the patch ticket > https://sourceforge.net/p/gnuplot/patches/693/ > > Please apply gnuplot.iss for qt terminal to work. > Bastian I have confirmed the fix to the cvs source. Thanks! Tatsuro |
