From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.163]);
	by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id 62539294;
	for <tech@mdocml.bsd.lv>;
	Mon, 16 Mar 2015 12:25:12 -0500 (EST)
X-RZG-AUTH: :JiIXek6mfvEEUpFQdo7Fj1/zg48CFjWjQv0cW+St/nW/auYssS93lfgIF/wIgzc=
X-RZG-CLASS-ID: mo00
Received: from britannica.bec.de (ip-2-202-253-213.web.vodafone.de [2.202.253.213])
	by smtp.strato.de (RZmta 37.4 DYNA|AUTH)
	with ESMTPSA id x02fc1r2GHP3cTH
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client did not present a certificate);
	Mon, 16 Mar 2015 18:25:03 +0100 (CET)
Received: by britannica.bec.de (sSMTP sendmail emulation); Mon, 16 Mar 2015 18:25:02 +0100
Date: Mon, 16 Mar 2015 18:25:02 +0100
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: tech@mdocml.bsd.lv
Cc: Sevan Janiyan <venture37@geeklan.co.uk>
Subject: Re: Fwd: textproc/mdocml 1.13.3 on Solaris 10
Message-ID: <20150316172502.GA895@britannica.bec.de>
Mail-Followup-To: tech@mdocml.bsd.lv,
	Sevan Janiyan <venture37@geeklan.co.uk>
References: <550659F9.8040505@geeklan.co.uk>
 <5506D37F.5050900@bsd.lv>
 <20150316153511.GA3872@athene.usta.de>
X-Mailinglist: mdocml-tech
Reply-To: tech@mdocml.bsd.lv
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150316153511.GA3872@athene.usta.de>
User-Agent: Mutt/1.5.21 (2010-09-15)

On Mon, Mar 16, 2015 at 04:35:11PM +0100, Ingo Schwarze wrote:
> Hi Sevan,
> 
> Kristaps Dzonsons cited Sevan Janiyan on Mon, Mar 16, 2015 at 09:58:39PM +0900:
> 
> > I've just stumbled across an issue with mdocml when building on
> > Solaris 10 via pkgsrc-current, mkdtemp(), dirfd() and vasprintf() are
> > not available on there hence build fails:
> 
> It is hard to believe these are really unavailable.  mkdtemp() and dirfd()
> are POSIX 2008.  Admittedly, vasprintf() is a GNU extension, but it is
> so common and important that i don't understand how a system could live
> without it.

Solaris 10 is likely older than POSIX 2008, so no real surprise there...

> Besides, this is a *linker* failure.  If these functions were really
> unavailable, there would be no prototypes in the header files, and
> the *compiler* would already fail.  So i suspect somebody merely
> hid the object code away in some other shared library, not -lc.

Missing prototypes are normally only a warning.

That said, since this is in the context of pkgsrc, the problem is likely
just missing logic for using LDADD.

Joerg
--
 To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv