octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MinGW compilation error with recent tip


From: Michael Goffioul
Subject: Re: MinGW compilation error with recent tip
Date: Fri, 18 Nov 2011 09:33:33 +0000

I've pushed the following change that should solve the problem:

http://hg.savannah.gnu.org/hgweb/octave/rev/2f42a7b0cf94

Michael.


On Fri, Nov 18, 2011 at 12:58 AM, Tatsuro MATSUOKA
<address@hidden> wrote:
> Hello
>
> I have met the same error with gcc-4.6.1 on MinGW
>
> Regards
>
> Tatsuro
> --- On Thu, 2011/11/17, Michael Goffioul  wrote:
>
>> On Thu, Nov 17, 2011 at 10:02 AM, Kai Habel  wrote:
>> > Hello all,
>> >
>> > I am trying to compile a recent tip using MinGW (32bit). I am getting the
>> > following error:
>> >
>> > mv -f .deps/liboctinterp_la-symtab.Tpo .deps/liboctinterp_la-symtab.Plo
>> > /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..
>> >  -I/
>> > usr/local/octmgw32/include -I../libgnu -I../libgnu -I../libcruft/misc
>> > -I../liboc
>> > tave -I../liboctave -I. -I. -I/usr/local/octmgw32/include -g -O2
>> >  -DHAVE_CONFIG_
>> > H -mieee-fp -I/c/MinGW/include -I/usr/local/octmgw32/include/freetype2
>> > -I/usr/lo
>> > cal/octmgw32/include -IC:/MinGW/msys/1.0/local/octmgw32/include   -Wall -W
>> > -Wsha
>> > dow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align
>> > -Wcas
>> > t-qual -g -O2  -g -O2 -MT liboctinterp_la-token.lo -MD -MP -MF
>> > .deps/liboctinter
>> > p_la-token.Tpo -c -o liboctinterp_la-token.lo `test -f 'token.cc' || echo
>> > './'`t
>> > oken.cc
>> > libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I..
>> > -I/usr/local/octmgw32/include -I
>> > ../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I.
>> > -I. -
>> > I/usr/local/octmgw32/include -g -O2 -DHAVE_CONFIG_H -mieee-fp
>> > -I/c/MinGW/include
>> >  -I/usr/local/octmgw32/include/freetype2 -I/usr/local/octmgw32/include
>> > -IC:/MinG
>> > W/msys/1.0/local/octmgw32/include -Wall -W -Wshadow -Wold-style-cast
>> > -Wformat -W
>> > pointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -g -O2 -g -O2 -MT
>> > libocti
>> > nterp_la-token.lo -MD -MP -MF .deps/liboctinterp_la-token.Tpo -c token.cc
>> >  -DDLL
>> > _EXPORT -DPIC -o .libs/liboctinterp_la-token.o
>> > sysdep.cc: In function 'void w32_set_octave_home()':^M
>> > sysdep.cc:114:12: error: 'TH32CS_SNAPMODULE32' was not declared in this
>> > scope^M
>> > sysdep.cc:116:12: warning: use of old-style cast^M
>> > sysdep.cc: In function 'bool same_file_internal(const std::string&, const
>> > std::s
>> > tring&)':^M
>> > sysdep.cc:213:17: warning: use of old-style cast^M
>> >
>> > I think it was introduced with this change:
>> > http://hg.savannah.gnu.org/hgweb/octave/diff/80b30e186b73/src/sysdep.cc
>> >
>> > I have tlhelp32.h in C:\MinGW\include but there is no definition of
>> > TH32CS_SNAPMODULE32, only TH32CS_SNAPMODULE is defined.
>> >
>> > If I remove the TH32CS_SNAPMODULE32 in line 113 the compilation proceeds.
>> >
>> > What is the right way to avoid this error?
>>
>> As described here:
>> http://msdn.microsoft.com/en-us/library/windows/desktop/ms682489(v=vs.85).aspx
>> that flag is part of the Win32 API, so it's a problem in MinGW
>> headers, you might want to report it to MinGW developers. Though in
>> this case, using TH32CS_SNAPMODULE instead should be equivalent, at
>> least on 32bits platform/process.
>>
>> Michael.
>>
>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]