octave-maintainers
[Top][All Lists]
Advanced

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

Re: gethostname.c ( modele) of gnulib is missing for MinGW build (3.3.51


From: Tatsuro MATSUOKA
Subject: Re: gethostname.c ( modele) of gnulib is missing for MinGW build (3.3.51 file-ops.cc)
Date: Thu, 25 Mar 2010 17:00:29 +0900 (JST)

Hello

Sorry I have overlooked. There found gethostname.c in libgnu.
And gethostname.lo exist in libgnu in the build tree.

Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> I have forgotten to write in errors in compiling  file-ops.cc 
> ../libgnu/unistd.h:873:1: error: 'gethostname' was not declared in this scope
> 
> _GL_FUNCDECL_RPL (gethostname, int, (char *name, size_t len)
>                                     _GL_ARG_NONNULL ((1)));
> 
> is defined. This requires rpl_gethostname in  gethostname.c.
> However libgnu directory there is not gethostname.c.
> 
> Furthermore in the manual of gnulib concerning gethostname
> 
> *******************
> 7.342 gethostname
> 
> POSIX specification: 
> http://www.opengroup.org/onlinepubs/9699919799/functions/gethostname.html 
> 
> Gnulib module: gethostname 
> 
> Portability problems fixed by Gnulib: 
> On mingw, this function has a prototype that differs from that specified by 
> POSIX, and it is
> defined
> only in the ws2_32 library.
> ******************
> Perhaps addition of the gethostname module is required for the MinGW case.
> 
> Regards
> 
> Tatsuro
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > I have now trying to build the new snapshot octave-3.3.51
> > 
> > Using tricky techniques, the problem of the gnulib header problem on C++ 
> > source seemed to be 
> > temporarily avoided.
> > 
> > 
> > 
> > In compiling file-ops.cc
> > 
> > file-ops.cc:376: error: 'mkdir' is not a member of 'gnulib'
> > file-ops.cc:402: error: 'mkfifo' is not a member of 'gnulib'
> > 
> > file-ops.cc
> > 376:  status = gnulib::mkdir (name.c_str (), mode);
> > 402:  status = gnulib::mkfifo (name.c_str (), mode);
> > 
> > 
> > However,
> >   if (status < 0)
> >     msg = gnulib::strerror (errno);
> > 
> > seemed to be correctly recognized in gnulib namespace.
> > 
> > ??????
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > 
> > In the directory, libgnu there found mkdir.lo and 
> > 
> > /bin/sh ../libtool  --tag=CXX   --mode=compile mingw32-g++-4.4.0 
> > -shared-libgcc
> -DHAVE_CONFIG_H
> > -I.
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave -I..           
> > -I/WinDevTools/include
> > -I/GnuWin32/include -I../libgnu 
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/libgnu
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/libcruft/misc 
> > -I/WinDevTools/include
> > -I/GnuWin32/include -O3 -fomit-frame-pointer  -DHAVE_CONFIG_H -mieee-fp
> > -IC:/Programs/GnuWin32/include
> > -I/WinDevTools/bin/../include/freetype2 -I/WinDevTools/bin/../include
> > -Ic:/Programs/WinDevTools/include   -Wall -W -Wshadow -Wold-style-cast 
> > -Wformat -O3
> > -fomit-frame-pointer  -O3 -fomit-frame-pointer -MT liboctave_la-file-ops.lo 
> > -MD -MP -MF
> > .deps/liboctave_la-file-ops.Tpo -c -o liboctave_la-file-ops.lo `test -f 
> > 'file-ops.cc' || echo
> > '../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/'`file-ops.cc
> > libtool: compile:  mingw32-g++-4.4.0 -shared-libgcc -DHAVE_CONFIG_H -I.
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave -I.. 
> > -I/WinDevTools/include
> > -I/GnuWin32/include -I../libgnu 
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/libgnu
> > -I../../../octavesrc/octave-3.3.51/octave-3.3.51/libcruft/misc 
> > -I/WinDevTools/include
> > -I/GnuWin32/include -O3 -fomit-frame-pointer -DHAVE_CONFIG_H -mieee-fp
> > -IC:/Programs/GnuWin32/include
> > -I/WinDevTools/bin/../include/freetype2 -I/WinDevTools/bin/../include
> > -Ic:/Programs/WinDevTools/include -Wall -W -Wshadow -Wold-style-cast 
> > -Wformat -O3
> > -fomit-frame-pointer
> > -O3 -fomit-frame-pointer -MT liboctave_la-file-ops.lo -MD -MP -MF
> > .deps/liboctave_la-file-ops.Tpo -c
> > ../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/file-ops.cc  
> > -DDLL_EXPORT -DPIC -o
> > .libs/liboctave_la-file-ops.o
> > ../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/file-ops.cc: In 
> > function 'int
> > octave_mkdir(const std::string&, mode_t, std::string&)':
> > ../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/file-ops.cc:376: 
> > error: 'mkdir' is
> not
> > a
> > member of 'gnulib'
> > ../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/file-ops.cc: In 
> > function 'int
> > octave_mkfifo(const std::string&, mode_t, std::string&)':
> > ../../../octavesrc/octave-3.3.51/octave-3.3.51/liboctave/file-ops.cc:402: 
> > error: 'mkfifo' is
> not
> > a
> > member of 'gnulib'
> > make[3]: *** [liboctave_la-file-ops.lo] Error 1
> > make[3]: Leaving directory `/home/octaves/OctBuild/octave-3.3.51/liboctave'
> > make[2]: *** [all] Error 2
> > make[2]: Leaving directory `/home/octaves/OctBuild/octave-3.3.51/liboctave'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/octaves/OctBuild/octave-3.3.51'
> > 
> > 
> > --------------------------------------
> > Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> > http://pr.mail.yahoo.co.jp/ie8/
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/


reply via email to

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