Re: "Error :'unlink' is not a member of 'gnulib' " on the recent check out of development branch (was Re: MinGW compile problems)

[Tatsuro MATSUOKA]

Hello

In my case, in compiling file-io.cc, in which one also finds 'gnulib::unlink', 
did not cause "Error
:'unlink' is not a member of 'gnulib' ".

????

It seems that unistd.h in libgnu did not work correctly in case of compiling 
'oct-hist.cc'.

Removing 'gnulib::' from  'gnulib::unlink(.....)' in 'oct-hist.cc' made 
compiling successful as
pointed out by Hagen

http://octave.1599824.n4.nabble.com/MinGW-compile-problems-tp2251930p2252205.html

I feel that removing 'gnulib::' is not right way to fix to the problem, but 
....... 

Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have checked unistd,h generated in make process (in libgnu directory).
> 
> 
> #if 1
> # if 1
> #  if !(defined __cplusplus && defined GNULIB_NAMESPACE)
> #   undef unlink
> #   define unlink rpl_unlink
> #  endif
> _GL_FUNCDECL_RPL (unlink, int, (char const *file) _GL_ARG_NONNULL ((1)));
> _GL_CXXALIAS_RPL (unlink, int, (char const *file));
> # else
> _GL_CXXALIAS_SYS (unlink, int, (char const *file));
> # endif
> _GL_CXXALIASWARN (unlink);
> #elif defined GNULIB_POSIXCHECK
> # undef unlink
> # if HAVE_RAW_DECL_UNLINK
> _GL_WARN_ON_USE (unlink, "unlink is not portable - "
>                  "use gnulib module unlink for portability");
> # endif
> #endif
> 
> ************
> 
> In the config.h 
> 
> #if !defined (GNULIB_NAMESPACE)
> #define GNULIB_NAMESPACE gnulib
> #endif
> 
> is found.
> 
> I cannot figure out that what causes the error.
> 
> Regards
> 
> Tatsuro
> --- Tatsuro MATSUOKA wrote:
> 
> > Hello
> > 
> > Sorry I have completely misled the situation.
> > I have met the similar problem in compiling a source in linoctinterp 
> > 
> > oct-hist.cc:426:3: error: 'unlink' is not a member of 'gnulib'
> > 
> > 
> > This is an error on the development source so that it is better to discuss 
> > on the maintainers
> > list but
> > not help list.
> > 
> > On the build end of May, I have not met such error,
> > http://octave.1599824.n4.nabble.com/Timeline-for-3-4-release-tc2226843.html#a2227464
> > 
> > Therefore this error is newly imported.
> > However I have check a date of my repository the oct-hist.cc and oct-hist.h 
> > have not been
> > changed from
> > May to now.  
> > 
> > I cannot figure out the what causes the error on the unlink issue at the 
> > moment.
> > 
> > Any ideas?
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > 
> > --- "Parker, Joel J. K. (GSFC-5950)" wrote:
> > 
> > > Hi all,
> > > 
> > > I'm attempting to compile Octave straight from the Hg repository on 
> > > Vista/32 using MinGW/GCC
> > > 4.5.0. I've successfully gotten through the autogen.sh and configure 
> > > steps, but I'm getting
> a
> > > gnulib-related compiler error during the make step.
> > > 
> > > Here's what I'm seeing:
> > > 
> > > <...>
> > > libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. 
> > > -I/c/Users/<name>/Software/gnuwin32/include
> > > -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave 
> > > -I. -I.
> > > -I/c/Users/<name>/Software/gnuwin32/include -g -O2 -DHAVE_CONFIG_H 
> > > -mieee-fp -Wall -W
> -Wshadow
> > > -Wold-style-cast -Wformat -g -O2 -g -O2 -MT liboctinterp_la-file-io.lo 
> > > -MD -MP -MF
> > > .deps/liboctinterp_la-file-io.Tpo -c file-io.cc  -DDLL_EXPORT -DPIC -o
> > > .libs/liboctinterp_la-file-io.o
> > > In file included from file-io.cc:77:0:
> > > variables.h:106:40: warning: use of old-style cast
> > > variables.h:106:65: warning: use of old-style cast
> > > file-io.cc: In function 'void cleanup_tmp_files()':
> > > file-io.cc:129:7: error: 'unlink' is not a member of 'gnulib'
> > > make[3]: *** [liboctinterp_la-file-io.lo] Error 1
> > > make[3]: Leaving directory `/home/<name>/octave/octave/src'
> > > make[2]: *** [all] Error 2
> > > make[2]: Leaving directory `/home/<name>/octave/octave/src'
> > > make[1]: *** [all-recursive] Error 1
> > > make[1]: Leaving directory `/home/<name>/octave/octave'
> > > make: *** [all] Error 2
> > > 
> > > I see no errors during the autogen.sh step, and configure completes 
> > > successfully with
> warnings
> > > about missing libraries for optional behavior (I haven't filled these 
> > > holes yet).
> > > 
> > > Any ideas?
> > > 
> > > Thanks,
> > > 
> > > -- 
> > > Joel J. K. Parker
> > > 
> > > _______________________________________________
> > > Help-octave mailing list
> > > address@hidden
> > > https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
> > > 
> > 
> > 
> > 
> > 
> > --------------------------------------
> > 2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
> > http://pr.mail.yahoo.co.jp/southafrica2010/
> > 
> 
> 
> --------------------------------------
> 2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
> http://pr.mail.yahoo.co.jp/southafrica2010/
> 


--------------------------------------
2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/southafrica2010/