-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Following suit from other recent patches, here's a speedup for
c-strcasestr, reducing the worst-case from a malloc and > 5n comparisons
to an async-safe 3n comparisons. I'm pushing this.
- --
Don't work too hard, make some time for fun as well!
Eri
Simon Josefsson wrote:
> 2008-01-16 Simon Josefsson <[EMAIL PROTECTED]>
>
> * lib/unistd.in.h: Include sys/socket.h, to get to winsock2.h,
> which declares gethostname on MinGW.
>
> * modules/unistd (Depends-on): Add sys_socket.
Half OK. This patch does too much, IMO:
- It
Simon Josefsson wrote:
> @@ -21,6 +21,8 @@
>
> #ifdef HAVE_UNAME
> # include
> +#else
> +# include
> #endif
>
> /* Put up to LEN chars of the host name into NAME.
While at it, you could make the patch complete: The function strncpy also
needs to be declared somewhere.
Bruno
Simon Josefsson asked:
> What do people think about having dummy functions in gnulib? Do they
> serve a purpose, or do they hide problems and lead to confusion?
If they are far away from emulating the Unix functionality, IMO they
contribute to hiding problems.
One reason not to put these into gn
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> I have done a quick port of Shishi to MinGW and noticed some things that
> were needed but for which there were no gnulib replacements:
>
> getuid
> getpwnam
> syslog
> struct passwd from pwd.h
> res_query from arpa/nameserv.h and -lresolv
> C_IN, T_TXT,
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Shishi on mingw:
>
> ../../../src/shishi-0.0.34/gl/gethostname.c: In function 'gethostname':
> ../../../src/shishi-0.0.34/gl/gethostname.c:48: warning: implicit declaration
> of function 'strcpy'
> ../../../src/shishi-0.0.34/gl/gethostname.c:48: warning
Paolo Bonzini <[EMAIL PROTECTED]> wrote:
> This is pretty self-explicative; it lets the package maintainer
> override MSGID_BUGS_ADDRESS in bootstrap.conf. Ok?
>
> Paolo
> 2007-01-16 Paolo Bonzini <[EMAIL PROTECTED]>
>
> * build-aux/bootstrap (MSGID_BUGS_ADDRESS): New variable. Use
>
This is pretty self-explicative; it lets the package maintainer override
MSGID_BUGS_ADDRESS in bootstrap.conf. Ok?
Paolo
2007-01-16 Paolo Bonzini <[EMAIL PROTECTED]>
* build-aux/bootstrap (MSGID_BUGS_ADDRESS): New variable. Use
it in creating po/Makevars.
diff --git a/build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 1/16/2008 6:55 AM:
| According to m4/sys_socket_h.m4, just checking for winsock2.h and
| including that file would break cygwin. It is claimed that cygwin never
| wants winsock2.h to be included, instead things should
Shishi on mingw:
../../../src/shishi-0.0.34/gl/gethostname.c: In function 'gethostname':
../../../src/shishi-0.0.34/gl/gethostname.c:48: warning: implicit declaration
of function 'strcpy'
../../../src/shishi-0.0.34/gl/gethostname.c:48: warning: incompatible implicit
declaration of built-in funct
Building shishi on mingw leads to:
../../../src/shishi-0.0.34/gl/xgethostname.c: In function 'xgethostname':
../../../src/shishi-0.0.34/gl/xgethostname.c:61: warning: implicit declaration
of function 'gethostname'
According to
http://www.opengroup.org/onlinepubs/009695399/functions/gethostname.
I have done a quick port of Shishi to MinGW and noticed some things that
were needed but for which there were no gnulib replacements:
getuid
getpwnam
syslog
struct passwd from pwd.h
res_query from arpa/nameserv.h and -lresolv
C_IN, T_TXT, T_SRV etc from arpa/nameserv.h
netinet/in6.h
resolv.h
getho
Hello Bruno, Sam,
* Bruno Haible wrote on Wed, Jan 16, 2008 at 12:43:12PM CET:
>
> Sam Steingold suggests to create a new gnulib module that would contain the
> files
>m4/libtool.m4
>build-aux/ltmain.sh
>
> As with the gettext macros, it is expected that these files get updated in
> gnul
Hi,
Sam Steingold suggests to create a new gnulib module that would contain the
files
m4/libtool.m4
build-aux/ltmain.sh
As with the gettext macros, it is expected that these files get updated in
gnulib after every libtool release (or possibly more frequently, at the
discretion of the libtoo
Paul Eggert <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> writes:
>
>> Is there any platform where tzname isn't defined in time.h?
>
> If memory serves, the C Standard doesn't allow to define
> tzname. Both Solaris and glibc define tzname conditionally, and can
> be compiled
15 matches
Mail list logo