|
From: Tatsuro M. <tma...@ya...> - 2017-03-22 00:27:53
|
----- Original Message ----- > From: sfeam > To: gnuplot-beta > Cc: Bastian Märkisch ; tmacchant3 > Date: 2017/3/22, Wed 00:37 > Subject: Re: Aw: Re: Release 5.0.6 > > On Tuesday, 21 March 2017 10:19:59 AM Bastian Märkisch wrote: >> Dear Tatsuro, >> >> Indeed I experienced the same problem on my system. At least at first. I am > now unable to reproduce the problem with an unmodified 5.0.6 source tree (except > for the Makefile options). After many test builds, it seems that the only source > of for that error left that I could think is a race condition during build. In > particular changing the definitions of QEPID does not make a difference. So I > suggest you do a "make veryclean && make windows" and try > again. > > Could it be that the OS caches a previously-used copy of gnuplot_qt, so that > even when > you build a new one in practice it uses the old one? That would explain > everything. > > The problem you are now seeing sounds exactly like the problem I saw when the > new QEPID was originally added in the middle of the definition list. It made > the new > gnuplot executable incompatible with my old gnuplot_qt, and vice versa it made > the > new gnuplot_qt incompatible with the gnuplot executables previously built for > 5.0.0 5.0.1 5.0.2 etc. > > Ethan > > >> >> Bastian Dear Bastian and Ethan Thanks for replies. I rebooted PC and deleted the previous source tress and extract freshly. And I tried to build again. However, I cannot get successful results I tried on both gcc-5.3.0 and gcc-6.3.0 on64 bits, gcc-5.3.0 on 32 bit. It seems that the issue depends on my local environments and is is not a bug. Anyway I cannot provide windows binaries for 5.0.6 at the moment. Tatsuro |