Re: gnulib-izing sharutils

Hello Bruno, * Bruno Haible wrote on Sun, Aug 30, 2009 at 11:30:53PM CEST: > > configure.ac:21: warning: The macro `AC_TRY_RUN' is obsolete. > > You can ignore these warnings. AC_TRY_RUN and AC_TRY_LINK cannot go away > because hundreds of autoconf macros use them. I'd venture to guess that if g

Re: ignoring EOPNOTSUPP and ENOTTY

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 8/30/2009 6:03 PM: >> case EOPNOTSUPP: /* Operation not supported */ >> case ENOTSUP:/* Operation not supported */ POSIX states that ENOTSUP==EOPNOTSUPP is permissible, so you can't do this with a case stat

Re: ignoring EOPNOTSUPP and ENOTTY

Pádraig Brady wrote: > I was wondering about this general issue a couple of days ago when pondering: > http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=2bc0f3c > > At the application level we often want to check for this > "not supported" condition while not caring where the fail

Re: qset_acl failure on Solaris 10

Bruno Haible wrote: > On an NFSv3 file system on Solaris 10 a gettext fails during qset_acl: > > msgmerge: preserving permissions for `mm-u-2.po~': Operation not supported on > transport endpoint > FAIL: msgmerge-update-2 > > This fixes it. > > > 2009-08-30 Bruno Haible > > Fix an un

qset_acl failure on Solaris 10

On an NFSv3 file system on Solaris 10 a gettext fails during qset_acl: msgmerge: preserving permissions for `mm-u-2.po~': Operation not supported on transport endpoint FAIL: msgmerge-update-2 This fixes it. 2009-08-30 Bruno Haible Fix an unnecessary error on Solaris 10 on NFSv3 fil

Re: gnulib-izing sharutils

> >>> Notice from module error: > >>> If you are using GNU gettext version 0.16.1 or older, add the following > >>> options > >>> to XGETTEXT_OPTIONS in your po/Makevars: > >>> --flag=error:3:c-format --flag=error_at_line:5:c-format > > > > It cannot be easily suppressed, because gnulib-t

Re: gnulib-izing sharutils

Hi Bruno, Bruno Haible wrote: > Hi Bruce, > >> gnulib-izing sharutils > > You are welcome to send a one-line patch to gnulib/users.txt! Sure. Be happy to. First, though, I think I need to get sharutils working >>> Notice from module error: >>> If you are using GNU gettext version 0.16.

Re: gnulib-izing sharutils

Hi Bruce, > gnulib-izing sharutils You are welcome to send a one-line patch to gnulib/users.txt! You are also welcome to help improving the gnulib documentation. > I guess the following message is > innocuous, but since I've got gettext version 0.17, couldn't this > message get suppressed? Or,

gnulib-izing sharutils

Hi, The autoconf stuff has atrophied to the point where I now have to do Real Work to get it to build. I guess the following message is innocuous, but since I've got gettext version 0.17, couldn't this message get suppressed? Or, is it intended that everyone should always put these things in th

new module 'xstriconveh'

Bruno Haible wrote: > The module 'striconv' does not do this, but the 'striconveh' module uses > a conversion through UTF-8 if the direct conversion is not available. > I'm making the API easier to use. And to make this API even more easier to use, here's a wrapper that deals with out-of-memory co

Re: test-poll failure

On 08/30/2009 04:28 PM, Bruno Haible wrote: Paolo Bonzini wrote: Unconnected socket test... passed Connected sockets test... failed (expecting POLLHUP after shutdown) General socket test with fork... failed (expecting POLLHUP after shutdown) Pipe test... passed FAIL: test-poll This might be a

Re: test-poll failure

Paolo Bonzini wrote: > > Unconnected socket test... passed > > Connected sockets test... failed (expecting POLLHUP after shutdown) > > General socket test with fork... failed (expecting POLLHUP after shutdown) > > Pipe test... passed > > FAIL: test-poll > > This might be a real bug of POLLHUP dete

striconveh: API change

On Solaris 10, in order to convert from ASCII ("646") to many encodings, one needs to go through UTF-8. $ echo abc | iconv -f 646 -t GB2312 Not supported 646 to GB2312 $ echo abc | iconv -f 646 -t UTF-8 | iconv -f UTF-8 -t GB2312 abc The module 'striconv' does not do this, but the 'strico

Re: test-poll failure

On 08/30/2009 01:38 PM, Bruno Haible wrote: On Solaris 10 / x86: Unconnected socket test... passed Connected sockets test... failed (expecting POLLHUP after shutdown) General socket test with fork... failed (expecting POLLHUP after shutdown) Pipe test... passed FAIL: test-poll This might be a

iconv_open: work around a Solaris 10 problem

On Solaris 10, iconv_open needs to be replaced as well. The gettext test suite notices this. 2009-08-30 Bruno Haible Work around iconv_open problem on Solaris. * lib/iconv_open-solaris.gperf: New file. * m4/iconv_open.m4 (gl_FUNC_ICONV_OPEN): Also handle Solaris.

Re: O_CLOEXEC support

On Fri, Aug 21, 2009 at 12:42 AM, Eric Blake wrote: > Interesting.  What happens if you pass the bit value of O_CLOEXEC to an > older kernel that doesn't understand it - does the open fail with ENOSYS, > or does it cause a kernel panic (requiring a reboot for recovery)? I haven't tested this parti

test-poll failure

On Solaris 10 / x86: Unconnected socket test... passed Connected sockets test... failed (expecting POLLHUP after shutdown) General socket test with fork... failed (expecting POLLHUP after shutdown) Pipe test... passed FAIL: test-poll Bruno

test-flock failure

On Solaris 10 / x86: test-flock.c:72: assertion failed, errno = 22 FAIL: test-flock Bruno

Re: CLISP build fails in mktime

Hi Paul, gnulib got a report of a compilation error: > > cc -DHAVE_CONFIG_H -I. -I/tmp/wip/clisp/work/clisp/modules/syscalls/gllib > > -I..-I/usr/pkg/include -I/usr/include > > -I/tmp/wip/clisp/work/clisp/src/gllib -O2 -mfpmath=sse -msse3 > > -march=nocona -finline-functions -fomit-frame-p