Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Jan 2014 08:52:34 +0100
From:      David Demelier <demelier.david@gmail.com>
To:        freebsd-ports@freebsd.org
Subject:   Re: dns/bind-tools fails to build on 10-stable
Message-ID:  <52DF78C2.10304@gmail.com>
In-Reply-To: <20140120192623.GA83718@potato.growveg.org>
References:  <20140120092904.GA13438@potato.growveg.org> <52DD676C.5090007@daemonic.se> <20140120192623.GA83718@potato.growveg.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

On 20/01/2014 20:26, John wrote:
> On Mon, Jan 20, 2014 at 07:14:04PM +0100, Niclas Zeising wrote:
>> On 01/20/14 10:29, John wrote:
>>> Hello list,
>>>
>>> On a new 10-stable system, I can't seem to build bind tools. I get the following
>>> error:
>>>
>>> checking host system type... x86_64-portbld-freebsd10.0
>>> checking whether make sets $(MAKE)... yes
>>> checking how to print strings... printf
>>> checking for gcc... cc
>>> checking whether the C compiler works... no
>>> configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2':
>>> configure: error: C compiler cannot create executables
>>> See `config.log' for more details
>>> ===>  Script "configure" failed unexpectedly.
>>> Please report the problem to mat@FreeBSD.org [maintainer] and attach the
>>> "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/config.log" including the
>>> output
>>> of the failure of your make command. Also, it might be a good idea to
>>> provide
>>> an overview of all packages installed on your system (e.g. a
>>> /usr/local/sbin/pkg-static info -g -Ea).
>>> *** Error code 1
>>>
>>> Stop.
>>> make[1]: stopped in /usr/ports/dns/bind-tools
>>> *** Error code 1
>>>
>>> Stop.
>>> make: stopped in /usr/ports/dns/bind-tools
>>>
>>> 10-stable is r260886. The ports tree is 340327. Before I directly bother
>>> the maintainer, I wondered if this is a known issue?
>>>
>>> thanks,
>>>
>> That is a rather strange error.  Can you provide config.log together
>> with /etc/make.conf and options for bind-tools?
>> Regards!
>> -- 
>> Niclas
> Hello, thanks for looking.
>
> I "fixed" the problem - looking in config.log, I noticed this:
>
> configure:3284: checking build system type
> configure:3298: result: x86_64-portbld-freebsd10.0
> configure:3318: checking host system type
> configure:3331: result: x86_64-portbld-freebsd10.0
> configure:3352: checking whether make sets $(MAKE)
> configure:3374: result: yes
> configure:3442: checking how to print strings
> configure:3469: result: printf
> configure:3538: checking for gcc
> configure:3565: result: cc
> configure:3794: checking for C compiler version
> configure:3803: cc --version >&5
> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
> Target: x86_64-unknown-freebsd10.0
> Thread model: posix
> configure:3814: $? = 0
> configure:3803: cc -v >&5
> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
> Target: x86_64-unknown-freebsd10.0
> Thread model: posix
> configure:3814: $? = 0
> configure:3803: cc -V >&5
> cc: error: argument to '-V' is missing (expected 1 value)
> cc: error: no input files
> configure:3814: $? = 1
> configure:3803: cc -qversion >&5
> cc: error: no input files
> configure:3814: $? = 1
> configure:3834: checking whether the C compiler works
> configure:3856: cc -O2 -pipe -fno-strict-aliasing   -L/usr/lib
> -lgssapi_krb5 -Wl,-rpath=/usr/lib:/usr/local/lib conftest.c  >&5
> /usr/bin/ld: cannot find -lgssapi_krb5
> cc: error: linker command failed with exit code 1 (use -v to see
> invocation)
> configure:3860: $? = 1
> configure:3898: result: no
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME ""
> | #define PACKAGE_TARNAME ""
> | #define PACKAGE_VERSION ""
> | #define PACKAGE_STRING ""
> | #define PACKAGE_BUGREPORT ""
> | #define PACKAGE_URL ""
> | /* end confdefs.h.  */
> | 
>
> Looked in options and gssapi was enabled by default ( was there after
> make rmconfig-recursive ) and i don't use kerebos so disabled it, now it
> builds.
>
> Enabled options resulting in successful build are IPv6 SSL and THREADS.
> Thanks anyway, hope this proves useful to someone. I can post the entire
> log but it is huge.

I already felt in that kind of error because I disabled kerberos in my
src.conf(5) too. I think a good idea would be to enable or disable
options by default depending on some values from the src.conf(5). This
can save some time for users which have extremely restrictive
/etc/src.conf files.

Regards,

David.



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?52DF78C2.10304>