3.6.1 mingw binaries for testing

classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

3.6.1 mingw binaries for testing

nitnit
This post was updated on .
Hello all

I have built and packaged octave-3.6.1 + OF packages for mingw (based on Tatsuro's libs for 3.6.0) for testing.

The binaries can be downloaded from

https://skydrive.live.com/redir.aspx?cid=03f7acf7a4a62765&resid=3F7ACF7A4A62765!122&parid=3F7ACF7A4A62765!114&authkey=!AGQb-AAZTkRHRn4

1. Main package (basic octave)
Octave3.6.1_gcc4.6.2_20120224.7z MD5:B69690E43BF69DA3FFB2A519EDEC5CD0
should be combined first from two parts (using 7z archiving tool from http://www.7-zip.org):
Octave3.6.1_gcc4.6.7z.001 - MD5:7006AD493EFA0205B22419DA5E8CDF22
Octave3.6.1_gcc4.6.7z.002 - MD5:1B6957EC870D0726E64ED061C72B8942

Included are OpenBLAS based blas libs (see readme indside).

2. OF packages
Octave3.6.0_gcc4.6.2_20120128.7z - MD5:9F083B5E8641BE76F3FB92216909562A

See respective readme files inside for installation instructions and contents.

Once I will get sufficient feedback about stability these can be uploaded to SF.

Regards
Nitzan
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

rocketdude
nitnit wrote
I have built and packaged octave-3.6.1 + OF packages for mingw (based on Tatsuro's libs for 3.6.0) for testing.

1. Main package (basic octave)
Octave3.6.0_gcc4.6.2_20120129.7z MD5:53E4823B0DC5F2923C4CBCB8B60FC1B6
should be combined first from two parts (using 7z archiving tool from http://www.7-zip.org):
Octave3.6.1_gcc4.6.7z.001 - MD5:7006AD493EFA0205B22419DA5E8CDF22
Octave3.6.1_gcc4.6.7z.002 - MD5:1B6957EC870D0726E64ED061C72B8942
easy to download, unzip and run on netbook running Windows 7 Home 32-bit (mingw installed)
One problem that I had was plotting - it would just hang on something simple like "plot(1:10,1:2:20,'.-')"

Tom
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

Jordi Gutiérrez Hermoso-2
On 26 February 2012 17:44, rocketdude <[hidden email]> wrote:

>
> nitnit wrote
>>
>> I have built and packaged octave-3.6.1 + OF packages for mingw (based on
>> Tatsuro's libs for 3.6.0) for testing.
>>
>> 1. Main package (basic octave)
>> Octave3.6.0_gcc4.6.2_20120129.7z MD5:53E4823B0DC5F2923C4CBCB8B60FC1B6
>> should be combined first from two parts (using 7z archiving tool from
>> http://www.7-zip.org):
>> Octave3.6.1_gcc4.6.7z.001 - MD5:7006AD493EFA0205B22419DA5E8CDF22
>> Octave3.6.1_gcc4.6.7z.002 - MD5:1B6957EC870D0726E64ED061C72B8942
>>
>>
>
> easy to download, unzip and run on netbook running Windows 7 Home 32-bit
> (mingw installed)
> One problem that I had was plotting - it would just hang on something simple
> like "plot(1:10,1:2:20,'.-')"

Are you using GUI Octave?

- Jordi G. H.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

PhilipNienhuis
In reply to this post by nitnit
nitnit wrote
Hello all

I have built and packaged octave-3.6.1 + OF packages for mingw (based on Tatsuro's libs for 3.6.0) for testing.

The binaries can be downloaded from
<snip>
Thanks, Nitzan.

I'll try 3.6.1 at work as well (always the most critical as PCs are severely locked down by our IT dept.)

BTW I'm busy updating the io package - docs improved, several bug fixes and adaptations/workarounds for the latest LibreOffice that has some regressions in the UNO-Java bridge since v. 3.4.x.
All of it is already in svn, but I need to make a new release (which is a bit involved because I always need to fix the html - get_first_help_sentence.m is a bit clumsy). A few more free hours and I'll be ready. Hopefully you can include io-1.0.17 in the final 7z file.

Philip
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

tmacchant
In reply to this post by nitnit
--- On Mon, 2012/2/27, nitnit wrote:

> Hello all
>
> I have built and packaged octave-3.6.1 + OF packages for mingw (based on
> Tatsuro's libs for 3.6.0) for testing.
>
> The binaries can be downloaded from
>
> https://skydrive.live.com/redir.aspx?cid=03f7acf7a4a62765&resid=3F7ACF7A4A62765!122&parid=3F7ACF7A4A62765!114&authkey=!AGQb-AAZTkRHRn4
>
> 1. Main package (basic octave)
> Octave3.6.0_gcc4.6.2_20120129.7z MD5:53E4823B0DC5F2923C4CBCB8B60FC1B6
> should be combined first from two parts (using 7z archiving tool from
> http://www.7-zip.org):
> Octave3.6.1_gcc4.6.7z.001 - MD5:7006AD493EFA0205B22419DA5E8CDF22
> Octave3.6.1_gcc4.6.7z.002 - MD5:1B6957EC870D0726E64ED061C72B8942
>
> Included are OpenBLAS based blas libs (see readme indside).
>
> 2. OF packages
> Octave3.6.0_gcc4.6.2_20120128.7z - MD5:9F083B5E8641BE76F3FB92216909562A
>
> See respective readme files inside for installation instructions and
> contents.
>
> Once I will get sufficient feedback about stability these can be uploaded to
> SF.
>
> Regards
> Nitzan

Hello

Your binaries seem to work properly.
Thank you for your great work.

I have missed the timing the libraries update for build.
http://www.tatsuromatsuoka.com/octave/Eng/Win/
OctaveLibs.7z
          qhull is updated to 2012.1.
          BLAS related dll files is relinked with the reference BLAS.
          Licence of each librarry is described in the License directory.
          Newly built makeinfo.exe is included the bin directory
Sorry for my delay for library update.

Regards

Tatsuro
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
In reply to this post by PhilipNienhuis
PhilipNienhuis wrote
BTW I'm busy updating the io package - docs improved, several bug fixes and adaptations/workarounds for the latest LibreOffice that has some regressions in the UNO-Java bridge since v. 3.4.x.
All of it is already in svn, but I need to make a new release (which is a bit involved because I always need to fix the html - get_first_help_sentence.m is a bit clumsy). A few more free hours and I'll be ready. Hopefully you can include io-1.0.17 in the final 7z file.
Hi Philip

io-1.0.17 (from svn) is already in the pkgs 7z.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
In reply to this post by rocketdude
rocketdude wrote
easy to download, unzip and run on netbook running Windows 7 Home 32-bit (mingw installed)
One problem that I had was plotting - it would just hang on something simple like "plot(1:10,1:2:20,'.-')"
It might be related to the fltk graphics related problems reported since 3.4.2 which are still there. I have faced such problems on one of the two systems I am usually testing - XP SP3, core2 cpu (my other system win 7 x64, core i3-540 is much less sensitive to thease fltk graphics issues).

Try running graphics_toolkit('gnuplot') just after startup and se if it helps.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
In reply to this post by tmacchant
Tatsuro MATSUOKA-2 wrote
I have missed the timing the libraries update for build.
http://www.tatsuromatsuoka.com/octave/Eng/Win/
OctaveLibs.7z
          qhull is updated to 2012.1.
          BLAS related dll files is relinked with the reference BLAS.
          Licence of each librarry is described in the License directory.
          Newly built makeinfo.exe is included the bin directory
Sorry for my delay for library update.

Regards

Tatsuro
Hi Tatsuro,

Thanks for your updated libraries. I will rebuilt an updated version.

One additioanl note:

I have noticed that my build is missing the environment var LAPACK_LIBS which can be returned by

mkoctfile -p LAPACK_LIBS

while it is defined as -llapack in your recent 3.6.0 build (octave-3.6.0.7z  from http://www.tatsuromatsuoka.com/octave/Eng/Win/).

Have you "export" this var before your "make" ?

Regards
Nitzan
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

tmacchant


--- On Mon, 2012/2/27, nitnit <[hidden email]> wrote:

>
> Tatsuro MATSUOKA-2 wrote
> >
> > I have missed the timing the libraries update for build.
> > http://www.tatsuromatsuoka.com/octave/Eng/Win/
> > OctaveLibs.7z
> >       qhull is updated to 2012.1.
> >       BLAS related dll files is relinked with the reference BLAS.
> >       Licence of each librarry is described in the License directory.
> >       Newly built makeinfo.exe is included the bin directory
> > Sorry for my delay for library update.
> >
> > Regards
> >
> > Tatsuro
> >
>
> Hi Tatsuro,
>
> Thanks for your updated libraries. I will rebuilt an updated version.
>
> One additioanl note:
>
> I have noticed that my build is missing the environment var LAPACK_LIBS
> which can be returned by
>
> mkoctfile -p LAPACK_LIBS
>
> while it is defined as -llapack in your recent 3.6.0 build (octave-3.6.0.7z
> from http://www.tatsuromatsuoka.com/octave/Eng/Win/).
>
> Have you "export" this var before your "make" ?
>
> Regards
> Nitzan
>
Hello

I have confirmed
octave:1> mkoctfile -p LAPACK_LIBS
-llapack

However, I have not export this var explicitly.

The exported environmental variable for the 3.6.0 build

export CC='gcc -shared-libgcc'
export CXX='g++ -shared-libgcc'
export F77='gfortran -shared-libgcc'
$CC -v; $CXX -v ;$F77 -v

export FFLAGS='-g -O3'
export CFLAGS='-g -O3 -fno-keep-inline-dllexport'
export CXXFLAGS='-g -O3 -fno-keep-inline-dllexport'
export LDFLAGS='-L/c/Programs/gplibs/lib -L/c/Programs/OctaveLibs/lib -L/GnuWin32/lib -Wl,--allow-multiple-definition -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 -Wl,--stack,10485760'
export CPPFLAGS='-I/c/Programs/gplibs/include -I/c/Programs/OctaveLibs/include -I/GnuWin32/include'

I have no idea why  LAPACK_LIBS was set for my 3.6.0 build.

Regard

Tatsuro


Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

PhilipNienhuis
In reply to this post by nitnit
nitnit wrote
PhilipNienhuis wrote
BTW I'm busy updating the io package - docs improved, several bug fixes and adaptations/workarounds for the latest LibreOffice that has some regressions in the UNO-Java bridge since v. 3.4.x.
All of it is already in svn, but I need to make a new release (which is a bit involved because I always need to fix the html - get_first_help_sentence.m is a bit clumsy). A few more free hours and I'll be ready. Hopefully you can include io-1.0.17 in the final 7z file.
Hi Philip

io-1.0.17 (from svn) is already in the pkgs 7z.
Sure, but I've committed several fixes after I've bumped the version number. So the io pkg in 3.6.1-packages.7z contains "older" versions of some function files (I just checked).
Normally I don't expect people to download svn development tarballs - while you are a welcome exception BTW :-)

I think tonight I'll make the release and send you an updated package.

Thanks,

Philip
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
PhilipNienhuis wrote
Sure, but I've committed several fixes after I've bumped the version number. So the io pkg in 3.6.1-packages.7z contains "older" versions of some function files (I just checked).
Normally I don't expect people to download svn development tarballs - while you are a welcome exception BTW :-)

I think tonight I'll make the release and send you an updated package.
Anyway, I am going to rebuild everything soon using Tatsuros updated libs so I will update the io pkg too.

Regards
Nitzan
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

forkandwait
In reply to this post by nitnit
nitnit <nitnit <at> gmail.com> writes:

 > Once I will get sufficient feedback about stability these can be uploaded to
> SF.

Excellent work!

One thing: if I double click octave.exe, the terminal window that opens doesn't
have functional up-arrow and down-arrow history mechanisms (nor the rest of
readline, I think).  However, if I open with a different mingw bash terminal and
then run from the command line, I have the appropriate history mechanisms.

I don't mind doing this, but for user convenience, whatever terminal
automagically appears with a mindless double click should probably have
nicey-nicey readline functionality.

(I also tried to write a loop to test fltk plotting, and it segfaulted, but I am
not sure what is going on yet...  I will report more later, but it was a simple
"for ii=1:1000; plot(1:1000, sin(1:1000); close all; endfor;")

Thanks again for all the hard work that makes my life easier and more fun!

Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

rocketdude
In reply to this post by Jordi Gutiérrez Hermoso-2
Jordi,

I downloaded GUI Octave for windows (version 1.5.4). It's a beautiful
interface. Simple, yet expandable to fit many users needs.

unfortunately, it didn't work with Octave 3.6.1.
It would take about 15 seconds for the GUI to "connect" to the octave
command prompt, which is OK with me. The troubling part was that I
could not enter any commands. The command window would display the
Octave preamble (etc. etc., show news, etc.) and would display a
command prompt, but typed text would only elicit a beep. Darn.

Tom


On Sun, Feb 26, 2012 at 3:29 PM, Jordi Gutiérrez Hermoso
<[hidden email]> wrote:

> On 26 February 2012 17:44, rocketdude <[hidden email]> wrote:
>>
>> nitnit wrote
>>>
>>> I have built and packaged octave-3.6.1 + OF packages for mingw (based on
>>> Tatsuro's libs for 3.6.0) for testing.
>>>
>>> 1. Main package (basic octave)
>>> Octave3.6.0_gcc4.6.2_20120129.7z MD5:53E4823B0DC5F2923C4CBCB8B60FC1B6
>>> should be combined first from two parts (using 7z archiving tool from
>>> http://www.7-zip.org):
>>> Octave3.6.1_gcc4.6.7z.001 - MD5:7006AD493EFA0205B22419DA5E8CDF22
>>> Octave3.6.1_gcc4.6.7z.002 - MD5:1B6957EC870D0726E64ED061C72B8942
>>>
>>>
>>
>> easy to download, unzip and run on netbook running Windows 7 Home 32-bit
>> (mingw installed)
>> One problem that I had was plotting - it would just hang on something simple
>> like "plot(1:10,1:2:20,'.-')"
>
> Are you using GUI Octave?
>
> - Jordi G. H.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

rocketdude
In reply to this post by nitnit
>
> easy to download, unzip and run on netbook running Windows 7 Home 32-bit
> (mingw installed)
> One problem that I had was plotting - it would just hang on something
> simple like "plot(1:10,1:2:20,'.-')"
>

>It might be related to the fltk graphics related problems reported since
>3.4.2 which are still there. I have faced such problems on one of the two
>systems I am usually testing - XP SP3, core2 cpu (my other system win 7 x64,
>core i3-540 is much less sensitive to thease fltk graphics issues).

>Try running graphics_toolkit('gnuplot') just after startup and se if it
>helps.

This was a first time startup issue. After executing a plot command, I
waited for ~ 3 minutes before the plot appeared. Afterwards, plots
appeared immediately after execution.

startup / exit / restart - plots still come up immediately. Some sort
of setup must have been going on during the initial plot command.
Annoying, but not a show stopper.

Nice job - it just works out of the box. That's a big step for a
windows installation.
Now if it would just work with GUI Octave, life would be very cool.

cheers,
Tom
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

Michael Goffioul
On Tue, Feb 28, 2012 at 5:00 AM, tom yengst <[hidden email]> wrote:

>>
>> easy to download, unzip and run on netbook running Windows 7 Home 32-bit
>> (mingw installed)
>> One problem that I had was plotting - it would just hang on something
>> simple like "plot(1:10,1:2:20,'.-')"
>>
>
>>It might be related to the fltk graphics related problems reported since
>>3.4.2 which are still there. I have faced such problems on one of the two
>>systems I am usually testing - XP SP3, core2 cpu (my other system win 7 x64,
>>core i3-540 is much less sensitive to thease fltk graphics issues).
>
>>Try running graphics_toolkit('gnuplot') just after startup and se if it
>>helps.
>
> This was a first time startup issue. After executing a plot command, I
> waited for ~ 3 minutes before the plot appeared. Afterwards, plots
> appeared immediately after execution.
>
> startup / exit / restart - plots still come up immediately. Some sort
> of setup must have been going on during the initial plot command.
> Annoying, but not a show stopper.

It's probably fontconfig that is rebuilding the font database. This
can take a while.

Michael.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
In reply to this post by tmacchant
Tatsuro MATSUOKA-2 wrote
--- On Mon, 2012/2/27, nitnit <[hidden email]> wrote:

>
> Tatsuro MATSUOKA-2 wrote
> >
> > I have missed the timing the libraries update for build.
> > http://www.tatsuromatsuoka.com/octave/Eng/Win/
> > OctaveLibs.7z
> >       qhull is updated to 2012.1.
> >       BLAS related dll files is relinked with the reference BLAS.
> >       Licence of each librarry is described in the License directory.
> >       Newly built makeinfo.exe is included the bin directory
> > Sorry for my delay for library update.
> >
> > Regards
> >
> > Tatsuro
> >
>
> Hi Tatsuro,
>
> Thanks for your updated libraries. I will rebuilt an updated version.
>
> One additioanl note:
>
> I have noticed that my build is missing the environment var LAPACK_LIBS
> which can be returned by
>
> mkoctfile -p LAPACK_LIBS
>
> while it is defined as -llapack in your recent 3.6.0 build (octave-3.6.0.7z
> from http://www.tatsuromatsuoka.com/octave/Eng/Win/).
>
> Have you "export" this var before your "make" ?
>
> Regards
> Nitzan
>
Hello

I have confirmed
octave:1> mkoctfile -p LAPACK_LIBS
-llapack

However, I have not export this var explicitly.

The exported environmental variable for the 3.6.0 build

export CC='gcc -shared-libgcc'
export CXX='g++ -shared-libgcc'
export F77='gfortran -shared-libgcc'
$CC -v; $CXX -v ;$F77 -v

export FFLAGS='-g -O3'
export CFLAGS='-g -O3 -fno-keep-inline-dllexport'
export CXXFLAGS='-g -O3 -fno-keep-inline-dllexport'
export LDFLAGS='-L/c/Programs/gplibs/lib -L/c/Programs/OctaveLibs/lib -L/GnuWin32/lib -Wl,--allow-multiple-definition -Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc-v2 -Wl,--stack,10485760'
export CPPFLAGS='-I/c/Programs/gplibs/include -I/c/Programs/OctaveLibs/include -I/GnuWin32/include'

I have no idea why  LAPACK_LIBS was set for my 3.6.0 build.

Regard

Tatsuro
Hi Tatsuro

After removing some extra export I had (export LIBS='-lgfortran -llapack') it seems that LAPACK_LIBS is set properly.

BTW, regarding your build of makeinfo.exe - another pre-built version of makeinfo.exe is also provided by msys/bin which is anyway in the exec-path. Are there any differences in your version ? Which version is preferred ?

Regards
Nitzan
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

Jordi Gutiérrez Hermoso-2
In reply to this post by rocketdude
2012/2/27 tom yengst <[hidden email]>:
> I downloaded GUI Octave for windows (version 1.5.4). It's a beautiful
> interface. Simple, yet expandable to fit many users needs.

Octave GUI also has no source and so we can't fix it when it has
problems. If you face problems with it, you'll have to take it up with
its author.

- Jordi G. H.
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

Paul Soderlind
In reply to this post by nitnit
Hi Nitnit,

thanks for putting this together. Here is my feedback: I've tried on 3 different machines and I find

(1) Windows 7, 64 bit, Intel: no problems found
(2) Windows 7, 32 bit, Intel: no problems found
(3) Windows 7, 32-bit, AMD (Brazos): plotting (both fltk and gnuplot) makes Octave crash (eg. plot(1:100))

/Paul S
Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

tmacchant
In reply to this post by nitnit
--- On Tue, 2012/2/28, nitnit  wrote:

>
> Tatsuro MATSUOKA-2 wrote
> >
> > --- On Mon, 2012/2/27, nitnit &lt;nitnit@&gt; wrote:
> >
> >>
> >> Tatsuro MATSUOKA-2 wrote
> >> >
> >> > I have missed the timing the libraries update for build.
> >> > http://www.tatsuromatsuoka.com/octave/Eng/Win/
> >> > OctaveLibs.7z
> >> >       qhull is updated to 2012.1.
> >> >       BLAS related dll files is relinked with the reference BLAS.
> >> >       Licence of each librarry is described in the License directory.
> >> >       Newly built makeinfo.exe is included the bin directory
> >> > Sorry for my delay for library update.
> >> >
> >> > Regards
> >> >
> >> > Tatsuro
> >> >
> >>
> >> Hi Tatsuro,
> >>
> >> Thanks for your updated libraries. I will rebuilt an updated version.
> >>
> >> One additioanl note:
> >>
> >> I have noticed that my build is missing the environment var LAPACK_LIBS
> >> which can be returned by
> >>
> >> mkoctfile -p LAPACK_LIBS
> >>
> >> while it is defined as -llapack in your recent 3.6.0 build
> >> (octave-3.6.0.7z
> >> from http://www.tatsuromatsuoka.com/octave/Eng/Win/).
> >>
> >> Have you "export" this var before your "make" ?
> >>
> >> Regards
> >> Nitzan
> >>
> > Hello
> >
> > I have confirmed
> > octave:1> mkoctfile -p LAPACK_LIBS
> > -llapack
> >
> > However, I have not export this var explicitly.
> >
> > The exported environmental variable for the 3.6.0 build
> >
> > export CC='gcc -shared-libgcc'
> > export CXX='g++ -shared-libgcc'
> > export F77='gfortran -shared-libgcc'
> > $CC -v; $CXX -v ;$F77 -v
> >
> > export FFLAGS='-g -O3'
> > export CFLAGS='-g -O3 -fno-keep-inline-dllexport'
> > export CXXFLAGS='-g -O3 -fno-keep-inline-dllexport'
> > export LDFLAGS='-L/c/Programs/gplibs/lib -L/c/Programs/OctaveLibs/lib
> > -L/GnuWin32/lib -Wl,--allow-multiple-definition -Wl,--enable-auto-import
> > -Wl,--enable-runtime-pseudo-reloc-v2 -Wl,--stack,10485760'
> > export CPPFLAGS='-I/c/Programs/gplibs/include
> > -I/c/Programs/OctaveLibs/include -I/GnuWin32/include'
> >
> > I have no idea why  LAPACK_LIBS was set for my 3.6.0 build.
> >
> > Regard
> >
> > Tatsuro
> >
>
> Hi Tatsuro
>
> After removing some extra export I had (export LIBS='-lgfortran -llapack')
> it seems that LAPACK_LIBS is set properly.
>
> BTW, regarding your build of makeinfo.exe - another pre-built version of
> makeinfo.exe is also provided by msys/bin which is anyway in the exec-path.
> Are there any differences in your version ? Which version is preferred ?
>
> Regards
> Nitzan

Hello

Please see the following bug tracker.
http://savannah.gnu.org/bugs/?35187

It seems that newer makeinfo may solve the issue reported.
Therefore I have built it.

For me help command works without problem without replacing makeinfo. So I do not know whether newly built makeinfo.exe solves the issue.

Regards

Tatsuro

Reply | Threaded
Open this post in threaded view
|

Re: 3.6.1 mingw binaries for testing

nitnit
Tatsuro MATSUOKA-2 wrote
Please see the following bug tracker.
http://savannah.gnu.org/bugs/?35187

It seems that newer makeinfo may solve the issue reported.
Therefore I have built it.

For me help command works without problem without replacing makeinfo. So I do not know whether newly built makeinfo.exe solves the issue.

Regards

Tatsuro
Sorry, I wasn't aware of this issue before.

Since I am not facing the garbled help text on my system, I can not test it.

Is your version has been built from latest snapshot and confirmed to solve the problems ?
12