Confirmed by Mark Daniel <Mark.Daniel@wasd.vsm.com.au>

PR: 413

(I wonder why s2_connect() handles the initial buffer allocation slightly
differently...)
PR: 416

PR: 411

irix-mips. The bug was introduced with accelerated support for x86_64.
My fault! Fixed now.

Submitted by: "Kenneth R. Robinette" <support@securenetterm.com>
Reviewed by:
PR:

and then didn't support it very well.  And that when there already is a
useful variable for exactly this kind of thing; EX_LIBS...

has been performed (and possibly changed), have it depend on Makefile.ssl.

assignment (modulo those I missed) individual statements.

Incidently, it now compiles so much better without _POSIX_C_SOURCE.

defined in DECC$TYPES.H.  If _POSIX_C_SOURCE is defined, certain types do
not get defined (u_char, u_int, ...).  DECC.H gets included by assert.h
and others.  Now, in6.h uses the types u_char, u_int and so on, and gets
included as part of other header inclusions, and will of course fail because
of the missing types.

On the other hand, _XOPEN_SOURCE_EXTENDED is needed to get gethostname()
properly declared...

Solution: define _XOPEN_SOURCE_EXTENDED much later, so DECC$TYPES.H has
a chance to be included *first*, so the otherwise missing types get defined
properly.

Personal: *mumble* *mumble*

${prefix}/lib/pkgconfig, not ${prefix}/lib/pkginfo.

${prefix}/lib/pkgconfig, not ${prefix}/lib/pkginfo.

Linux for example doesn't exhibit this behaviour, but I add "exit 0" to all
potentially affected rules, just to be on the safe side.

Makefiles... I suppose it wasn't tested very much...

0.9.7-stable.

PR: 373

is not expanded if prepended with a $-sign.

insensitive file names, as well as those that do not have symlinks.
Incidently, both these cases apply on DOS/Windows...

- define a HERE variable to indicate where the source tree is (used
  very little right now)
- make more use of copying and making attribute changes to {file}.new,
  and then move it to {file}
- use 'mv -f' to avoid all those questions to the user when the file
  in question doesn't have write attributes for that user.

Don't define macros in terms of asm() when __STRICT_ANSI is defined.

the one to be used to denote local labels in single function scope.
Problem is that SHA uses same label set across functions, therefore I
have to switch back to $ prefix.