Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Jul 2005 19:23:00 +0200
From:      Volker Stolz <vs@FreeBSD.org>
To:        Andriy Gapon <avg@icyb.net.ua>
Cc:        freebsd-ports-bugs@FreeBSD.org
Subject:   Re: ports/84044: sysutils/udfclient: update to version 0.4.9
Message-ID:  <9BACF811-6820-4B29-884B-AFBBDC600509@FreeBSD.org>
In-Reply-To: <42E4FC6A.5010908@icyb.net.ua>
References:  <200507251436.j6PEaTHp055408@freefall.freebsd.org> <42E4FC6A.5010908@icyb.net.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On 25.07.2005, at 16:51, Andriy Gapon wrote:
> on 25.07.2005 17:36 Volker Stolz said the following:
>> Synopsis: sysutils/udfclient: update to version 0.4.9
>> State-Changed-Why:
>> Can you please check why it's linking with both -pthread and  
>> explicit -lc?
>
> this seems to be the reason:
> Makefile.in: POSTOBJ+= @SCSI_LIB@ @THREADLIB@ @TIMELIB@
>
> @TIMELIB@ is set as a result of checking libc and, if needed, librt  
> for
> some time-related functions. I guess correct fix would be to patch
> configure to try to compile test program without any additional  
> libs at
> all and, if that works, set @TIMELIB@ to empty string.

I don't think that this is needed on any FreeBSD-version. Can you  
come up with a simple fix?
Even if there's no -lc, compiled binaries implicitly depend on  
libc.so, but that's okay.
There is a potential for problem since -pthread invokes some magic  
which in the case of -lc_r
bombed on us and I'd like to avoid any potential problems here with -lc.

Volker



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9BACF811-6820-4B29-884B-AFBBDC600509>