From mpg at polarssl.org  Tue Sep  2 15:17:21 2014
From: mpg at polarssl.org (=?UTF-8?B?TWFudWVsIFDDqWdvdXJpw6ktR29ubmFyZA==?=)
Date: Tue, 02 Sep 2014 15:17:21 +0200
Subject: [gnutls-help] 0-length handshake fragments with DTLS
Message-ID: <5405C361.2090903@polarssl.org>

Hi,

I just noticed a behaviour that, while not buggy at all, is suboptimal, with the
way handshake messages are fragmented in DTLS to respect the MTU: when the
length of a handshake message is an exact multiple of the maximum allowed
fragment length (according to the MTU and the current output tranformation), an
additional (unneeded) fragment with length 0 and offset = the length of the
message is sent.

Again, I'm not claiming this is a bug, and I don't think it can cause interop
issues with other correct implementations, but it would look cleaner IMO (and
slightly more efficient) to avoid sending this message.

Best regards,
Manuel.

PS: gnutls-serv 3.3.7


From nmav at gnutls.org  Tue Sep  2 17:34:59 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Tue, 2 Sep 2014 17:34:59 +0200
Subject: [gnutls-help] 0-length handshake fragments with DTLS
In-Reply-To: <5405C361.2090903@polarssl.org>
References: <5405C361.2090903@polarssl.org>
Message-ID: <CAJU7zaKXrh36XFUH=EqJPR4B9L4rS+kTMTnLwmkBH_uqb5GUyA@mail.gmail.com>

On Tue, Sep 2, 2014 at 3:17 PM, Manuel P?gouri?-Gonnard
<mpg at polarssl.org> wrote:
> Hi,
>
> I just noticed a behaviour that, while not buggy at all, is suboptimal, with the
> way handshake messages are fragmented in DTLS to respect the MTU: when the
> length of a handshake message is an exact multiple of the maximum allowed
> fragment length (according to the MTU and the current output tranformation), an
> additional (unneeded) fragment with length 0 and offset = the length of the
> message is sent.
> Again, I'm not claiming this is a bug, and I don't think it can cause interop
> issues with other correct implementations, but it would look cleaner IMO (and
> slightly more efficient) to avoid sending this message.

It doesn't look like a feature either. Is there some way to easily
reproduce that?

regards,
Nikos


From mpg at polarssl.org  Tue Sep  2 18:18:20 2014
From: mpg at polarssl.org (=?windows-1252?Q?Manuel_P=E9gouri=E9-Gonnard?=)
Date: Tue, 02 Sep 2014 18:18:20 +0200
Subject: [gnutls-help] 0-length handshake fragments with DTLS
In-Reply-To: <CAJU7zaKXrh36XFUH=EqJPR4B9L4rS+kTMTnLwmkBH_uqb5GUyA@mail.gmail.com>
References: <5405C361.2090903@polarssl.org>
 <CAJU7zaKXrh36XFUH=EqJPR4B9L4rS+kTMTnLwmkBH_uqb5GUyA@mail.gmail.com>
Message-ID: <5405EDCC.4000909@polarssl.org>

On 02/09/2014 17:34, Nikos Mavrogiannopoulos wrote:
> It doesn't look like a feature either. Is there some way to easily
> reproduce that?
>
Using the certificate and key below, with gnutls 3.3.7, run:

gnutls-serv --x509certfile below.crt --x509keyfile below.key -u --mtu 104

and connect with gnutls-cli -u --insecure localhost

If everything goes as expected, the server's Certificate message will be 553
bytes long and split in 7 fragments of length 79, plus one fragment with offset
553 and length 0. This can be observed using wireshark for example. (Wireshark
flags this as an error "new fragment overlaps old data", which should rather be
a warning IMO.)

By the way, with the above test gnutls-cli says

|<1>| Invalid handshake packet headers. Discarding.

which might or might not be related.

hth,
Manuel.


-----BEGIN EC PRIVATE KEY-----
MHcCAQEEIPEqEyB2AnCoPL/9U/YDHvdqXYbIogTywwyp6/UfDw6noAoGCCqGSM49
AwEHoUQDQgAEN8xW2XYJHlpyPsdZLf8gbu58+QaRdNCtFLX3aCJZYpJO5QDYIxH/
6i/SNF1dFr2KiMJrdw1VzYoqDvoByLTt/w==
-----END EC PRIVATE KEY-----

-----BEGIN CERTIFICATE-----
MIICHzCCAaWgAwIBAgIBCTAKBggqhkjOPQQDAjA+MQswCQYDVQQGEwJOTDERMA8G
A1UEChMIUG9sYXJTU0wxHDAaBgNVBAMTE1BvbGFyc3NsIFRlc3QgRUMgQ0EwHhcN
MTMwOTI0MTU1MjA0WhcNMjMwOTIyMTU1MjA0WjA0MQswCQYDVQQGEwJOTDERMA8G
A1UEChMIUG9sYXJTU0wxEjAQBgNVBAMTCWxvY2FsaG9zdDBZMBMGByqGSM49AgEG
CCqGSM49AwEHA0IABDfMVtl2CR5acj7HWS3/IG7ufPkGkXTQrRS192giWWKSTuUA
2CMR/+ov0jRdXRa9iojCa3cNVc2KKg76Aci07f+jgZ0wgZowCQYDVR0TBAIwADAd
BgNVHQ4EFgQUUGGlj9QH2deCAQzlZX+MY0anE74wbgYDVR0jBGcwZYAUnW0gJEkB
PyvLeLUZvH4kydv7NnyhQqRAMD4xCzAJBgNVBAYTAk5MMREwDwYDVQQKEwhQb2xh
clNTTDEcMBoGA1UEAxMTUG9sYXJzc2wgVGVzdCBFQyBDQYIJAMFD4n5iQ8zoMAoG
CCqGSM49BAMCA2gAMGUCMQCaLFzXptui5WQN8LlO3ddh1hMxx6tzgLvT03MTVK2S
C12r0Lz3ri/moSEpNZWqPjkCMCE2f53GXcYLqyfyJR078c/xNSUU5+Xxl7VZ414V
fGa5kHvHARBPc8YAIVIqDvHH1Q==
-----END CERTIFICATE-----


From nmav at gnutls.org  Thu Sep  4 14:35:31 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 4 Sep 2014 14:35:31 +0200
Subject: [gnutls-help] 0-length handshake fragments with DTLS
In-Reply-To: <5405EDCC.4000909@polarssl.org>
References: <5405C361.2090903@polarssl.org>
 <CAJU7zaKXrh36XFUH=EqJPR4B9L4rS+kTMTnLwmkBH_uqb5GUyA@mail.gmail.com>
 <5405EDCC.4000909@polarssl.org>
Message-ID: <CAJU7zaJ6QyF=0Ua7ALrao8VPxDZC293935SsKKJSrOOjsLN2eQ@mail.gmail.com>

On Tue, Sep 2, 2014 at 6:18 PM, Manuel P?gouri?-Gonnard
<mpg at polarssl.org> wrote:
> On 02/09/2014 17:34, Nikos Mavrogiannopoulos wrote:
>> It doesn't look like a feature either. Is there some way to easily
>> reproduce that?
> Using the certificate and key below, with gnutls 3.3.7, run:
> gnutls-serv --x509certfile below.crt --x509keyfile below.key -u --mtu 104
> and connect with gnutls-cli -u --insecure localhost
> If everything goes as expected, the server's Certificate message will be 553
> bytes long and split in 7 fragments of length 79, plus one fragment with offset
> 553 and length 0. This can be observed using wireshark for example. (Wireshark
> flags this as an error "new fragment overlaps old data", which should rather be
> a warning IMO.)

Thanks. I've committed a fix.

regards,
Nikos


From mark at kingant.net  Wed Sep 10 20:43:06 2014
From: mark at kingant.net (Mark Doliner)
Date: Wed, 10 Sep 2014 11:43:06 -0700
Subject: [gnutls-help] The signature_algorithms extension and login.live.com
Message-ID: <CAPZ8mV56MO5FJ1kbd4BHVmA_o=fwS+NnL+GP+6p3W+rdLqQR9g@mail.gmail.com>

Hi! I work on the instant messaging program Pidgin. I'm fiddling with
the priority string that we pass to gnutls_priority_init(), trying to
find a value that disables weaker ciphers while remaining compatible
with the majority of servers.

I'm seeing weirdness trying to connect to login.live.com. You might be
able to test the below priority strings using this command:
> gnutls-cli --priority "<PRIORITY STRING>" login.live.com
But note that on my version of Ubuntu, at least, gnutls-cli is linked
against GnuTLS 2.12.23, which is old and has different behavior than
3.2.11.

Anyway. So login.live.com.
This priority string works: NORMAL
This priority string does not work: SECURE128

The remote server sends TCP RST and does not continue TLS negotiation.
The server seems to be picky about the signature algorithms that we
advertise. Specifically it seems to need SIGN-RSA-SHA1.

This priority string works: SECURE128:+SIGN-RSA-SHA1

Is that weird? Is TCP RST the appropriate server response? This isn't
a major problem for me... part of my motivation for mentioning it here
is that I thought it might be interesting to you.

Related question:
RFC5246 section 7.4.1.4.1. Signature Algorithms says "this extension
is not meaningful for TLS versions prior to 1.2. Clients MUST NOT
offer it if they are offering prior versions." However it looks like
GnuTLS sends the signature algorithms extension even when it sends a
version of SSL 3.0. Seems like it should only send the extension when
version is TLS 1.2 or higher. Is that a bug? Am I misinterpreting the
spec?


From nmav at gnutls.org  Thu Sep 11 12:02:29 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 11 Sep 2014 12:02:29 +0200
Subject: [gnutls-help] The signature_algorithms extension and
	login.live.com
In-Reply-To: <CAPZ8mV56MO5FJ1kbd4BHVmA_o=fwS+NnL+GP+6p3W+rdLqQR9g@mail.gmail.com>
References: <CAPZ8mV56MO5FJ1kbd4BHVmA_o=fwS+NnL+GP+6p3W+rdLqQR9g@mail.gmail.com>
Message-ID: <CAJU7zaLLGfyfZuUCZKiAX-KQoz0CsshSTad+vmith906+um3rQ@mail.gmail.com>

On Wed, Sep 10, 2014 at 8:43 PM, Mark Doliner <mark at kingant.net> wrote:
> Hi! I work on the instant messaging program Pidgin. I'm fiddling with
> the priority string that we pass to gnutls_priority_init(), trying to
> find a value that disables weaker ciphers while remaining compatible
> with the majority of servers.

Well, I'd suggest in using each versions NORMAL:%COMPAT option in that
case (or gnutls_priority_set_default()). The ciphers are prioritized
by security margin and remain compatible with the majority if not all
of the servers (I think your use case is the exact reason for the
default settings).

> I'm seeing weirdness trying to connect to login.live.com. You might be
> able to test the below priority strings using this command:
>> gnutls-cli --priority "<PRIORITY STRING>" login.live.com
> But note that on my version of Ubuntu, at least, gnutls-cli is linked
> against GnuTLS 2.12.23, which is old and has different behavior than
> 3.2.11.
>
> Anyway. So login.live.com.
> This priority string works: NORMAL
> This priority string does not work: SECURE128
> The remote server sends TCP RST and does not continue TLS negotiation.
> The server seems to be picky about the signature algorithms that we
> advertise. Specifically it seems to need SIGN-RSA-SHA1.

The SECURE128 in latest versions disables support for SHA1 as
signature algorithm (its strength is estimated to less than 80 bits).
So if the server only supports SHA1, it would require it.

> This priority string works: SECURE128:+SIGN-RSA-SHA1
> Is that weird? Is TCP RST the appropriate server response?

Not really, I'd expect an alert there; but there are cases where some
unexpected code path is executed on the server, and you may see some
inappropriate closures.

> Related question:
> RFC5246 section 7.4.1.4.1. Signature Algorithms says "this extension
> is not meaningful for TLS versions prior to 1.2. Clients MUST NOT
> offer it if they are offering prior versions." However it looks like
> GnuTLS sends the signature algorithms extension even when it sends a
> version of SSL 3.0. Seems like it should only send the extension when
> version is TLS 1.2 or higher. Is that a bug? Am I misinterpreting the
> spec?

Does this happen with the gnutls 3.x versions or is it only in 2.12.x?

regards,
Nikos


From mark at kingant.net  Fri Sep 12 01:44:31 2014
From: mark at kingant.net (Mark Doliner)
Date: Thu, 11 Sep 2014 16:44:31 -0700
Subject: [gnutls-help] The signature_algorithms extension and
	login.live.com
In-Reply-To: <CAJU7zaLLGfyfZuUCZKiAX-KQoz0CsshSTad+vmith906+um3rQ@mail.gmail.com>
References: <CAPZ8mV56MO5FJ1kbd4BHVmA_o=fwS+NnL+GP+6p3W+rdLqQR9g@mail.gmail.com>
 <CAJU7zaLLGfyfZuUCZKiAX-KQoz0CsshSTad+vmith906+um3rQ@mail.gmail.com>
Message-ID: <CAPZ8mV4Vwxjs5W2Fu4wjoPs46V_7Rvq=eT8k695Q31WRF1p3BQ@mail.gmail.com>

On Thu, Sep 11, 2014 at 3:02 AM, Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Wed, Sep 10, 2014 at 8:43 PM, Mark Doliner <mark at kingant.net> wrote:
>> Hi! I work on the instant messaging program Pidgin. I'm fiddling with
>> the priority string that we pass to gnutls_priority_init(), trying to
>> find a value that disables weaker ciphers while remaining compatible
>> with the majority of servers.
>
> Well, I'd suggest in using each versions NORMAL:%COMPAT option in that
> case (or gnutls_priority_set_default()). The ciphers are prioritized
> by security margin and remain compatible with the majority if not all
> of the servers (I think your use case is the exact reason for the
> default settings).

Hmm, yeah, using NORMAL is very reasonable. I would certainly prefer
if we could use the default, but it does seem like we can improve
things slightly by using a custom string. I checked in a change to our
development branch for now to use a custom string. Assuming no one has
problems with it I think it's likely we'll release it at some point.
But I don't have strong feelings either way and I could be persuaded
to switch back to NORMAL.

The string I used is:
SECURE192:+SECURE128:-RSA:+RSA:+SIGN-RSA-SHA1:-DHE-DSS:-VERS-SSL3.0

I wrote a really long comment explaining my reasoning, if you're curious:
https://hg.pidgin.im/pidgin/main/rev/76a2a6d75768

>> Related question:
>> RFC5246 section 7.4.1.4.1. Signature Algorithms says "this extension
>> is not meaningful for TLS versions prior to 1.2. Clients MUST NOT
>> offer it if they are offering prior versions." However it looks like
>> GnuTLS sends the signature algorithms extension even when it sends a
>> version of SSL 3.0. Seems like it should only send the extension when
>> version is TLS 1.2 or higher. Is that a bug? Am I misinterpreting the
>> spec?
>
> Does this happen with the gnutls 3.x versions or is it only in 2.12.x?

If I'm interpreting Wireshark correctly, yes. I see it happen with
GnuTLS 2.12.23, 3.2.11, 3.2.17, and 3.3.7.


From nmav at gnutls.org  Sat Sep 13 09:20:08 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Sat, 13 Sep 2014 09:20:08 +0200
Subject: [gnutls-help] The signature_algorithms extension and
 login.live.com
In-Reply-To: <CAPZ8mV4Vwxjs5W2Fu4wjoPs46V_7Rvq=eT8k695Q31WRF1p3BQ@mail.gmail.com>
References: <CAPZ8mV56MO5FJ1kbd4BHVmA_o=fwS+NnL+GP+6p3W+rdLqQR9g@mail.gmail.com>
 <CAJU7zaLLGfyfZuUCZKiAX-KQoz0CsshSTad+vmith906+um3rQ@mail.gmail.com>
 <CAPZ8mV4Vwxjs5W2Fu4wjoPs46V_7Rvq=eT8k695Q31WRF1p3BQ@mail.gmail.com>
Message-ID: <1410592808.2452.10.camel@nomad.lan>

On Thu, 2014-09-11 at 16:44 -0700, Mark Doliner wrote:
> On Thu, Sep 11, 2014 at 3:02 AM, Nikos Mavrogiannopoulos
> <nmav at gnutls.org> wrote:
> > On Wed, Sep 10, 2014 at 8:43 PM, Mark Doliner <mark at kingant.net> wrote:
> >> Hi! I work on the instant messaging program Pidgin. I'm fiddling with
> >> the priority string that we pass to gnutls_priority_init(), trying to
> >> find a value that disables weaker ciphers while remaining compatible
> >> with the majority of servers.
> >
> > Well, I'd suggest in using each versions NORMAL:%COMPAT option in that
> > case (or gnutls_priority_set_default()). The ciphers are prioritized
> > by security margin and remain compatible with the majority if not all
> > of the servers (I think your use case is the exact reason for the
> > default settings).
> 
> Hmm, yeah, using NORMAL is very reasonable. I would certainly prefer
> if we could use the default, but it does seem like we can improve
> things slightly by using a custom string. I checked in a change to our
> development branch for now to use a custom string. Assuming no one has
> problems with it I think it's likely we'll release it at some point.
> But I don't have strong feelings either way and I could be persuaded
> to switch back to NORMAL.
> The string I used is:
> SECURE192:+SECURE128:-RSA:+RSA:+SIGN-RSA-SHA1:-DHE-DSS:-VERS-SSL3.0
> I wrote a really long comment explaining my reasoning, if you're curious:
> https://hg.pidgin.im/pidgin/main/rev/76a2a6d75768

Hello,
 It seems reasonable, although the "-RSA:+RSA" looks like a typo.
I'll just note that if custom strings are used it may make sense to
allow the user to switch to the normal level (I haven't checked if
that's already possible), because there always are obscure servers that
have old or strange configurations. If on the other hand you communicate
with a small set of servers that you know that string is ok, then that
may not make much sense (then you only need to care about the ssl
interceptors used in some companies).

> >> Related question:
> >> RFC5246 section 7.4.1.4.1. Signature Algorithms says "this extension
> >> is not meaningful for TLS versions prior to 1.2. Clients MUST NOT
> >> offer it if they are offering prior versions." However it looks like
> >> GnuTLS sends the signature algorithms extension even when it sends a
> >> version of SSL 3.0. Seems like it should only send the extension when
> >> version is TLS 1.2 or higher. Is that a bug? Am I misinterpreting the
> >> spec?
> > Does this happen with the gnutls 3.x versions or is it only in 2.12.x?
> If I'm interpreting Wireshark correctly, yes. I see it happen with
> GnuTLS 2.12.23, 3.2.11, 3.2.17, and 3.3.7.

I've tried the following:
./gnutls-cli localhost --priority NORMAL:-VERS-TLS1.2
and there is no signature algorithms extension present. Note that the
version to be negotiated is in the "Handshake Protocol: Client Hello"
part of the packet. The version in the record layer is to indicate the
format of the record packet.

regards,
Nikos




From mike.fox at messagesystems.com  Mon Sep 15 22:18:21 2014
From: mike.fox at messagesystems.com (Mike Fox)
Date: Mon, 15 Sep 2014 16:18:21 -0400
Subject: [gnutls-help] Build issue with 3.1.26
Message-ID: <5417498D.3080404@messagesystems.com>

Hi,

I ran into an issue building the latest 3.1.26:

/make[4]: Entering directory `///var///tmp/pkgbuild-500/gnutls///default///gnutls-3.1.26/src'
   CC       libcmd_srp_la-srptool-args.lo
In file included from srptool-args.c:43:
srptool-args.h:61:3: error: #error option template version mismatches autoopts/options.h header
In file included from srptool-args.c:43:
srptool-args.h:62: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'Me'
srptool-args.h:80: warning: data definition has no type or storage class
srptool-args.h:80: warning: type defaults to '//int//' in declaration of 'teOptIndex'
srptool-args.c:369: error: 'INDEX_OPT_VERSION' undeclared here (not in a function)
srptool-args.c:383: error: 'INDEX_OPT_HELP' undeclared here (not in a function)
srptool-args.c:395: error: 'INDEX_OPT_MORE_HELP' undeclared here (not in a function)
make[4]: *** [libcmd_srp_la-srptool-args.lo] Error 1
/

//
//

The 3.1.26 source bundle is packaged with a libopts source that is not 
version compatible:

 From srptool-args.h:

/#define AO_TEMPLATE_VERSION 163842
#//if//  (AO_TEMPLATE_VERSION < OPTIONS_MINIMUM_VERSION) \
  || (AO_TEMPLATE_VERSION > OPTIONS_STRUCT_VERSION)
# error option template version mismatches autoopts/options.h header
   Choke Me.
#endif
/

//
//

And then from the packaged autoopts/options.h:

#define OPTIONS_STRUCT_VERSION      163842

This check fails in a few other places..

Thanks,
Mike.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140915/600f49ed/attachment.html>

From nmav at gnutls.org  Tue Sep 16 13:01:59 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Tue, 16 Sep 2014 13:01:59 +0200
Subject: [gnutls-help] Build issue with 3.1.26
In-Reply-To: <5417498D.3080404@messagesystems.com>
References: <5417498D.3080404@messagesystems.com>
Message-ID: <CAJU7zaKedAsupZyLeuaCMNw8BT2OUVcJPDbHPfKgDvt+h5j-LQ@mail.gmail.com>

On Mon, Sep 15, 2014 at 10:18 PM, Mike Fox <mike.fox at messagesystems.com> wrote:
> Hi,
> I ran into an issue building the latest 3.1.26:
> make[4]: Entering directory
> `/var/tmp/pkgbuild-500/gnutls/default/gnutls-3.1.26/src'
>   CC       libcmd_srp_la-srptool-args.lo
> In file included from srptool-args.c:43:
> srptool-args.h:61:3: error: #error option template version mismatches
> autoopts/options.h header
> In file included from srptool-args.c:43:
> srptool-args.h:62: error: expected '=', ',', ';', 'asm' or '__attribute__'
> before 'Me'
> srptool-args.h:80: warning: data definition has no type or storage class
> srptool-args.h:80: warning: type defaults to 'int' in declaration of
> 'teOptIndex'
> srptool-args.c:369: error: 'INDEX_OPT_VERSION' undeclared here (not in a
> function)
> srptool-args.c:383: error: 'INDEX_OPT_HELP' undeclared here (not in a
> function)
> srptool-args.c:395: error: 'INDEX_OPT_MORE_HELP' undeclared here (not in a
> function)
> make[4]: *** [libcmd_srp_la-srptool-args.lo] Error 1
> The 3.1.26 source bundle is packaged with a libopts source that is not
> version compatible:

It seems there is an issue with the included libopts (see
http://permalink.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/7653
)

You may either apply the patches there, or use an external libopts from autogen.

regards,
Nikos


From nmav at gnutls.org  Thu Sep 18 14:06:02 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 18 Sep 2014 14:06:02 +0200
Subject: [gnutls-help] gnutls 3.2.18
Message-ID: <1411041962.22024.2.camel@nomad.lan>

Hello,
 I've just released gnutls 3.2.18. This is a bugfix release on the
current stable branch.

* Version 3.2.18 (released 2014-09-18)

** libgnutls: Fixes in gnutls_x509_crt_set_dn() and friends to properly handle
strings with embedded spaces and escaped commas.

** libgnutls: Corrected gnutls_x509_crl_verify() which would always report
a CRL signature as invalid. Reported by Armin Burgmeier.

** libgnutls: Fixed issue with certificates being sanitized by gnutls prior
to signature verification. That resulted to certain non-DER compliant modifications
of valid certificates, being corrected by libtasn1's parser and restructured as
the original. Issue found and reported by Antti Karjalainen and Matti Kamunen from
Codenomicon.

** API and ABI modifications:
No changes since last version.


Getting the Software
====================

GnuTLS may be downloaded directly from
<ftp://ftp.gnutls.org/gcrypt/gnutls/>.  A list of GnuTLS mirrors can be
found at <http://www.gnutls.org/download.html>.

Here are the XZ and LZIP compressed sources:

  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.lz

Here are OpenPGP detached signatures signed using key 0x96865171:

  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz.sig
  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.lz.sig

Note that it has been signed with my openpgp key:
pub   3104R/96865171 2008-05-04 [expires: 2028-04-29]
uid                  Nikos Mavrogiannopoulos <nmav <at> gnutls.org>
uid                  Nikos Mavrogiannopoulos <n.mavrogiannopoulos <at>
gmail.com>
sub   2048R/9013B842 2008-05-04 [expires: 2018-05-02]
sub   2048R/1404A91D 2008-05-04 [expires: 2018-05-02]

regards,
Nikos





From nmav at gnutls.org  Thu Sep 18 14:10:09 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 18 Sep 2014 14:10:09 +0200
Subject: [gnutls-help] gnutls 3.3.8
Message-ID: <1411042209.22024.6.camel@nomad.lan>

Hello, 
 I've just released gnutls 3.3.8. This is a bug-fix release on
the next-stable branch. An important aspect of this release is that it
completes support for the p11-kit trust module, allowing gnutls to
utilize attached extensions in the system CA certificates (e.g. to
restrict a CA certificate to certain domain names, or for a specific
scope). I'll provide details on that feature on a follow up e-mail.


* Version 3.3.8 (released 2014-09-18)

** libgnutls: Updates in the name constraints checks. No name constraints
will be checked for intermediate certificates. As our support for name
constraints is limited to e-mail addresses in DNS names, it is pointless
to check them on intermediate certificates.

** libgnutls: Fixed issues in PKCS #11 object listing. Previously multiple
object listing would fail completely if a single object could not be exported.

** libgnutls: Improved the performance of PKCS #11 object listing/retrieving,
by retrieving them in large batches. Report and suggestion by David
Woodhouse.

** libgnutls: Fixed issue with certificates being sanitized by gnutls prior
to signature verification. That resulted to certain non-DER compliant modifications
of valid certificates, being corrected by libtasn1's parser and restructured as
the original. Issue found and reported by Antti Karjalainen and Matti Kamunen from
Codenomicon.

** libgnutls: Fixes in gnutls_x509_crt_set_dn() and friends to properly handle
strings with embedded spaces and escaped commas.

** libgnutls: when comparing a CA certificate with the trusted list compare
the name and key only instead of the whole certificate. That is to handle
cases where a CA certificate was superceded by a different one with the same
name and the same key.

** libgnutls: when verifying a certificate against a p11-kit trusted
module, use the attached extensions in the module to override the CA's
extensions (that requires p11-kit 0.20.7).

** libgnutls: In DTLS prevent sending zero-size fragments in certain cases
of MTU split. Reported by Manuel P?gouri?-Gonnard.

** libgnutls: Added gnutls_x509_trust_list_verify_crt2() which allows
verifying using a hostname and a purpose (extended key usage). That
enhances PKCS #11 trust module verification, as it can now check the purpose
when this function is used.

** libgnutls: Corrected gnutls_x509_crl_verify() which would always report
a CRL signature as invalid. Reported by Armin Burgmeier.

** libgnutls: added option --disable-padlock to allow disabling the padlock
CPU acceleration.

** p11tool: when listing tokens, list their type as well.

** p11tool: when listing objects from a trust module print any attached
extensions on certificates.

** API and ABI modifications:
gnutls_x509_crq_get_extension_by_oid2: Added
gnutls_x509_crt_get_extension_by_oid2: Added
gnutls_x509_trust_list_verify_crt2: Added
gnutls_x509_ext_print: Added
gnutls_x509_ext_deinit: Added
gnutls_x509_othername_to_virtual: Added
gnutls_pkcs11_obj_get_exts: Added


Getting the Software
====================

GnuTLS may be downloaded directly from
<ftp://ftp.gnutls.org/gcrypt/gnutls/>.  A list of GnuTLS mirrors can be
found at <http://www.gnutls.org/download.html>.

Here are the XZ and LZIP compressed sources:

  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.3/gnutls-3.3.8.tar.xz
  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.3/gnutls-3.3.8.tar.lz

Here are OpenPGP detached signatures signed using key 0x96865171:

  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.3/gnutls-3.3.8.tar.xz.sig
  ftp://ftp.gnutls.org/gcrypt/gnutls/v3.3/gnutls-3.3.8.tar.lz.sig

Note that it has been signed with my openpgp key:
pub   3104R/96865171 2008-05-04 [expires: 2028-04-29]
uid                  Nikos Mavrogiannopoulos <nmav <at> gnutls.org>
uid                  Nikos Mavrogiannopoulos <n.mavrogiannopoulos <at>
gmail.com>
sub   2048R/9013B842 2008-05-04 [expires: 2018-05-02]
sub   2048R/1404A91D 2008-05-04 [expires: 2018-05-02]

regards,
Nikos






From joseph.peruski at escrypt.com  Thu Sep 18 00:40:50 2014
From: joseph.peruski at escrypt.com (Joseph Peruski)
Date: Wed, 17 Sep 2014 18:40:50 -0400
Subject: [gnutls-help] gnutls_certificate_set_x509_key_file crashes in
	Windows
Message-ID: <3ae0159f-318e-4d02-80d5-76bbb6564364@escrypt.com>

Hello List,
 
Hopefully, you can help me with an issue I am having (I'm keeping my fingers crossed).
 
I've been trying to get my MSVS-based code to work with the latest pre-compiled Win32 version of GnuTLS with p11-kit support (v3.2.16) from [1]. I've taken the example from [2] and have made only slight modifications to it:
 
- Made the list of #include'd header files Windows friendly.
- gnutls_pkcs11_add_provider is called to set opensc-pkcs11.dll as the PKCS#11 provider.
- The PIN is passed as an argument to gnutls_pkcs11_set_pin_function instead of being entered at the console.
- Deleted the function calls after gnutls_certificate_set_x509_key_file.
 
Unfortunately, the program crashes during the call to gnutls_certificate_set_x509_key_file (below is the error from Dr. Memory):
 
         Error #1: UNADDRESSABLE ACCESS: reading 4 byte(s)
         libgnutls-28.dll!_gnutls_x509_crt_get_extension
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!_get_authority_key_id
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!gnutls_x509_crt_get_authority_key_id
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!gnutls_pkcs11_get_raw_issuer
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!read_cert_url   
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!read_cert_file  
             ../../mingw-w64-crt/crt/crtdll.c(166):
         libgnutls-28.dll!gnutls_certificate_set_x509_key_file2
             ../../mingw-w64-crt/crt/crtdll.c(166):
         KERNEL32.dll!BaseThreadInitThunk
             ??:0
       Note: refers to memory that was freed here:
               replace_free   
                   d:\drmemory_package\common\alloc_replace.c(2380):
               libgnutls-28.dll!gnutls_x509_crt_deinit
                   ../../mingw-w64-crt/crt/crtdll.c(166):
               libgnutls-28.dll!read_cert_url   
                   ../../mingw-w64-crt/crt/crtdll.c(166):
               libgnutls-28.dll!read_cert_file  
                   ../../mingw-w64-crt/crt/crtdll.c(166):
               libgnutls-28.dll!gnutls_certificate_set_x509_key_file2
                   ../../mingw-w64-crt/crt/crtdll.c(166):
               KERNEL32.dll!BaseThreadInitThunk
             ??:0
 
This error also occurs when I use gnutls_certificate_set_x509_key_file2. 
 
My code works for an older pre-compiled version of GnuTLS with p11-kit support (v3.2.2). Also, if I switch to having the certificate / key on the disk instead of on the smartcard, it works for v3.2.16. Lastly, I am able to get the example from [3] working for both v3.2.2 and v3.2.16. With that being said, it doesn't appear that there's anything wrong with my smartcard or my certificates.
 
Is there something that I'm missing (i.e., a call to a GnuTLS PKCS#11 function prior to gnutls_certificate_set_x509_key_file)? Please advise.
 
Warm Regards,
Joseph Peruski
 
[1] ftp://ftp.gnutls.org/gcrypt/gnutls/w32/
[2] http://www.gnutls.org/manual/html_node/Client-using-a-smart-card-with-TLS.html
[3] http://www.gnutls.org/manual/html_node/Reading-objects.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140917/871bb33a/attachment.html>

From nmav at gnutls.org  Thu Sep 18 20:00:33 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 18 Sep 2014 20:00:33 +0200
Subject: [gnutls-help] gnutls 3.3.8
In-Reply-To: <1411042209.22024.6.camel@nomad.lan>
References: <1411042209.22024.6.camel@nomad.lan>
Message-ID: <CAJU7zaLCay71zzJgPz2gbvsE-aDqS-2eHFe+u-F02s1bLOh4QQ@mail.gmail.com>

On Thu, Sep 18, 2014 at 2:10 PM, Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> Hello,
>  I've just released gnutls 3.3.8. This is a bug-fix release on
> the next-stable branch. An important aspect of this release is that it
> completes support for the p11-kit trust module, allowing gnutls to
> utilize attached extensions in the system CA certificates (e.g. to
> restrict a CA certificate to certain domain names, or for a specific
> scope). I'll provide details on that feature on a follow up e-mail.

Ok. It seems I can now get back to that. P11-kit provides a trust
module that itself provides a PKCS #11 API to verify certificates
using some predefined trusted anchors. It provides a documented API
that gnutls uses (and as far as I understand an undocumented API that
NSS uses). In any case let's suppose you have p11-kit configured, say
with --with-trust-paths=/usr/share/pki/ca-trust-source and you have
the "normal" bundle of CAs there. Then a trust module needs to be
marked as such using a .conf file (e.g., in /etc/pkcs11/modules) with
the contents:
====
module: p11-kit-trust.so
priority: 1
trust-policy: yes
====

I'll give an example of the possibility of adding restrictions to the
a CAs in the bundle. E.g., let's change the scope of amazon.com's CA,
to prevent it from signing TLS certificates.
Before adding any restrictions let's ensure that connecting to our
target site works.
$ gnutls-cli --x509cafile "pkcs11:" www.amazon.com

if it doesn't there is something wrong with the p11-kit setup.

Then let's create /usr/share/pki/ca-trust-source/amazon.p11-kit
with the following contents:

[p11-kit-object-v1]
class: x-certificate-extension
label: "My label"
# The full URL encoded DER SubjectPublicKeyInfo SEQUENCE
public-key-info:
"%30%82%01%22%30%0d%06%09%2a%86%48%86%f7%0d%01%01%01%05%00%03%82%01%0f%00%30%82%01%0a%02%82%01%01%00%af%24%08%08%29%7a%35%9e%60%0c%aa%e7%4b%3b%4e%dc%7c%bc%3c%45%1c%bb%2b%e0%fe%29%02%f9%57%08%a3%64%85%15%27%f5%f1%ad%c8%31%89%5d%22%e8%2a%aa%a6%42%b3%8f%f8%b9%55%b7%b1%b7%4b%b3%fe%8f%7e%07%57%ec%ef%43%db%66%62%15%61%cf%60%0d%a4%d8%de%f8%e0%c3%62%08%3d%54%13%eb%49%ca%59%54%85%26%e5%2b%8f%1b%9f%eb%f5%a1%91%c2%33%49%d8%43%63%6a%52%4b%d2%8f%e8%70%51%4d%d1%89%69%7b%c7%70%f6%b3%dc%12%74%db%7b%5d%4b%56%d3%96%bf%15%77%a1%b0%f4%a2%25%f2%af%1c%92%67%18%e5%f4%06%04%ef%90%b9%e4%00%e4%dd%3a%b5%19%ff%02%ba%f4%3c%ee%e0%8b%eb%37%8b%ec%f4%d7%ac%f2%f6%f0%3d%af%dd%75%91%33%19%1d%1c%40%cb%74%24%19%21%93%d9%14%fe%ac%2a%52%c7%8f%d5%04%49%e4%8d%63%47%88%3c%69%83%cb%fe%47%bd%2b%7e%4f%c5%95%ae%0e%9d%d4%d1%43%c0%67%73%e3%14%08%7e%e5%3f%9f%73%b8%33%0a%cf%5d%3f%34%87%96%8a%ee%53%e8%25%15%02%03%01%00%01"
object-id: 2.5.29.37
value: "%30%16%06%03%55%1d%25%01%01%ff%04%0c%30%0a%06%08%2b%06%01%05%05%07%03%09"

That changes the purpose of the amazon CA to OCSP signing. The CA is
identified from the public-key-info (which is a HEX encoding of the
subjectPublicKeyInfo of that CA's key), and the object-id and value
are RFC5280 certificate extensions.

When that file is in place using the gnutls-cli command above should fail.


Other restrictions can be added, potentially all restrictions that can
be expressed with extensions used by gnutls, e.g., restricting the
host names a CA can sign for etc.
Unfortunately the tools required to make these p11-kit files pretty
much don't exist. You'll have to mess with some frob- examples or help
Stef Walter who maintains p11-kit to make them happen.

regards,
Nikos


From nmav at gnutls.org  Fri Sep 19 10:58:48 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Fri, 19 Sep 2014 10:58:48 +0200
Subject: [gnutls-help] gnutls_certificate_set_x509_key_file crashes in
	Windows
In-Reply-To: <3ae0159f-318e-4d02-80d5-76bbb6564364@escrypt.com>
References: <3ae0159f-318e-4d02-80d5-76bbb6564364@escrypt.com>
Message-ID: <CAJU7za+bsX-_Pr7JL75fdew_e3bwE9e_ghnNDDM3N+Dis30cvA@mail.gmail.com>

On Thu, Sep 18, 2014 at 12:40 AM, Joseph Peruski
<joseph.peruski at escrypt.com> wrote:
> Hello List,
> Hopefully, you can help me with an issue I am having (I'm keeping my fingers
> crossed).
> I've been trying to get my MSVS-based code to work with the latest
> pre-compiled Win32 version of GnuTLS with p11-kit support (v3.2.16) from
> [1]. I've taken the example from [2] and have made only slight modifications
> to it:

Thanks for reporting that. It seems that there was a memory corruption
issue in the transparent pkcs11 file load. That was a good opportunity
to add the pkcs11 functions to the set of tests run under valgrind.

Anyway, for your issue, you may apply the patch in [0] and recompile
gnutls, or switch to the "manual" API, of using
gnutls_privkey_import_url() and use gnutls_certificate_set_key().

[0]. https://gitorious.org/gnutls/gnutls/commit/12296f898e65b0588c7b3cf8d7f40f0fa4f0f7f1

regards,
Nikos


From nmav at gnutls.org  Sun Sep 21 08:54:02 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Sun, 21 Sep 2014 08:54:02 +0200
Subject: [gnutls-help] gnutls_certificate_set_x509_key_file crashes in
 Windows
In-Reply-To: <CAJU7za+bsX-_Pr7JL75fdew_e3bwE9e_ghnNDDM3N+Dis30cvA@mail.gmail.com>
References: <3ae0159f-318e-4d02-80d5-76bbb6564364@escrypt.com>
 <CAJU7za+bsX-_Pr7JL75fdew_e3bwE9e_ghnNDDM3N+Dis30cvA@mail.gmail.com>
Message-ID: <1411282442.2576.3.camel@nomad.lan>

On Fri, 2014-09-19 at 10:58 +0200, Nikos Mavrogiannopoulos wrote:
> <joseph.peruski at escrypt.com> wrote:
> > Hello List,
> > Hopefully, you can help me with an issue I am having (I'm keeping my fingers
> > crossed).
> > I've been trying to get my MSVS-based code to work with the latest
> > pre-compiled Win32 version of GnuTLS with p11-kit support (v3.2.16) from
> > [1]. I've taken the example from [2] and have made only slight modifications
> > to it:
> Thanks for reporting that. It seems that there was a memory corruption
> issue in the transparent pkcs11 file load. That was a good opportunity
> to add the pkcs11 functions to the set of tests run under valgrind.

Hi,
 I've uploaded the precompiled binaries for 3.2.18, which also include
that fix.

regards,
Nikos




From joseph.peruski at escrypt.com  Mon Sep 22 16:15:23 2014
From: joseph.peruski at escrypt.com (Joseph Peruski)
Date: Mon, 22 Sep 2014 16:15:23 +0200
Subject: [gnutls-help] gnutls_certificate_set_x509_key_file crashes in
 Windows
In-Reply-To: <1411282442.2576.3.camel@nomad.lan>
Message-ID: <2645856761-23812@mail.escrypt.com>

Nikos Mavrogiannopoulos <nmav at gnutls.org> , 9/21/2014 2:54 AM:
On Fri, 2014-09-19 at 10:58 +0200, Nikos Mavrogiannopoulos wrote: 
> <joseph.peruski at escrypt.com> wrote: 
> > Hello List, 
> > Hopefully, you can help me with an issue I am having (I'm keeping my fingers 
> > crossed). 
> > I've been trying to get my MSVS-based code to work with the latest 
> > pre-compiled Win32 version of GnuTLS with p11-kit support (v3.2.16) from 
> > [1]. I've taken the example from [2] and have made only slight modifications 
> > to it: 
> Thanks for reporting that. It seems that there was a memory corruption 
> issue in the transparent pkcs11 file load. That was a good opportunity 
> to add the pkcs11 functions to the set of tests run under valgrind. 
 
Hi, 
 I've uploaded the precompiled binaries for 3.2.18, which also include 
that fix. 
 
regards, 
Nikos 
 
 

Hello Nikos,

Thanks for looking into this issue and also uploading the pre-compiled binaries.

Warm Regards,
Joseph Peruski


-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140922/b47921ca/attachment.html>

From citypw at gmail.com  Wed Sep 24 16:30:34 2014
From: citypw at gmail.com (Shawn)
Date: Wed, 24 Sep 2014 22:30:34 +0800
Subject: [gnutls-help] gnutls 3.2.18
In-Reply-To: <1411041962.22024.2.camel@nomad.lan>
References: <1411041962.22024.2.camel@nomad.lan>
Message-ID: <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>

Can't download it from:
ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz

Plz check it out...Thanks!


On Thu, Sep 18, 2014 at 8:06 PM, Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> Hello,
>  I've just released gnutls 3.2.18. This is a bugfix release on the
> current stable branch.
>
> * Version 3.2.18 (released 2014-09-18)
>
> ** libgnutls: Fixes in gnutls_x509_crt_set_dn() and friends to properly handle
> strings with embedded spaces and escaped commas.
>
> ** libgnutls: Corrected gnutls_x509_crl_verify() which would always report
> a CRL signature as invalid. Reported by Armin Burgmeier.
>
> ** libgnutls: Fixed issue with certificates being sanitized by gnutls prior
> to signature verification. That resulted to certain non-DER compliant modifications
> of valid certificates, being corrected by libtasn1's parser and restructured as
> the original. Issue found and reported by Antti Karjalainen and Matti Kamunen from
> Codenomicon.
>
> ** API and ABI modifications:
> No changes since last version.
>
>
> Getting the Software
> ====================
>
> GnuTLS may be downloaded directly from
> <ftp://ftp.gnutls.org/gcrypt/gnutls/>.  A list of GnuTLS mirrors can be
> found at <http://www.gnutls.org/download.html>.
>
> Here are the XZ and LZIP compressed sources:
>
>   ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
>   ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.lz
>
> Here are OpenPGP detached signatures signed using key 0x96865171:
>
>   ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz.sig
>   ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.lz.sig
>
> Note that it has been signed with my openpgp key:
> pub   3104R/96865171 2008-05-04 [expires: 2028-04-29]
> uid                  Nikos Mavrogiannopoulos <nmav <at> gnutls.org>
> uid                  Nikos Mavrogiannopoulos <n.mavrogiannopoulos <at>
> gmail.com>
> sub   2048R/9013B842 2008-05-04 [expires: 2018-05-02]
> sub   2048R/1404A91D 2008-05-04 [expires: 2018-05-02]
>
> regards,
> Nikos
>
>
>
>
> _______________________________________________
> Gnutls-help mailing list
> Gnutls-help at lists.gnutls.org
> http://lists.gnupg.org/mailman/listinfo/gnutls-help



-- 
GNU powered it...
GPL protect it...
God blessing it...

regards
Shawn


From mark at kingant.net  Wed Sep 24 19:03:23 2014
From: mark at kingant.net (Mark Doliner)
Date: Wed, 24 Sep 2014 10:03:23 -0700
Subject: [gnutls-help] gnutls 3.2.18
In-Reply-To: <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
References: <1411041962.22024.2.camel@nomad.lan>
 <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
Message-ID: <CAPZ8mV63gBUz2iG2mW6nSveNLZh33M-iQAWkDF4BVcZaML_9rg@mail.gmail.com>

On Wed, Sep 24, 2014 at 7:30 AM, Shawn <citypw at gmail.com> wrote:
> Can't download it from:
> ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
>
> Plz check it out...Thanks!

Hi Shawn. I was able to download from that URL just now. I suppose
it's possible someone fixed the problem since you sent your email. Are
you still unable to download? If so, can you describe the problem
you're having?


From citypw at gmail.com  Wed Sep 24 19:14:11 2014
From: citypw at gmail.com (Shawn)
Date: Thu, 25 Sep 2014 01:14:11 +0800
Subject: [gnutls-help] gnutls 3.2.18
In-Reply-To: <CAPZ8mV63gBUz2iG2mW6nSveNLZh33M-iQAWkDF4BVcZaML_9rg@mail.gmail.com>
References: <1411041962.22024.2.camel@nomad.lan>
 <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
 <CAPZ8mV63gBUz2iG2mW6nSveNLZh33M-iQAWkDF4BVcZaML_9rg@mail.gmail.com>
Message-ID: <CABniQZNug5MEWmWuO99VYtcjvFfTZDPjt6Ge-kP3oAY4tEJUSQ@mail.gmail.com>

hey Mark,

On Thu, Sep 25, 2014 at 1:03 AM, Mark Doliner <mark at kingant.net> wrote:
> On Wed, Sep 24, 2014 at 7:30 AM, Shawn <citypw at gmail.com> wrote:
>> Can't download it from:
>> ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
>>
>> Plz check it out...Thanks!
>
> Hi Shawn. I was able to download from that URL just now. I suppose
> it's possible someone fixed the problem since you sent your email. Are
> you still unable to download? If so, can you describe the problem
> you're having?
>
I'm still not able to download from above URL for now. wget would have
some speed then totally down to the zero:
------------------------------------------------------------------------------------------------------------------------
--2014-09-25 01:12:10--
ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
           => ?gnutls-3.2.18.tar.xz.1?
Resolving ftp.gnutls.org (ftp.gnutls.org)... 217.69.76.55
Connecting to ftp.gnutls.org (ftp.gnutls.org)|217.69.76.55|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /gcrypt/gnutls/v3.2 ... done.
==> SIZE gnutls-3.2.18.tar.xz ... 5154476
==> PASV ... done.    ==> RETR gnutls-3.2.18.tar.xz ... done.
Length: 5154476 (4.9M) (unauthoritative)

 1% [>
              ] 71,000      --.-K/s  eta 22m 6s
------------------------------------------------------------------------------------------------------------------------

I tried two different IPs but still got the same issue....Some mirrors
are working fine, like this one:

http://artfiles.org/gnupg.org/gnutls/v3.2/gnutls-3.2.18.tar.xz



-- 
GNU powered it...
GPL protect it...
God blessing it...

regards
Shawn


From mattroisang at gmail.com  Thu Sep 25 00:33:16 2014
From: mattroisang at gmail.com (Mat Troi)
Date: Wed, 24 Sep 2014 15:33:16 -0700
Subject: [gnutls-help] Compiling gnutls on solaris
Message-ID: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>

Hi,

Has anyone successfully compile gnutls on Solaris 11.2?

Thanks,
Mat.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140924/46950a30/attachment.html>

From nmav at gnutls.org  Thu Sep 25 11:31:56 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 25 Sep 2014 11:31:56 +0200
Subject: [gnutls-help] gnutls 3.2.18
In-Reply-To: <CABniQZNug5MEWmWuO99VYtcjvFfTZDPjt6Ge-kP3oAY4tEJUSQ@mail.gmail.com>
References: <1411041962.22024.2.camel@nomad.lan>
 <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
 <CAPZ8mV63gBUz2iG2mW6nSveNLZh33M-iQAWkDF4BVcZaML_9rg@mail.gmail.com>
 <CABniQZNug5MEWmWuO99VYtcjvFfTZDPjt6Ge-kP3oAY4tEJUSQ@mail.gmail.com>
Message-ID: <1411637516.2494.11.camel@nomad.lan>

On Thu, 2014-09-25 at 01:14 +0800, Shawn wrote:
> hey Mark,
> 
> On Thu, Sep 25, 2014 at 1:03 AM, Mark Doliner <mark at kingant.net> wrote:
> > On Wed, Sep 24, 2014 at 7:30 AM, Shawn <citypw at gmail.com> wrote:
> >> Can't download it from:
> >> ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
> >>
> >> Plz check it out...Thanks!
> >
> > Hi Shawn. I was able to download from that URL just now. I suppose
> > it's possible someone fixed the problem since you sent your email. Are
> > you still unable to download? If so, can you describe the problem
> > you're having?
> >
> I'm still not able to download from above URL for now. wget would have
> some speed then totally down to the zero:

That could be some firewall or routing issue between you and the gnupg
server. You can use the available mirror list for alternative servers.

regards,
Nikos




From dev at cor0.com  Thu Sep 25 14:51:46 2014
From: dev at cor0.com (dev)
Date: Thu, 25 Sep 2014 08:51:46 -0400 (EDT)
Subject: [gnutls-help] gnutls 3.2.18
In-Reply-To: <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
References: <1411041962.22024.2.camel@nomad.lan>
 <CABniQZM2DDuz4s9aBt46aAYcZiPEw3H4yHREo+Kojt9F+eNLmA@mail.gmail.com>
Message-ID: <1505977686.21326.1411649506698.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 24, 2014 at 10:30 AM Shawn <citypw at gmail.com> wrote:
> Can't download it from:
> ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
>
> Plz check it out...Thanks!


wfm :

node000 $ wget
ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
--2014-09-25 12:50:08--
 ftp://ftp.gnutls.org/gcrypt/gnutls/v3.2/gnutls-3.2.18.tar.xz
           => 'gnutls-3.2.18.tar.xz'
Resolving ftp.gnutls.org... 217.69.76.55
Connecting to ftp.gnutls.org|217.69.76.55|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /gcrypt/gnutls/v3.2 ... done.
==> SIZE gnutls-3.2.18.tar.xz ... 5154476
==> PASV ... done.    ==> RETR gnutls-3.2.18.tar.xz ... done.
Length: 5154476 (4.9M) (unauthoritative)

     0K ....                                                  100%
 349K=14s

2014-09-25 12:50:25 (349 KB/s) - 'gnutls-3.2.18.tar.xz' saved [5154476]


node000 $ /usr/local/ssl/bin/openssl dgst -sha256 gnutls-3.2.18.tar.xz
SHA256(gnutls-3.2.18.tar.xz)=
4762afab5e1b9e829c5f53d2b00cd5e41d43fa6d035efcf239e3fe0459134d45


From dev at cor0.com  Thu Sep 25 15:29:21 2014
From: dev at cor0.com (dev)
Date: Thu, 25 Sep 2014 09:29:21 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
Message-ID: <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>

On Solaris 10 the build process does not get very far at all :

/usr/local/bin/gmake  all-recursive
gmake[1]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001'
Making all in gl
gmake[2]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
  GEN      byteswap.h
  GEN      c++defs.h
  GEN      arg-nonnull.h
  GEN      warn-on-use.h
  GEN      netdb.h
  GEN      stdalign.h
  GEN      stdint.h
  GEN      stdio.h
  GEN      stdlib.h
  GEN      string.h
  GEN      strings.h
  GEN      sys/socket.h
  GEN      sys/stat.h
  GEN      sys/time.h
  GEN      sys/types.h
  GEN      sys/uio.h
  GEN      time.h
  GEN      unistd.h
  GEN      wchar.h
/usr/local/bin/gmake  all-recursive
gmake[3]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
Making all in tests
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
  GEN      c++defs.h
  GEN      arg-nonnull.h
  GEN      warn-on-use.h
  GEN      fcntl.h
  GEN      inttypes.h
/usr/local/bin/gmake  all-recursive
gmake[5]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
Making all in .
gmake[6]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[6]: Nothing to be done for `all-am'.
gmake[6]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[5]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
  CC       base64.lo
  CC       c-ctype.lo
  CC       hash-pjw-bare.lo
  CC       read-file.lo
  CC       sys_socket.lo
  CC       u64.lo
  CC       unistd.lo
  CC       xsize.lo
  CC       asnprintf.lo
  CC       getdelim.lo
  CC       getline.lo
  CC       memmem.lo
  CC       printf-args.lo
  CC       printf-parse.lo
  CC       strndup.lo
  CC       strnlen.lo
  CC       strverscmp.lo
  CC       vasnprintf.lo
  CCLD     libgnu.la
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
gmake[3]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
gmake[2]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
Making all in lib
gmake[2]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
/usr/local/bin/gmake  all-recursive
gmake[3]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
Making all in includes
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/includes'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/includes'
Making all in x509
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/x509'
  CC       common.lo
  CC       key_encode.lo
  CC       key_decode.lo
  CC       crl.lo
  CC       crl_write.lo
  CC       crq.lo
"crq.c", line 654: warning: statement not reached
"crq.c", line 1921: warning: statement not reached
"crq.c", line 1978: warning: statement not reached
  CC       dn.lo
  CC       extensions.lo
"extensions.c", line 489: warning: statement not reached
  CC       mpi.lo
  CC       output.lo
"output.c", line 266: warning: statement not reached
  CC       pbkdf2-sha1.lo
  CC       pkcs12.lo
  CC       pkcs12_bag.lo
  CC       pkcs12_encr.lo
"pkcs12_encr.c", line 140: warning: enum type mismatch: arg #1
  CC       pkcs7.lo
  CC       privkey.lo
  CC       privkey_pkcs8.lo
  CC       privkey_openssl.lo
  CC       rfc2818_hostname.lo
  CC       sign.lo
  CC       verify.lo
  CC       x509.lo
"x509.c", line 2954: warning: argument #3 is incompatible with
prototype:
        prototype: pointer to unsigned int :
"./../includes/gnutls/x509-ext.h", line 64
        argument : pointer to enum gnutls_x509_subject_alt_name_t
{GNUTLS_SAN_OTHERNAME_XMPP(1000), GNUTLS_SAN_DN(6),
GNUTLS_SAN_OTHERNAME(5), GNUTLS_SAN_IPADDRESS(4), GNUTLS_SAN_URI(3),
GNUTLS_SAN_RFC822NAME(2), GNUTLS_SAN_DNSNAME(1)}
  CC       x509_dn.lo
  CC       x509_write.lo
  CC       name_constraints.lo
  CC       verify-high.lo
  CC       verify-high2.lo
"verify-high2.c", line 312: error: undefined struct/union member: d_type
"verify-high2.c", line 312: error: undefined symbol: DT_REG
"verify-high2.c", line 312: error: improper member use: d_type
"verify-high2.c", line 312: error: undefined symbol: DT_LNK
"verify-high2.c", line 312: error: improper member use: d_type
"verify-high2.c", line 312: error: undefined symbol: DT_UNKNOWN
c99: acomp failed for verify-high2.c
gmake[4]: *** [verify-high2.lo] Error 1
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/x509'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001'
gmake: *** [all] Error 2
node000 $


So, there you have it.


Between gnutls-3.3.5 and 3.3.8 there have been a pile of changes to that
file :


node000 $ diff -nu
../gnutls-3.3.5_SunOS5.10_sparcv9_001/lib/x509/verify-high2.c
./lib/x509/verify-high2.c
--- ../gnutls-3.3.5_SunOS5.10_sparcv9_001/lib/x509/verify-high2.c
      Mon Jun 16 16:59:00 2014
+++ ./lib/x509/verify-high2.c   Fri Sep 12 16:31:50 2014
@@ -1,5 +1,6 @@
 /*
- * Copyright (C) 2012 Free Software Foundation, Inc.
+ * Copyright (C) 2012-2014 Free Software Foundation, Inc.
+ * Copyright (C) 2014 Nikos Mavrogiannopoulos
  *
  * Author: Nikos Mavrogiannopoulos
  *
@@ -33,6 +34,8 @@
 #include "verify-high.h"
 #include "read-file.h"

+#include <dirent.h>
+
 /* Convenience functions for verify-high functionality
  */

@@ -283,6 +286,100 @@
        free(cas.data);

        return ret;
+}
+
+static
+int load_dir_certs(const char *dirname,
+                         gnutls_x509_trust_list_t list,
+                         unsigned int tl_flags, unsigned int tl_vflags,
+                         unsigned type, unsigned crl)
+{
+       DIR *dirp;
+       struct dirent *d;
+       int ret;
+       int r = 0;
+       char path[GNUTLS_PATH_MAX];
+
+       dirp = opendir(dirname);
+       if (dirp != NULL) {
+               do {
+#ifdef _WIN32
+                       d = readdir(dirp);
+                       if (d != NULL) {
+#else
+                       struct dirent e;
+                       ret = readdir_r(dirp, &e, &d);
+                       if (ret == 0 && d != NULL && (d->d_type ==
DT_REG || d->d_type == DT_LNK || d->d_type == DT_UNKNOWN)) {
+#endif
+                               snprintf(path, sizeof(path), "%s/%s",
+                                        dirname, d->d_name);
+
+                               if (crl != 0) {
+                                       ret =
+
                                          gnutls_x509_trust_list_add_trust_file
+                                           (list, NULL, path, type,
tl_flags,
+                                            tl_vflags);
+                               } else {
+                                       ret =
+
                                          gnutls_x509_trust_list_add_trust_file
+                                           (list, path, NULL, type,
tl_flags,
+                                            tl_vflags);
+                               }
+                               if (ret >= 0)
+                                       r += ret;
+                       }
+               }
+               while (d != NULL);
+               closedir(dirp);
+       }
+
+       return r;
+}
+
+/**
+ * gnutls_x509_trust_list_add_trust_dir:
+ * @list: The structure of the list
+ * @ca_dir: A directory containing the CAs (optional)
+ * @crl_dir: A directory containing a list of CRLs (optional)
+ * @type: The format of the certificates
+ * @tl_flags: GNUTLS_TL_*
+ * @tl_vflags: gnutls_certificate_verify_flags if flags specifies
GNUTLS_TL_VERIFY_CRL
+ *
+ * This function will add the given certificate authorities
+ * to the trusted list. Only directories are accepted by
+ * this function.
+ *
+ * Returns: The number of added elements is returned.
+ *
+ * Since: 3.3.6
+ **/
+int
+gnutls_x509_trust_list_add_trust_dir(gnutls_x509_trust_list_t list,
+                                     const char *ca_dir,
+                                     const char *crl_dir,
+                                     gnutls_x509_crt_fmt_t type,
+                                     unsigned int tl_flags,
+                                     unsigned int tl_vflags)
+{
+       int ret = 0;
+
+       if (ca_dir != NULL) {
+               int r = 0;
+               r = load_dir_certs(ca_dir, list, tl_flags, tl_vflags,
type, 0);
+
+               if (r >= 0)
+                       ret += r;
+       }
+
+       if (crl_dir) {
+               int r = 0;
+               r = load_dir_certs(crl_dir, list, tl_flags, tl_vflags,
type, 1);
+
+               if (r >= 0)
+                       ret += r;
+       }
+
+       return ret;
 }

 /**


So this will take time to sort out as usual.

dev


From dev at cor0.com  Thu Sep 25 14:40:46 2014
From: dev at cor0.com (dev)
Date: Thu, 25 Sep 2014 08:40:46 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
Message-ID: <1274484611.20230.1411648846163.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 24, 2014 at 6:33 PM Mat Troi <mattroisang at gmail.com> wrote:
> Hi,
>
> Has anyone successfully compile gnutls on Solaris 11.2?

nope.

Not on Solaris 10 either.

However I will let you know.

dev


From dev at cor0.com  Thu Sep 25 15:17:18 2014
From: dev at cor0.com (dev)
Date: Thu, 25 Sep 2014 09:17:18 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
Message-ID: <1171188394.22146.1411651038942.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 24, 2014 at 6:33 PM Mat Troi <mattroisang at gmail.com> wrote:
> Hi,
>
> Has anyone successfully compile gnutls on Solaris 11.2?

on Solaris 10 with gnutls-3.3.8 I see :


node000 $ LD_LIBRARY_PATH=/usr/local/lib ./configure
--enable-dependency-tracking \
> --enable-shared --enable-static --disable-hardware-acceleration \
> --with-libiconv-prefix=/usr/local --with-libintl-prefix=/usr/local \
> --with-libz-prefix=/usr/local
checking build system type... sparc-sun-solaris2.10
checking host system type... sparc-sun-solaris2.10
checking for a BSD-compatible install... build-aux/install-sh -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... build-aux/install-sh -c -d
checking for gawk... gawk
.
.
.
configure: WARNING:
***
*** autogen not found. Will not link against libopts.
***
checking for inline... inline
checking for ANSI C header files... (cached) yes
checking for NETTLE... yes
checking for HOGWEED... yes
checking for __gmpz_cmp in -lgmp... yes
checking for LIBTASN1... no
configure: WARNING:
  ***
  *** Libtasn1 was not found. Will use the included one.

checking whether to use the included minitasn1... yes
.
.
.
checking for iconv... (cached) yes
checking for working iconv... (cached) yes
checking how to link with libiconv... /usr/local/lib/libiconv.so
-R/usr/local/lib
checking for iconv declaration...
         extern size_t iconv (iconv_t cd, const char * *inbuf, size_t
*inbytesleft, char * *outbuf, size_t *outbytesleft);
checking if gcc/ld supports -Wl,--output-def... no
checking if LD -Wl,--version-script works... no
checking whether lseek detects pipes... yes
checking for memmem... no
checking absolute name of <netdb.h>... "///usr/include/netdb.h"
checking whether getaddrinfo is declared without a macro... yes
checking whether freeaddrinfo is declared without a macro... yes
checking whether gai_strerror is declared without a macro... yes
checking whether getnameinfo is declared without a macro... yes
checking whether <netinet/in.h> is self-contained... yes
checking for pmccabe... false
.
.
.
checking for stdint.h... (cached) yes
checking whether ln -s works... yes
checking how to print strings... printf
checking for a sed that does not truncate output... (cached)
/usr/local/bin/gsed
checking for fgrep... /usr/xpg4/bin/grep -F
checking for non-GNU ld... /usr/ccs/bin/sparcv9/ld
checking if the linker (/usr/ccs/bin/sparcv9/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)...
/usr/ccs/bin/sparcv9/nm -p
checking the name lister (/usr/ccs/bin/sparcv9/nm -p) interface... BSD
nm
checking the maximum length of command line arguments... 786240
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert sparc-sun-solaris2.10 file names to
sparc-sun-solaris2.10 format... func_convert_file_noop
checking how to convert sparc-sun-solaris2.10 file names to toolchain
format... func_convert_file_noop
checking for /usr/ccs/bin/sparcv9/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
.
.
.
configure: WARNING:
***
*** libunbound was not found. Libdane will not be built.
***
checking for P11_KIT... no
configure: WARNING:
***
*** p11-kit >= 0.20.7 was not found. PKCS #11 support will be disabled.
*** You may get it from http://p11-glue.freedesktop.org/p11-kit.html
***
checking for tss library... no
configure: WARNING:
***
*** trousers was not found. TPM support will be disabled.
***
.
.
.
checking for libz... yes
checking how to link with libz... /usr/local/lib/libz.so
-R/usr/local/lib
checking whether building Guile bindings... yes
***
*** Detecting GNU Guile...

checking for guile-snarf... no
configure: WARNING: `guile-snarf' from Guile 1.8 not found.  Guile
bindings not built.
***
*** Checking dependencies for crywrap...

.
.
.
config.status: executing libtool commands
configure: summary of build options:

  version:              3.3.8 shared 69:0:41
  Host/Target system:   sparc-sun-solaris2.10
  Build system:         sparc-sun-solaris2.10
  Install prefix:       /usr/local
  Compiler:             /opt/solarisstudio12.3/bin/c99
  CFlags:               -errfmt=error -erroff=%none -errshort=full
-xstrconst -xildoff -m64 -xmemalign=8s -xnolibmil -Xc -xcode=pic32
-xregs=no%appl -xlibmieee -mc -g -xs -ftrap=%none -Qy -xbuiltin=%none
-xdebugformat=dwarf -xunroll=1 -xtarget=ultraT2
-xcache=8/16/4:4096/64/16
  Library types:        Shared=yes, Static=yes
  Local libopts:        yes
  Local libtasn1:       yes
  Use nettle-mini:      no

configure: External hardware support:

  /dev/crypto:          no
  Hardware accel:       none
  Padlock accel:        yes
  PKCS#11 support:      no
  TPM support:          no

configure: Optional features:
(note that included applications might not compile properly
if features are disabled)

  DTLS-SRTP support:    yes
  ALPN support:         yes
  OCSP support:         yes
  Ses. ticket support:  yes
  OpenPGP support:      yes
  SRP support:          yes
  PSK support:          yes
  DHE support:          yes
  ECDHE support:        yes
  RSA-EXPORT support:   yes
  Anon auth support:    yes
  Heartbeat support:    yes
  Unicode support:      yes
  Self checks:          no
  Non-SuiteB curves:    yes
  FIPS140 mode:         no

configure: Optional applications:

  crywrap app:          yes

configure: Optional libraries:

  Guile wrappers:       no
  C++ library:          yes
  DANE library:         no
  OpenSSL compat:       yes

configure: System files:

  Trust store pkcs11:
  Trust store dir:
  Trust store file:
  Blacklist file:
  CRL file:
  Priority file:        /etc/gnutls/default-priorities
  DNSSEC root key file: /etc/unbound/root.key

configure: WARNING:
***
*** The DNSSEC root key file in /etc/unbound/root.key was not found.
*** This file is needed for the verification of DNSSEC responses.
*** Use the command: unbound-anchor -a "/etc/unbound/root.key"
*** to generate or update it.
***
node000 $


The Padlock feature above makes little sense on Sparc but there it is.

No idea what will happen and really I don't know what test suite GNU TLS
has
to provide any assurance that it is working.

Anyways, ymmv.

dev


From dev at cor0.com  Thu Sep 25 16:05:12 2014
From: dev at cor0.com (dev)
Date: Thu, 25 Sep 2014 10:05:12 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>

may as well reply to myself as I see the problem and please pardon me
for unrolling the conditional expression in ./lib/x509/verify-high2.c
for the function load_dir_certs() :


static
int load_dir_certs(const char *dirname,
                          gnutls_x509_trust_list_t list,
                          unsigned int tl_flags, unsigned int tl_vflags,
                          unsigned type, unsigned crl)
{
        DIR *dirp;
        struct dirent *d;
        int ret;
        int r = 0;
        char path[GNUTLS_PATH_MAX];

        dirp = opendir(dirname);
        if (dirp != NULL) {
                do {
#ifdef _WIN32
                        d = readdir(dirp);
                        if (d != NULL) {
#else
                        struct dirent e;
                        ret = readdir_r(dirp, &e, &d);
                        if ( ret == 0
                                &&
                                d != NULL
                                &&
                                        ( d->d_type == DT_REG
                                        ||
                                        d->d_type == DT_LNK
                                        ||
                                        d->d_type == DT_UNKNOWN )
                           ) {
#endif


That is borked.

The use of d_type from dirent.h is not portable
as it is a GNUism from linux land only.

No such animal exists in the POSIX dirent.h :


http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html


In fact, it never has existed :

http://pubs.opengroup.org/onlinepubs/7908799/xsh/dirent.h.html


so looks like someone in linux land did a GNUism non-portable no no.


therefore :


   CC       verify-high2.lo
 "verify-high2.c", line 312: error: undefined struct/union member:
d_type


yep.


dev


From nmav at gnutls.org  Thu Sep 25 18:58:34 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Thu, 25 Sep 2014 18:58:34 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1411664314.14218.2.camel@nomad.lan>

On Thu, 2014-09-25 at 10:05 -0400, dev wrote:
> may as well reply to myself as I see the problem and please pardon me
> for unrolling the conditional expression in ./lib/x509/verify-high2.c
> for the function load_dir_certs() :
[...]
> That is borked.
> 
> The use of d_type from dirent.h is not portable
> as it is a GNUism from linux land only.
> 
> No such animal exists in the POSIX dirent.h :
> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html

Correct. I've committed a fix. It is usually simpler and faster to
propose a patch for such issues.

regards,
Nikos




From mattroisang at gmail.com  Fri Sep 26 01:42:02 2014
From: mattroisang at gmail.com (Mat Troi)
Date: Thu, 25 Sep 2014 16:42:02 -0700
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411664314.14218.2.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
Message-ID: <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>

I am working on compiling it for Solaris 11 on x86 Intel platform, not
Sparc.  Has anyone gotten it to work that way for Solaris 10?  So far, I
was able to compiled libnettle and libgmp, and got the gnutls ./configure
to run, but when I tried to run make, I ran into this issue with libtool:
../libtool[1100]: eval: syntax error at line 1: `|' unexpected *** Error
code 3

More info is here:
https://stackoverflow.com/questions/26028845/compiling-gnutls-on-solaris.

I modified libtool manually and now I am at:

ld: warning: symbol referencing errors
Text relocation remains                         referenced
    against symbol                  offset      in file
_gnutls_x86_cpuid_s                 0x3a
accelerated/.libs/libaccelerated.a(sha256-ssse3-x86.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: error: ld returned 1 exit status
*** Error code 1
The following command caused the error:



On Thu, Sep 25, 2014 at 9:58 AM, Nikos Mavrogiannopoulos <nmav at gnutls.org>
wrote:

> On Thu, 2014-09-25 at 10:05 -0400, dev wrote:
> > may as well reply to myself as I see the problem and please pardon me
> > for unrolling the conditional expression in ./lib/x509/verify-high2.c
> > for the function load_dir_certs() :
> [...]
> > That is borked.
> >
> > The use of d_type from dirent.h is not portable
> > as it is a GNUism from linux land only.
> >
> > No such animal exists in the POSIX dirent.h :
> > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html
>
> Correct. I've committed a fix. It is usually simpler and faster to
> propose a patch for such issues.
>
> regards,
> Nikos
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140925/6c967d93/attachment.html>

From nmav at gnutls.org  Fri Sep 26 08:20:46 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Fri, 26 Sep 2014 08:20:46 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
Message-ID: <1411712446.2441.4.camel@nomad.lan>

On Thu, 2014-09-25 at 16:42 -0700, Mat Troi wrote:
> I modified libtool manually and now I am at:
> ld: warning: symbol referencing errors
> Text relocation remains                         referenced
>     against symbol                  offset      in file
> _gnutls_x86_cpuid_s                 0x3a
> accelerated/.libs/libaccelerated.a(sha256-ssse3-x86.o)
> ld: fatal: relocations remain against allocatable but non-writable
> sections
> collect2: error: ld returned 1 exit status
> *** Error code 1

Hi,
 This symbol is defined in x86-common.c with
__attribute__((visibility("hidden"))) if compiled with gcc. If not
you'll have to provide the equivalent for your compiler (and possibly
provide a patch).

Another solution is to completely disable asm with
--disable-hardware-acceleration.

regards,
Nikos





From dev at cor0.com  Fri Sep 26 21:18:31 2014
From: dev at cor0.com (dev)
Date: Fri, 26 Sep 2014 15:18:31 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411664314.14218.2.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
Message-ID: <2126268058.35112.1411759111628.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 25, 2014 at 12:58 PM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Thu, 2014-09-25 at 10:05 -0400, dev wrote:
> > may as well reply to myself as I see the problem and please pardon
> > me
> > for unrolling the conditional expression in
> > ./lib/x509/verify-high2.c
> > for the function load_dir_certs() :
> [...]
> > That is borked.
> >
> > The use of d_type from dirent.h is not portable
> > as it is a GNUism from linux land only.
> >
> > No such animal exists in the POSIX dirent.h :
> > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html
>
> Correct. I've committed a fix. It is usually simpler and faster to
> propose a patch for such issues.

sorry .. I was up to my ears in work and saw the issue and then thought
"I had better fix that" but then got pulled into another project and etc
etc.

If you did a commit .. great stuff ... where/what is the commit number
please ?


From dev at cor0.com  Fri Sep 26 21:29:45 2014
From: dev at cor0.com (dev)
Date: Fri, 26 Sep 2014 15:29:45 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411664314.14218.2.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
Message-ID: <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 25, 2014 at 12:58 PM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Thu, 2014-09-25 at 10:05 -0400, dev wrote:
> > may as well reply to myself as I see the problem and please pardon
> > me
> > for unrolling the conditional expression in
> > ./lib/x509/verify-high2.c
> > for the function load_dir_certs() :
> [...]
> > That is borked.
> >
> > The use of d_type from dirent.h is not portable
> > as it is a GNUism from linux land only.
> >
> > No such animal exists in the POSIX dirent.h :
> > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html
>
> Correct. I've committed a fix. It is usually simpler and faster to
> propose a patch for such issues.

Just did a clone and the new lib/x509/verify-high2.c is *wildly*
different
from the source file in the release tarball to the extent that the
function
load_dir_certs() is gone entirely.

Let me check here :

node000$ /usr/local/bin/git clone git://git.savannah.gnu.org/gnutls.git
Cloning into 'gnutls'...
remote: Counting objects: 91969, done.
remote: Compressing objects: 100% (18538/18538), done.
remote: Total 91969 (delta 73100), reused 91969 (delta 73100)
Receiving objects: 100% (91969/91969), 32.72 MiB | 570.00 KiB/s, done.
Resolving deltas: 100% (73100/73100), done.
Checking connectivity... done.
Checking out files: 100% (1967/1967), done.
node000$ find . -type f -name verify-high2.c
./gnutls/lib/x509/verify-high2.c
node000$

node000$ grep "load_dir_certs" gnutls/lib/x509/verify-high2.c

Nothing found.  I did a search around and see if it was moved
elsewhere and it seems to be gone and no reference to it exists.

Not sure what this means but I should I wait for a new release tarball
before trying anything?

dev


From dev at cor0.com  Fri Sep 26 21:31:47 2014
From: dev at cor0.com (dev)
Date: Fri, 26 Sep 2014 15:31:47 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411712446.2441.4.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
Message-ID: <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 26, 2014 at 2:20 AM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Thu, 2014-09-25 at 16:42 -0700, Mat Troi wrote:
> > I modified libtool manually and now I am at:
> > ld: warning: symbol referencing errors
> > Text relocation remains                         referenced
> >     against symbol                  offset      in file
> > _gnutls_x86_cpuid_s                 0x3a
> > accelerated/.libs/libaccelerated.a(sha256-ssse3-x86.o)
> > ld: fatal: relocations remain against allocatable but non-writable
> > sections
> > collect2: error: ld returned 1 exit status
> > *** Error code 1
>
> Hi,
>  This symbol is defined in x86-common.c with
> __attribute__((visibility("hidden"))) if compiled with gcc. If not
> you'll have to provide the equivalent for your compiler (and possibly
> provide a patch).
>
> Another solution is to completely disable asm with
> --disable-hardware-acceleration.

Which is what I do.  That gets past that problem neatly.

dev


From mattroisang at gmail.com  Fri Sep 26 23:12:44 2014
From: mattroisang at gmail.com (Mat Troi)
Date: Fri, 26 Sep 2014 14:12:44 -0700
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
 <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>

Thanks.  I am compiling with gcc .  I used your other solution disable asm
with --disable-hardware-acceleration.  Now I have this error:
"/root/gnutls-3.2.18/src/gl/./parse-datetime.y", line 289: fatal: invalid
escape, or illegal reserved word: pure
*** Error code 1
The following command caused the error:
echo "  GEN     " parse-datetime.c;/bin/sh ../../build-aux/ylwrap
./parse-datetime.y \
                              y.tab.c parse-datetime.c \
                              y.tab.h parse-datetime.h \
                              y.output parse-datetime.output \
                              -- /usr/bin/yacc   && \
mv parse-datetime.c parse-datetime.c-t && \
mv parse-datetime.c-t ./parse-datetime.c
make: Fatal error: Command failed for target `parse-datetime.c'
Current working directory /root/gnutls-3.2.18/src/gl
*** Error code 1


On Fri, Sep 26, 2014 at 12:31 PM, dev <dev at cor0.com> wrote:

>
>
> On September 26, 2014 at 2:20 AM Nikos Mavrogiannopoulos
> <nmav at gnutls.org> wrote:
> > On Thu, 2014-09-25 at 16:42 -0700, Mat Troi wrote:
> > > I modified libtool manually and now I am at:
> > > ld: warning: symbol referencing errors
> > > Text relocation remains                         referenced
> > >     against symbol                  offset      in file
> > > _gnutls_x86_cpuid_s                 0x3a
> > > accelerated/.libs/libaccelerated.a(sha256-ssse3-x86.o)
> > > ld: fatal: relocations remain against allocatable but non-writable
> > > sections
> > > collect2: error: ld returned 1 exit status
> > > *** Error code 1
> >
> > Hi,
> >  This symbol is defined in x86-common.c with
> > __attribute__((visibility("hidden"))) if compiled with gcc. If not
> > you'll have to provide the equivalent for your compiler (and possibly
> > provide a patch).
> >
> > Another solution is to completely disable asm with
> > --disable-hardware-acceleration.
>
> Which is what I do.  That gets past that problem neatly.
>
> dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140926/994d34a1/attachment.html>

From dev at cor0.com  Sat Sep 27 02:08:58 2014
From: dev at cor0.com (dev)
Date: Fri, 26 Sep 2014 20:08:58 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
 <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
Message-ID: <1777879930.49652.1411776538350.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 26, 2014 at 5:12 PM Mat Troi <mattroisang at gmail.com> wrote:
> Thanks.  I am compiling with gcc .  I used your other solution disable
> asm
> with --disable-hardware-acceleration.  Now I have this error:
> "/root/gnutls-3.2.18/src/gl/./parse-datetime.y", line 289: fatal:
> invalid
> escape, or illegal reserved word: pure
> *** Error code 1
> The following command caused the error:
> echo "  GEN     " parse-datetime.c;/bin/sh ../../build-aux/ylwrap
> ./parse-datetime.y \
>                               y.tab.c parse-datetime.c \
>                               y.tab.h parse-datetime.h \
>                               y.output parse-datetime.output \
>                               -- /usr/bin/yacc   && \
> mv parse-datetime.c parse-datetime.c-t && \
> mv parse-datetime.c-t ./parse-datetime.c
> make: Fatal error: Command failed for target `parse-datetime.c'
> Current working directory /root/gnutls-3.2.18/src/gl
> *** Error code 1


What rev of gcc are you using ?


dev


From mattroisang at gmail.com  Sat Sep 27 02:49:41 2014
From: mattroisang at gmail.com (Mat Troi)
Date: Fri, 26 Sep 2014 17:49:41 -0700
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1777879930.49652.1411776538350.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
 <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
 <1777879930.49652.1411776538350.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <CAA0a8nUpfZTYkt-1Te02Ovu=WVRoDb3m_cTXkz6=AnQwcAr7Vg@mail.gmail.com>

gcc (GCC) 4.8.2

On Fri, Sep 26, 2014 at 5:08 PM, dev <dev at cor0.com> wrote:

>
>
> On September 26, 2014 at 5:12 PM Mat Troi <mattroisang at gmail.com> wrote:
> > Thanks.  I am compiling with gcc .  I used your other solution disable
> > asm
> > with --disable-hardware-acceleration.  Now I have this error:
> > "/root/gnutls-3.2.18/src/gl/./parse-datetime.y", line 289: fatal:
> > invalid
> > escape, or illegal reserved word: pure
> > *** Error code 1
> > The following command caused the error:
> > echo "  GEN     " parse-datetime.c;/bin/sh ../../build-aux/ylwrap
> > ./parse-datetime.y \
> >                               y.tab.c parse-datetime.c \
> >                               y.tab.h parse-datetime.h \
> >                               y.output parse-datetime.output \
> >                               -- /usr/bin/yacc   && \
> > mv parse-datetime.c parse-datetime.c-t && \
> > mv parse-datetime.c-t ./parse-datetime.c
> > make: Fatal error: Command failed for target `parse-datetime.c'
> > Current working directory /root/gnutls-3.2.18/src/gl
> > *** Error code 1
>
>
> What rev of gcc are you using ?
>
>
> dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20140926/c041bcb5/attachment.html>

From dev at cor0.com  Sat Sep 27 04:04:47 2014
From: dev at cor0.com (dev)
Date: Fri, 26 Sep 2014 22:04:47 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nUpfZTYkt-1Te02Ovu=WVRoDb3m_cTXkz6=AnQwcAr7Vg@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
 <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
 <1777879930.49652.1411776538350.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <CAA0a8nUpfZTYkt-1Te02Ovu=WVRoDb3m_cTXkz6=AnQwcAr7Vg@mail.gmail.com>
Message-ID: <1329401570.51634.1411783487324.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 26, 2014 at 8:49 PM Mat Troi <mattroisang at gmail.com> wrote:
> gcc (GCC) 4.8.2

Good stuff. The version that ships with Solaris 10, like
everything else in it, is so old that even the dust on it
has gathered dust :

$ /usr/sfw/bin/gcc --version
gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.


From nmav at gnutls.org  Sat Sep 27 09:01:39 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Sat, 27 Sep 2014 09:01:39 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1411801299.2484.0.camel@nomad.lan>

On Fri, 2014-09-26 at 15:29 -0400, dev wrote:

> Just did a clone and the new lib/x509/verify-high2.c is *wildly*
> different
> from the source file in the release tarball to the extent that the
> function
> load_dir_certs() is gone entirely.
> 
> Let me check here :
> 
> node000$ /usr/local/bin/git clone git://git.savannah.gnu.org/gnutls.git

Gnutls' repository was moved to gitorious some time ago.
It is: git://gitorious.org/gnutls/gnutls.git

regards,
Nikos




From nmav at gnutls.org  Sat Sep 27 09:04:43 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Sat, 27 Sep 2014 09:04:43 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <CAA0a8nU0xH=FKj5JU8jrL68b3hmkvMgTThRGV98GXiKrkNpzmg@mail.gmail.com>
 <1411712446.2441.4.camel@nomad.lan>
 <997128128.35734.1411759907390.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <CAA0a8nXDnO=OnAUiN6h+6OAr5033DSKLK6O5MKDmy0tHd_7ycg@mail.gmail.com>
Message-ID: <1411801483.2484.3.camel@nomad.lan>

On Fri, 2014-09-26 at 14:12 -0700, Mat Troi wrote:
> Thanks.  I am compiling with gcc .  I used your other solution disable
> asm with --disable-hardware-acceleration.  Now I have this error:
> "/root/gnutls-3.2.18/src/gl/./parse-datetime.y", line 289: fatal:
> invalid escape, or illegal reserved word: pure
> *** Error code 1
> The following command caused the error:
> echo "  GEN     "
> parse-datetime.c;/bin/sh ../../build-aux/ylwrap ./parse-datetime.y \
>                               y.tab.c parse-datetime.c \
>                               y.tab.h parse-datetime.h \
>                               y.output parse-datetime.output \
>                               -- /usr/bin/yacc   && \
> mv parse-datetime.c parse-datetime.c-t && \
> mv parse-datetime.c-t ./parse-datetime.c
> make: Fatal error: Command failed for target `parse-datetime.c'
> Current working directory /root/gnutls-3.2.18/src/gl
> *** Error code 1

For some reason your build decided to regenerated parse-datetime.c. That
shouldn't happen normally (e.g., if timestamps are ok). Nevertheless,
you may need a recent version of bison and re-run configure for that
file to be regenerated.

regards,
Nikos






From dev at cor0.com  Sat Sep 27 12:56:31 2014
From: dev at cor0.com (dev)
Date: Sat, 27 Sep 2014 06:56:31 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411801299.2484.0.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
Message-ID: <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 27, 2014 at 3:01 AM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Fri, 2014-09-26 at 15:29 -0400, dev wrote:
>
> > Just did a clone and the new lib/x509/verify-high2.c is *wildly*
> > different
> > from the source file in the release tarball to the extent that the
> > function
> > load_dir_certs() is gone entirely.
> >
> > Let me check here :
> >
> > node000$ /usr/local/bin/git clone
> > git://git.savannah.gnu.org/gnutls.git
>
> Gnutls' repository was moved to gitorious some time ago.
> It is: git://gitorious.org/gnutls/gnutls.git
>
> regards,
> Nikos
>
>

OKay, thank you for the redirection of my brain and once again I think
we have progress .. so let's see what we have here :

node000$ git clone git://gitorious.org/gnutls/gnutls.git
Cloning into 'gnutls'...
remote: Counting objects: 150790, done.
remote: Compressing objects: 100% (28109/28109), done.
remote: Total 150790 (delta 127792), reused 145271 (delta 122296)
Receiving objects: 100% (150790/150790), 60.87 MiB | 302.00 KiB/s, done.
Resolving deltas: 100% (127792/127792), done.
Checking connectivity... done.
Checking out files: 100% (1977/1977), done.


nice .. I will take the once file that I am looking for now :

node000$ cp -p ./gnutls/lib/x509/verify-high2.c \
> /usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/x509/verify-high2.c

head back to my build area for various things like GNU TLS :

node000$ cd /usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/


... and do a quick look :

node000$ ls -lapb lib/x509/verify-high2.*
-rw-r--r--   1 dclarke  devl       10543 Sep 27 09:59
lib/x509/verify-high2.c
-rw-r--r--   1 dclarke  devl       10408 Sep 12 16:31
lib/x509/verify-high2.c_


The one with the trailing underscore is my backup of the original file
from the release tarball.


node000$ diff -cut lib/x509/verify-high2.c_ lib/x509/verify-high2.c
--- lib/x509/verify-high2.c_    Fri Sep 12 16:31:50 2014
+++ lib/x509/verify-high2.c     Sat Sep 27 09:59:18 2014
@@ -36,6 +36,12 @@

 #include <dirent.h>

+#ifndef _DIRENT_HAVE_D_TYPE
+# ifdef DT_UNKNOWN
+#  define _DIRENT_HAVE_D_TYPE
+# endif
+#endif
+
 /* Convenience functions for verify-high functionality
  */

@@ -309,8 +315,12 @@
 #else
                         struct dirent e;
                         ret = readdir_r(dirp, &e, &d);
-                        if (ret == 0 && d != NULL && (d->d_type ==
DT_REG || d->d_type == DT_LNK || d->d_type == DT_UNKNOWN)) {
+                        if (ret == 0 && d != NULL
+#ifdef _DIRENT_HAVE_D_TYPE
+                                && (d->d_type == DT_REG || d->d_type ==
DT_LNK || d->d_type == DT_UNKNOWN)
 #endif
+                        ) {
+#endif
                                 snprintf(path, sizeof(path), "%s/%s",
                                          dirname, d->d_name);



OKay .. so let me see if I can re-format that a bit to get things into
72 chars wide neatly by swapping the tabs for four-spaces and then a
little re-jigger of things from line 297 onwards into func
load_dir_certs() :


static
int load_dir_certs(const char *dirname,
                   gnutls_x509_trust_list_t list,
                   unsigned int tl_flags, unsigned int tl_vflags,
                   unsigned type, unsigned crl)
{
    DIR *dirp;
    struct dirent *d;
    int ret;
    int r = 0;
    char path[GNUTLS_PATH_MAX];

    dirp = opendir(dirname);
    if (dirp != NULL) {
        do {
#ifdef _WIN32
            d = readdir(dirp);
            if (d != NULL) {
#else
            struct dirent e;
            ret = readdir_r(dirp, &e, &d);
            if (ret == 0 && d != NULL
#ifdef _DIRENT_HAVE_D_TYPE
                && (   ( d->d_type == DT_REG )
                    || ( d->d_type == DT_LNK )
                    || ( d->d_type == DT_UNKNOWN )
                   )
#endif
            ) {
#endif
                snprintf(path, sizeof(path), "%s/%s",
                     dirname, d->d_name);

                if (crl != 0) {
                    ret =
                        gnutls_x509_trust_list_add_trust_file
                        (list, NULL, path, type, tl_flags,
                         tl_vflags);
                } else {
                    ret =
                        gnutls_x509_trust_list_add_trust_file
                        (list, path, NULL, type, tl_flags,
                         tl_vflags);
                }
                if (ret >= 0)
                    r += ret;
            }
        }
        while (d != NULL);
        closedir(dirp);
    }

    return r;
}

Yeah I know. I'm a bit pedantic but that looks more readable.  Sorry.

Okay .. so we have a new ifdef in there as opposed to going fully
portable.  However if those condition checks for a DT_REG or DT_LNK or
the default DT_UNKNOWN are a throwaway then why have them at all? It
looks like the result here is ( if you don't have that d_type stuff in
dirent.h ) then ( ignore this anyways ) is the end result here.  I know
this has been beaten to death over the years in a million places but I
do wish that DT_UNKNOWN was returned on all systems where we don't have
d_type in the struct dirent.

OKay for the moment and let me just look at that ifdef chunk at the top
there from line 36 :


#include <dirent.h>

#ifndef _DIRENT_HAVE_D_TYPE
# ifdef DT_UNKNOWN
#  define _DIRENT_HAVE_D_TYPE
# endif
#endif


huh ... okay.  I guess.


Really what is on my mind here is why the need for the d_type bits at
all inside that function.

dunno really .. but let's try a new fresh rebuild with this change and
only this change from where things stopped last time :



node000$
node000$ gmake
/usr/local/bin/gmake  all-recursive
gmake[1]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001'
Making all in gl
gmake[2]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
/usr/local/bin/gmake  all-recursive
gmake[3]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
Making all in tests
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
/usr/local/bin/gmake  all-recursive
gmake[5]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
Making all in .
gmake[6]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[6]: Nothing to be done for `all-am'.
gmake[6]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[5]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl/tests'
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
gmake[3]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
gmake[2]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/gl'
Making all in lib
gmake[2]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
/usr/local/bin/gmake  all-recursive
gmake[3]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
Making all in includes
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/includes'
gmake[4]: Nothing to be done for `all'.
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/includes'
Making all in x509
gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/x509'
  CC       verify-high2.lo
  CC       x509_ext.lo
  CC       ocsp.lo
  CC       ocsp_output.lo
  CCLD     libgnutls_x509.la
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/x509'
Making all in auth
.
.
.


Excellent !  We are past the x509 directory with that change.

Things move along nicely until I see :


gmake[4]: Entering directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/opencdk'
  CC       armor.lo
  CC       kbnode.lo
  CC       sig-check.lo
  CC       keydb.lo
"keydb.c", line 1955: warning: statement not reached
"keydb.c", line 2276: warning: statement not reached
  CC       pubkey.lo
"pubkey.c", line 645: warning: statement not reached
  CC       stream.lo


Note .. I am going to insert some blank lines here just for clarity.


"stream.c", line 668: warning: return value type mismatch
"stream.c", line 670: warning: return value type mismatch
"stream.c", line 672: warning: return value type mismatch
"stream.c", line 1119: warning:
                             argument #2 is incompatible with prototype:

123456789+123456789+123456789+123456789+123456789+123456789+123456789+12

        prototype: pointer to
           function(pointer to void, int,
                    pointer to struct __FILE {array[16] of long __pad},
                    pointer to struct __FILE {array[16] of long __pad})
                    returning enum  {CDK_Network_Error(28),
                                     CDK_No_Passphrase(27),
                                     CDK_No_Data(26),
                                     CDK_Unusable_Key(25),
                                     CDK_Too_Short(24),
                                     CDK_Inv_Packet_Ver(23),
                                     CDK_Wrong_Format(22),
                                     CDK_Error_No_Keyring(21),
                                     CDK_Inv_Mode(20),
                                     CDK_Bad_MDC(19),
                                     CDK_Wrong_Seckey(18),
                                     CDK_Out_Of_Core(17),
                                     CDK_Weak_Key(16),
                                     CDK_Zlib_Error(15),
                                     CDK_Time_Conflict(14),
                                     CDK_Chksum_Error(13),
                                     CDK_Error_No_Key(12),
                                     CDK_Inv_Value(11),
                                     CDK_MPI_Error(10),
                                     CDK_Armor_CRC_Error(9),
                                     CDK_Armor_Error(8),
                                     CDK_Not_Implemented(6),
                                     CDK_Inv_Algo(5),
                                     CDK_Inv_Packet(4),
                                     CDK_Bad_Sig(3),
                                     CDK_File_Error(2),
                                     CDK_General_Error(1),
                                     CDK_Success(0),
                                     CDK_EOF(-1)} : "stream.c",

line 632

        argument : pointer to
           function(pointer to void, int,
                    pointer to struct __FILE {array[16] of long __pad},
                    pointer to struct __FILE {array[16] of long __pad})
           returning int

"stream.c", line 1158: warning: argument #2 is incompatible with
prototype:

etc etc etc and other noisey output from the Oracle Studio 12.3 compiler
kit, which is fine because I asked for it ;-)

  CC       write-packet.lo
  CC       misc.lo
  CC       seskey.lo
  CC       literal.lo
"literal.c", line 160: warning: statement not reached
  CC       new-packet.lo
  CC       read-packet.lo
  CCLD     libminiopencdk.la
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib/opencdk'
Making all in openpgp
.
.
.

OKay .. so as you can see I have really verbose options enabled and so I
will climb into lib/opencdk/stream.c and see if I can sort out the
noisey type mismatch warnings.


Those are just warnings however ... build does continue up until here :


  CCLD     libgnutls.la
Undefined                       first referenced
 symbol                             in file
inet_aton
                          x509/.libs/libgnutls_x509.a(rfc2818_hostname.o)
 (symbol belongs to implicit dependency /lib/64/libnsl.so.1)
ld: fatal: symbol referencing errors. No output written to
.libs/libgnutls.so.28.41.0
gmake[4]: *** [libgnutls.la] Error 2
gmake[4]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001/lib'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/local/build/gnutls-3.3.8_SunOS5.10_sparcv9_001'
gmake: *** [all] Error 2
node000$

OKay, this looks familiar and I remember running into this last time I
tried a build of gnutls and I think I recall the solution was we need
-lsocket -lnsl on Solaris because the socket funcs inet_ntop, inet_ntoa
etc etc are buried somewhere in some lib.  We definately need this :

     #include <sys/types.h>
     #include <sys/socket.h>
     #include <netinet/in.h>
     #include <arpa/inet.h>

In any case we have progress and let me hack at it and I will certainly
let you know.

Just aside, I see two flavours of inet_pton.c here at ./lib/inet_pton.c
and also ./src/gl/inet_pton.c which is different.

One is a version from ISC and the other from the FSF.  Okay .. I'll look
into this also to see if there is a reason for why these are separate,
different or why they even exist or whatever .. don't know.  This means
coffee needed.


Dennis


From nmav at gnutls.org  Sat Sep 27 17:53:46 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Sat, 27 Sep 2014 17:53:46 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1411833226.6999.3.camel@nomad.lan>

On Sat, 2014-09-27 at 06:56 -0400, dev wrote:

> OKay, this looks familiar and I remember running into this last time I
> tried a build of gnutls and I think I recall the solution was we need
> -lsocket -lnsl on Solaris because the socket funcs inet_ntop, inet_ntoa
> etc etc are buried somewhere in some lib.  We definately need this :
> 
>      #include <sys/types.h>
>      #include <sys/socket.h>
>      #include <netinet/in.h>
>      #include <arpa/inet.h>
> 
> In any case we have progress and let me hack at it and I will certainly
> let you know.

Thanks.

> Just aside, I see two flavours of inet_pton.c here at ./lib/inet_pton.c
> and also ./src/gl/inet_pton.c which is different.
> One is a version from ISC and the other from the FSF.  Okay .. I'll look
> into this also to see if there is a reason for why these are separate,
> different or why they even exist or whatever .. don't know.  This means
> coffee needed.

gnulib (the gl directory) has sockets functions, but they work fine only
when used in an end application not a library. For example they override
recv() and send(), and in windows it was not possible to pass socket
descriptors to gnutls if they were not obtained from gnulib. Thus, I've
removed all gnulib networking from the library and only remains for the
end applications (in src).

regards,
Nikos




From dev at cor0.com  Tue Sep 30 20:04:29 2014
From: dev at cor0.com (dev)
Date: Tue, 30 Sep 2014 14:04:29 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1411833226.6999.3.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
Message-ID: <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 27, 2014 at 11:53 AM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Sat, 2014-09-27 at 06:56 -0400, dev wrote:
>
> > OKay, this looks familiar and I remember running into this last time
> > I
> > tried a build of gnutls and I think I recall the solution was we
> > need
> > -lsocket -lnsl on Solaris because the socket funcs inet_ntop,
> > inet_ntoa
> > etc etc are buried somewhere in some lib.  We definately need this :
> >
> >      #include <sys/types.h>
> >      #include <sys/socket.h>
> >      #include <netinet/in.h>
> >      #include <arpa/inet.h>
> >
> > In any case we have progress and let me hack at it and I will
> > certainly
> > let you know.
>
> Thanks.

I have made no progress on that yet. There is someplace in that Makefile
within the ./lib directory that needs -lnsl and -lsocket but I can not
seem to find where. Any hints ?

Also, unrelated, but annoying little type mismatch warnings from two
source
files are easily fixed with a simple cast thus :


Warning :

  CC       x509.lo
"x509.c", line 2954: warning: argument #3 is incompatible with
prototype:
        prototype: pointer to unsigned int :
"./../includes/gnutls/x509-ext.h", line 64
        argument : pointer to enum gnutls_x509_subject_alt_name_t
{GNUTLS_SAN_OTHERNAME_XMPP(1000), GNUTLS_SAN_DN(6),
GNUTLS_SAN_OTHERNAME(5), GNUTLS_SAN_IPADDRESS(4), GNUTLS_SAN_URI(3),
GNUTLS_SAN_RFC822NAME(2), GNUTLS_SAN_DNSNAME(1)}


Trivial fix :

$ diff -cu  ./lib/x509/x509.c_ ./lib/x509/x509.c
--- ./lib/x509/x509.c_  Mon Sep 15 18:40:54 2014
+++ ./lib/x509/x509.c   Tue Sep 30 11:19:29 2014
@@ -2951,7 +2951,7 @@
                goto cleanup;
        }

-       ret = gnutls_x509_crl_dist_points_get(cdp, seq, &type, &t_san,
reason_flags);
+       ret = gnutls_x509_crl_dist_points_get(cdp,
seq,(gnutls_x509_subject_alt_name_t) &type, &t_san, reason_flags);
        if (ret < 0) {
                gnutls_assert();
                goto cleanup;


Warnings :

"stream.c", line 1119: warning: argument #2 is incompatible with
prototype:
        prototype: pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning enum  {CDK_Network_Error(28),
CDK_No_Passphrase(27), CDK_No_Data(26), CDK_Unusable_Key(25),
CDK_Too_Short(24), CDK_Inv_Packet_Ver(23), CDK_Wrong_Format(22),
CDK_Error_No_Keyring(21), CDK_Inv_Mode(20), CDK_Bad_MDC(19),
CDK_Wrong_Seckey(18), CDK_Out_Of_Core(17), CDK_Weak_Key(16),
CDK_Zlib_Error(15), CDK_Time_Conflict(14), CDK_Chksum_Error(13),
CDK_Error_No_Key(12), CDK_Inv_Value(11), CDK_MPI_Error(10),
CDK_Armor_CRC_Error(9), CDK_Armor_Error(8), CDK_Not_Implemented(6),
CDK_Inv_Algo(5), CDK_Inv_Packet(4), CDK_Bad_Sig(3), CDK_File_Error(2),
CDK_General_Error(1), CDK_Success(0), CDK_EOF(-1)} : "stream.c", line
632
        argument : pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning int
"stream.c", line 1158: warning: argument #2 is incompatible with
prototype:
        prototype: pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning enum  {CDK_Network_Error(28),
CDK_No_Passphrase(27), CDK_No_Data(26), CDK_Unusable_Key(25),
CDK_Too_Short(24), CDK_Inv_Packet_Ver(23), CDK_Wrong_Format(22),
CDK_Error_No_Keyring(21), CDK_Inv_Mode(20), CDK_Bad_MDC(19),
CDK_Wrong_Seckey(18), CDK_Out_Of_Core(17), CDK_Weak_Key(16),
CDK_Zlib_Error(15), CDK_Time_Conflict(14), CDK_Chksum_Error(13),
CDK_Error_No_Key(12), CDK_Inv_Value(11), CDK_MPI_Error(10),
CDK_Armor_CRC_Error(9), CDK_Armor_Error(8), CDK_Not_Implemented(6),
CDK_Inv_Algo(5), CDK_Inv_Packet(4), CDK_Bad_Sig(3), CDK_File_Error(2),
CDK_General_Error(1), CDK_Success(0), CDK_EOF(-1)} : "stream.c", line
632
        argument : pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning int
"stream.c", line 1211: warning: argument #2 is incompatible with
prototype:
        prototype: pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning enum  {CDK_Network_Error(28),
CDK_No_Passphrase(27), CDK_No_Data(26), CDK_Unusable_Key(25),
CDK_Too_Short(24), CDK_Inv_Packet_Ver(23), CDK_Wrong_Format(22),
CDK_Error_No_Keyring(21), CDK_Inv_Mode(20), CDK_Bad_MDC(19),
CDK_Wrong_Seckey(18), CDK_Out_Of_Core(17), CDK_Weak_Key(16),
CDK_Zlib_Error(15), CDK_Time_Conflict(14), CDK_Chksum_Error(13),
CDK_Error_No_Key(12), CDK_Inv_Value(11), CDK_MPI_Error(10),
CDK_Armor_CRC_Error(9), CDK_Armor_Error(8), CDK_Not_Implemented(6),
CDK_Inv_Algo(5), CDK_Inv_Packet(4), CDK_Bad_Sig(3), CDK_File_Error(2),
CDK_General_Error(1), CDK_Success(0), CDK_EOF(-1)} : "stream.c", line
632
        argument : pointer to function(pointer to void, int, pointer to
struct __FILE {array[16] of long __pad}, pointer to struct __FILE
{array[16] of long __pad}) returning int



Trivial fixes :


$ diff -cu ./lib/opencdk/stream.c_ ./lib/opencdk/stream.c
--- ./lib/opencdk/stream.c_     Tue Jul 29 20:22:47 2014
+++ ./lib/opencdk/stream.c      Tue Sep 30 11:10:55 2014
@@ -1116,7 +1116,7 @@
                gnutls_assert();
                return CDK_Inv_Value;
        }
-       f = filter_add(s, _cdk_filter_armor, fARMOR);
+       f = filter_add(s, (filter_fnct_t) _cdk_filter_armor, fARMOR);
        if (!f) {
                gnutls_assert();
                return CDK_Out_Of_Core;
@@ -1155,7 +1155,7 @@
        }

        orig_fname = _cdk_stream_get_fname(s);
-       f = filter_add(s, _cdk_filter_literal, fLITERAL);
+       f = filter_add(s,(filter_fnct_t) _cdk_filter_literal, fLITERAL);
        if (!f) {
                gnutls_assert();
                return CDK_Out_Of_Core;
@@ -1208,7 +1208,7 @@
                gnutls_assert();
                return CDK_Inv_Value;
        }
-       f = filter_add(s, _cdk_filter_text, fTEXT);
+       f = filter_add(s,(filter_fnct_t) _cdk_filter_text, fTEXT);
        if (!f) {
                gnutls_assert();
                return CDK_Out_Of_Core;


Dennis


From nmav at gnutls.org  Tue Sep 30 21:15:33 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Tue, 30 Sep 2014 21:15:33 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
 <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1412104533.2908.8.camel@nomad.lan>

On Tue, 2014-09-30 at 14:04 -0400, dev wrote:

> > > OKay, this looks familiar and I remember running into this last time
> > > I
> > > tried a build of gnutls and I think I recall the solution was we
> > > need
> > > -lsocket -lnsl on Solaris because the socket funcs inet_ntop,
> > > inet_ntoa
> [...]
> I have made no progress on that yet. There is someplace in that Makefile
> within the ./lib directory that needs -lnsl and -lsocket but I can not
> seem to find where. Any hints ?

gnulib may have done some discovery of them. Do any of the variables in
config.log contains -lsocket -lnsl? If yes we could reuse it. I'd have
expected LIBSOCKET to contain that.

> Also, unrelated, but annoying little type mismatch warnings from two
> source
> files are easily fixed with a simple cast thus :
> Warning :
>   CC       x509.lo
> "x509.c", line 2954: warning: argument #3 is incompatible with
> prototype:
>         prototype: pointer to unsigned int :
> "./../includes/gnutls/x509-ext.h", line 64
>         argument : pointer to enum gnutls_x509_subject_alt_name_t
> {GNUTLS_SAN_OTHERNAME_XMPP(1000), GNUTLS_SAN_DN(6),
> GNUTLS_SAN_OTHERNAME(5), GNUTLS_SAN_IPADDRESS(4), GNUTLS_SAN_URI(3),
> GNUTLS_SAN_RFC822NAME(2), GNUTLS_SAN_DNSNAME(1)}

I don't see why that warning is there. The prototype I have has
"unsigned int", and in the code "type" is defined as unsigned. Is that
from gnutls master? Could you quote the function and the prototype you
have?

> Warnings :
> Trivial fixes :
> $ diff -cu ./lib/opencdk/stream.c_ ./lib/opencdk/stream.c
> --- ./lib/opencdk/stream.c_     Tue Jul 29 20:22:47 2014
> +++ ./lib/opencdk/stream.c      Tue Sep 30 11:10:55 2014
> @@ -1116,7 +1116,7 @@
>                 gnutls_assert();
>                 return CDK_Inv_Value;
>         }
> -       f = filter_add(s, _cdk_filter_armor, fARMOR);
> +       f = filter_add(s, (filter_fnct_t) _cdk_filter_armor, fARMOR);

Thanks. I've fixed the prototype instead. Casting functions is pretty
dangerous.

regards,
Nikos




From nmav at gnutls.org  Tue Sep 30 21:25:07 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Tue, 30 Sep 2014 21:25:07 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1412104533.2908.8.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
 <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1412104533.2908.8.camel@nomad.lan>
Message-ID: <1412105107.2908.9.camel@nomad.lan>

On Tue, 2014-09-30 at 21:15 +0200, Nikos Mavrogiannopoulos wrote:
> On Tue, 2014-09-30 at 14:04 -0400, dev wrote:
> 
> > > > OKay, this looks familiar and I remember running into this last time
> > > > I
> > > > tried a build of gnutls and I think I recall the solution was we
> > > > need
> > > > -lsocket -lnsl on Solaris because the socket funcs inet_ntop,
> > > > inet_ntoa
> > [...]
> > I have made no progress on that yet. There is someplace in that Makefile
> > within the ./lib directory that needs -lnsl and -lsocket but I can not
> > seem to find where. Any hints ?
> 
> gnulib may have done some discovery of them. Do any of the variables in
> config.log contains -lsocket -lnsl? If yes we could reuse it. I'd have
> expected LIBSOCKET to contain that.

Otherwise let me know whether that patch works. (it would require
running autoreconf after applying).

regards,
Nikos

-------------- next part --------------
diff --git a/configure.ac b/configure.ac
index 5620b8f..177d64b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -190,6 +190,11 @@ AC_LIB_HAVE_LINKFLAGS(rt,, [#include <time.h>
 #include <signal.h>
 ], [timer_create (0,0,0);])
 
+AC_LIB_HAVE_LINKFLAGS(nsl,, [#include <sys/socket.h>
+#include <netinet/in.h>
+#include <arpa/inet.h>
+], [inet_aton (0,0);])
+
 if test "$have_win" != "yes";then
   AC_CHECK_FUNCS([pthread_mutex_lock],,)
   if test "$ac_cv_func_pthread_mutex_lock" != "yes";then
diff --git a/lib/Makefile.am b/lib/Makefile.am
index fccc8d4..1cad11e 100644
--- a/lib/Makefile.am
+++ b/lib/Makefile.am
@@ -129,7 +129,7 @@ libgnutls_la_LIBADD = ../gl/libgnu.la x509/libgnutls_x509.la \
 	ext/libgnutls_ext.la \
 	auth/libgnutls_auth.la algorithms/libgnutls_alg.la \
 	extras/libgnutls_extras.la
-thirdparty_libadd = $(LTLIBZ) $(LTLIBINTL) $(LIBSOCKET) \
+thirdparty_libadd = $(LTLIBZ) $(LTLIBINTL) $(LIBSOCKET) $(LIBNSL) \
 	$(LTLIBICONV) $(P11_KIT_LIBS) $(LIB_SELECT) $(TSS_LIBS)
 
 if HAVE_LIBIDN

From dev at cor0.com  Tue Sep 30 21:55:32 2014
From: dev at cor0.com (dev)
Date: Tue, 30 Sep 2014 15:55:32 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1412104533.2908.8.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
 <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1412104533.2908.8.camel@nomad.lan>
Message-ID: <88217918.43893.1412106932466.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 30, 2014 at 3:15 PM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Tue, 2014-09-30 at 14:04 -0400, dev wrote:
>
> > > > OKay, this looks familiar and I remember running into this last
> > > > time
> > > > I
> > > > tried a build of gnutls and I think I recall the solution was we
> > > > need
> > > > -lsocket -lnsl on Solaris because the socket funcs inet_ntop,
> > > > inet_ntoa
> > [...]
> > I have made no progress on that yet. There is someplace in that
> > Makefile
> > within the ./lib directory that needs -lnsl and -lsocket but I can
> > not
> > seem to find where. Any hints ?
>
> gnulib may have done some discovery of them. Do any of the variables
> in
> config.log contains -lsocket -lnsl? If yes we could reuse it. I'd have
> expected LIBSOCKET to contain that.

Let me come back to this one in another email. I am going to do a pull
from the git repo and then try again from scratch and see what I see.
Better to work with current data.

>
> > Also, unrelated, but annoying little type mismatch warnings from two
> > source
> > files are easily fixed with a simple cast thus :
> > Warning :
> >   CC       x509.lo
> > "x509.c", line 2954: warning: argument #3 is incompatible with
> > prototype:
> >         prototype: pointer to unsigned int :
> > "./../includes/gnutls/x509-ext.h", line 64
> >         argument : pointer to enum gnutls_x509_subject_alt_name_t
> > {GNUTLS_SAN_OTHERNAME_XMPP(1000), GNUTLS_SAN_DN(6),
> > GNUTLS_SAN_OTHERNAME(5), GNUTLS_SAN_IPADDRESS(4), GNUTLS_SAN_URI(3),
> > GNUTLS_SAN_RFC822NAME(2), GNUTLS_SAN_DNSNAME(1)}
>
> I don't see why that warning is there. The prototype I have has
> "unsigned int", and in the code "type" is defined as unsigned.

The problem seems to  be that the argument should be a ointer to enum
gnutls_x509_subject_alt_name_t but that is not what the actual argument
is. Therefore I chucked in a silly cast to make the warning go away.
However I may be masking a problem that is worth looking at .. not sure.

> Is that from gnutls master? Could you quote the function and the
> prototype you
> have?


Sorry, this was from the release tarball. I am going to do a pull and
get going from scratch and let you know what I see.

> Thanks. I've fixed the prototype instead. Casting functions is pretty
> dangerous.

Thank you.

If you did the commit then I should get a cleaner run on this before I
hit my snag with inet_aton().

Dennis


From dev at cor0.com  Tue Sep 30 22:53:29 2014
From: dev at cor0.com (dev)
Date: Tue, 30 Sep 2014 16:53:29 -0400 (EDT)
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <1412105107.2908.9.camel@nomad.lan>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
 <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1412104533.2908.8.camel@nomad.lan> <1412105107.2908.9.camel@nomad.lan>
Message-ID: <376211371.48242.1412110409015.JavaMail.vpopmail@webmail2.networksolutionsemail.com>



On September 30, 2014 at 3:25 PM Nikos Mavrogiannopoulos
<nmav at gnutls.org> wrote:
> On Tue, 2014-09-30 at 21:15 +0200, Nikos Mavrogiannopoulos wrote:
> > On Tue, 2014-09-30 at 14:04 -0400, dev wrote:
> >
> > > > > OKay, this looks familiar and I remember running into this
> > > > > last time
> > > > > I
> > > > > tried a build of gnutls and I think I recall the solution was
> > > > > we
> > > > > need
> > > > > -lsocket -lnsl on Solaris because the socket funcs inet_ntop,
> > > > > inet_ntoa
> > > [...]
> > > I have made no progress on that yet. There is someplace in that
> > > Makefile
> > > within the ./lib directory that needs -lnsl and -lsocket but I can
> > > not
> > > seem to find where. Any hints ?
> >
> > gnulib may have done some discovery of them. Do any of the variables
> > in
> > config.log contains -lsocket -lnsl? If yes we could reuse it. I'd
> > have
> > expected LIBSOCKET to contain that.
>
> Otherwise let me know whether that patch works. (it would require
> running autoreconf after applying).

I just did a fresh pull from git and then copyied everything into a
working area and ran autoreconf -vfi only to see a GNUism error :


node000$ autoreconf -v -f -i
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
Copying file ABOUT-NLS
Copying file build-aux/config.rpath
Copying file m4/codeset.m4
Copying file m4/fcntl-o.m4
Copying file m4/gettext.m4
Copying file m4/glibc2.m4
Copying file m4/glibc21.m4
Copying file m4/iconv.m4
Copying file m4/intdiv0.m4
Copying file m4/intl.m4
Copying file m4/intldir.m4
Copying file m4/intlmacosx.m4
Copying file m4/intmax.m4
Copying file m4/inttypes-pri.m4
Copying file m4/inttypes_h.m4
Copying file m4/lcmessage.m4
Copying file m4/lib-ld.m4
Copying file m4/lib-link.m4
Copying file m4/lib-prefix.m4
Copying file m4/lock.m4
Copying file m4/longlong.m4
Copying file m4/nls.m4
Copying file m4/po.m4
Copying file m4/printf-posix.m4
Copying file m4/progtest.m4
Copying file m4/size_max.m4
Copying file m4/stdint_h.m4
Copying file m4/threadlib.m4
Copying file m4/uintmax_t.m4
Copying file m4/visibility.m4
Copying file m4/wchar_t.m4
Copying file m4/wint_t.m4
Copying file m4/xsize.m4
Copying file po/Makefile.in.in
Copying file po/Makevars.template
Copying file po/Rules-quot
Copying file po/boldquot.sed
Copying file po/en at boldquot.header
Copying file po/en at quot.header
Copying file po/insert-header.sin
Copying file po/quot.sed
Copying file po/remove-potcdate.sin
autoreconf: running: aclocal --force -I m4 -I gl/m4 -I src/libopts/m4 -I
src/gl/m4
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
autoreconf: configure.ac: tracing
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
autoreconf: running: /usr/local/bin/autoconf --force
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
autoreconf: running: /usr/local/bin/autoheader --force
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:157: LIBOPTS_WITHLIB_REGEX is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:259: LIBOPTS_RUN_PATHFIND is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:302: LIBOPTS_RUN_REALPATH is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:329: LIBOPTS_RUN_STRFTIME is expanded from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:362: LIBOPTS_RUN_FOPEN_BINARY is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:463: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from...
src/libopts/m4/libopts.m4:385: LIBOPTS_RUN_FOPEN_TEXT is expanded
from...
src/libopts/m4/libopts.m4:424: INVOKE_LIBOPTS_MACROS is expanded from...
src/libopts/m4/libopts.m4:559: AM_COND_IF is expanded from...
src/libopts/m4/libopts.m4:580: LIBOPTS_CHECK is expanded from...
configure.ac:463: the top level
configure.ac:154: warning: The 'AM_PROG_MKDIR_P' macro is deprecated,
and will soon be removed.
configure.ac:154: You should use the Autoconf-provided 'AC_PROG_MKDIR_P'
macro instead,
configure.ac:154: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your
Makefile.am files.
configure.ac:45: installing 'build-aux/compile'
configure.ac:27: installing 'build-aux/config.guess'
configure.ac:27: installing 'build-aux/config.sub'
configure.ac:29: installing 'build-aux/install-sh'
configure.ac:29: installing 'build-aux/missing'
Makefile.am: installing './INSTALL'
Makefile.am: error: required file './ChangeLog' not found
doc/Makefile.am: installing 'build-aux/depcomp'
doc/Makefile.am:135: installing 'build-aux/mdate-sh'
doc/Makefile.am:135: installing 'build-aux/texinfo.tex'
guile/src/Makefile.am:113: warning: '%'-style pattern rules are a GNU
make extension
autoreconf: automake failed with exit status: 1
node000$

odd given that :

node000$ gmake --version
GNU Make 3.82
Built for sparc-sun-solaris2.10
Copyright (C) 2010  Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

So not sure what the issue is there.  Welcome to the Solaris/UNIX world
where nothing ever "just works" unless you throw a ton of money at it.

Dennis



From nmav at gnutls.org  Tue Sep 30 23:48:38 2014
From: nmav at gnutls.org (Nikos Mavrogiannopoulos)
Date: Tue, 30 Sep 2014 23:48:38 +0200
Subject: [gnutls-help] Compiling gnutls on solaris
In-Reply-To: <376211371.48242.1412110409015.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
References: <CAA0a8nUKs6MMKrgcU7tK=-bsBi5K3rP+tM39Gr767qV1+p4ZFw@mail.gmail.com>
 <1151451447.22883.1411651761672.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1454936507.25153.1411653912436.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411664314.14218.2.camel@nomad.lan>
 <1565848195.35667.1411759785456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411801299.2484.0.camel@nomad.lan>
 <1033573853.10943.1411815391958.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1411833226.6999.3.camel@nomad.lan>
 <1388862836.36808.1412100271456.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
 <1412104533.2908.8.camel@nomad.lan> <1412105107.2908.9.camel@nomad.lan>
 <376211371.48242.1412110409015.JavaMail.vpopmail@webmail2.networksolutionsemail.com>
Message-ID: <1412113718.5174.2.camel@nomad.lan>

On Tue, 2014-09-30 at 16:53 -0400, dev wrote:

> configure.ac:45: installing 'build-aux/compile'
> configure.ac:27: installing 'build-aux/config.guess'
> configure.ac:27: installing 'build-aux/config.sub'
> configure.ac:29: installing 'build-aux/install-sh'
> configure.ac:29: installing 'build-aux/missing'
> Makefile.am: installing './INSTALL'
> Makefile.am: error: required file './ChangeLog' not found
> doc/Makefile.am: installing 'build-aux/depcomp'
> doc/Makefile.am:135: installing 'build-aux/mdate-sh'
> doc/Makefile.am:135: installing 'build-aux/texinfo.tex'
> guile/src/Makefile.am:113: warning: '%'-style pattern rules are a GNU
> make extension
> autoreconf: automake failed with exit status: 1
> node000$
> odd given that :
> node000$ gmake --version

The issue is the missing changelog :) Autotools are pretty weird in that
aspect. Try running gmake autoreconf after a clone.

regards,
Nikos