help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Building Emacs from git master on macOS Catalina


From: Giorgos Keramidas
Subject: Re: Building Emacs from git master on macOS Catalina
Date: Thu, 10 Oct 2019 20:27:48 -0700

Thank you Carlo,

It also fails with similar errors, but I'll hunt down a bit more.  I
suspect my
local version of Xcode tools is not correctly installed, and somehow ends up
breaking dynamic linking.

I will report back here, if I find anything on my own.

El jue., 10 de oct. de 2019 a la(s) 20:12, Carlo Tambuatco (
address@hidden) escribió:
>
> You probably know this already, but emacs is also available to install
via Homebrew, on macOS Catalina,
> in case you want to take the easy way out...
>
>
> On Thu, Oct 10, 2019 at 8:54 PM Giorgos Keramidas <address@hidden>
wrote:
>>
>> Hi everyone,
>>
>> I recently reinstalled my laptop from scratch, and now I am trying to get
>> Emacs to build on macOS Catalina, using gnutls library from a local
>> Homebrew installation from the /opt/brew prefix directory.
>>
>> To do this I used a shell wrapper around ./configure script with all the
>> options I'd like to enable:
>>
>> https://pastebin.com/4kW0bCH0
>>
>> But then "configure" script runs it fails with a strange error, which I
am
>> not sure how to resolve:
>>
>> https://pastebin.com/19wwwKMQ
>>
>> The full output of config.log is this one:
>>
>> https://pastebin.com/73VK2JrC
>>
>> and it contains this part for the gnutls failure:
>>
>> configure:16125: checking for library containing inflateEnd
>> configure:16156: gcc -o conftest -g3 -O2     conftest.c   >&5
>> Undefined symbols for architecture x86_64:
>>   "_inflateEnd", referenced from:
>>       _main in conftest-fe181b.o
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
>> configure:16156: $? = 1
>>
>> It looks like this should be using -lz while checking for gnutls
>> availability, but that feels a bit off.  It means gnutls check depends on
>> the result of libz check. Is this a bug in the configure script, or
>> something I am doing wrong?
>>
>> - Giorgos



--
Giorgos Keramidas ∙ address@hidden


reply via email to

[Prev in Thread] Current Thread [Next in Thread]