-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

List cc'd

Steven M. Schweda wrote:
>    M:
> 
>    Next problem on Tru64:
> 
> cc  -g   -o wget cmpt.o connect.o convert.o cookies.o ftp.o ftp-basic.o 
> ftp-ls.o
>  hash.o host.o html-parse.o html-url.o http.o init.o log.o main.o netrc.o 
> progre
> ss.o ptimer.o recur.o res.o retr.o snprintf.o spider.o url.o utils.o 
> xmalloc.o v
> ersion.o  ftp-opie.o openssl.o http-ntlm.o gen-md5.o ../lib/libgnu.a -lrt  
> -lssl
>  -lcrypto  /usr/local/lib/libintl.so -liconv -lc -rpath /usr/local/lib
> ld:
> Unresolved:
> siggetmask
> 
>    We ain't go no siggetmask().  None on VMS (out as far as V8.3),
> either, should I ever get so far.

siggetmask is an obsolete BSDism; POSIX has the sigprocmask function,
which we should prefer. We should also do feature-testing, and not
assume there's a portable way to block/unblock signals.

>    And speaking of Solaris:
> 
> sol# autoreconf --version
> autoreconf (GNU Autoconf) 2.61
> 
> sol# automake --version
> automake (GNU automake) 1.10
> 
> sol# m4 --version
> m4 (GNU M4) 1.4.10
> 
> sol# cp -p maint.mk maint.mk_orig
> sol# cp -p ../maint.mk .
> 
> sol# cp -p lib/stdbool.in.h lib/stdbool.in.h_orig
> sol# cp -p ../stdbool.in.h lib
> 
> sol# autoreconf
> /usr/local/share/aclocal/pkg.m4:5: warning: underquoted definition of 
> PKG_CHECK_
> MODULES
> /usr/local/share/aclocal/pkg.m4:5:   run info '(automake)Extending aclocal'
> /usr/local/share/aclocal/pkg.m4:5:   or see 
> http://sources.redhat.com/automake/a
> utomake.html#Extending-aclocal

That one's an indication of a bug in pkg-config, I think; at any rate
it's in your installation and not related to Wget.

> sol# CC=cc ./configure
> sol# gmake
> [...]
> source='main.c' object='main.o' libtool=no \
> DEPDIR=.deps depmode=none /bin/bash ../depcomp \
> cc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\"/usr/local/etc/wgetrc\" 
> -DLOCALEDIR=\"/usr/
> local/share/locale\" -I.  -I../lib   -g -c main.c
> "main.c", line 719: warning: argument #2 is incompatible with prototype:
>         prototype: pointer to pointer to char : "../lib/getopt.h", line 208
>         argument : pointer to const pointer to char
> [...]

I believe I noticed that one when I was looking at it before. It
violates the C standard, but is generally likely to work, though apt to
produce warnings on some environments. I'll get to that.

> source='gen-md5.c' object='gen-md5.o' libtool=no \
> DEPDIR=.deps depmode=none /bin/bash ../depcomp \
> cc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\"/usr/local/etc/wgetrc\" 
> -DLOCALEDIR=\"/usr/
> local/share/locale\" -I.  -I../lib   -g -c gen-md5.c
> "gen-md5.c", line 42: warning: no explicit type given
> "gen-md5.c", line 42: syntax error before or at: gen_md5_context_imp
> "gen-md5.c", line 42: warning: old-style declaration or incorrect type for: 
> gen_
> md5_context_imp
> [... lots of consequences ...]
> 
>    I'm guessing that this is the result of using ./lib/md5.h instead of
> /usr/include/md5.h (or some other md5.h), but I haven't tested that yet. 
> This part of config.log looks interesting, though:
> 
> configure:17259: checking for working md5.h
> configure:17271: cc -c -g  conftest.c >&5
> configure:17277: $? = 0
> configure:17283: result: yes
> configure:17292: using the Solaris MD5 implementation
> 
>    That _test_ will be getting /usr/include/md5.h, but with "-I. 
> -I../lib", the real thing will be finding ../lib/md5.h before it gets to
> /usr/include/md5.h, and they don't look to be compatible (around here). 
> I see lib/md5.h in the source kit, so it doesn't look generated to me,
> and it's not safe to leave lying around for the children to see.

Right. I'll probably have to separate md5 from the rest of the gnulib
kit, then, since we do special things in checking whether we want it or
not. If we have a md5/ directory, we can just decide to compile/include
it or not (and still reap the benefits of easily syncing with changes to
the original version).

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer...
http://micah.cowan.name/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHHmy47M8hyUobTrERCK8LAJ43Z+6drad/TnB+OrKEmPbe6FPK2ACfbYHC
CmS5qk8CpSN7EJWtzSo7lWk=
=WYdH
-----END PGP SIGNATURE-----

Reply via email to