GNU bug report logs -
#18779
24.4; Compilation error on Mac OS X Yosemite
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18779 in the body.
You can then email your comments to 18779 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Mon, 20 Oct 2014 21:23:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Constantine Vetoshev <vetoshev <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 20 Oct 2014 21:23:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I think something changed between 10.9 (Mavericks) and 10.10
(Yosemite) with include file locations.
After running "./configure --with-ns && make install", the build proceeds until:
gcc -c -Demacs -I. -I. -I../lib -I./../lib
-I/usr/include/libxml2 -MMD -MF deps/xml.d -MP -Wno-switch
-Wno-tautological-constant-out-of-range-compare -Wno-pointer-sign -g3
-O2 xml.c
xml.c:23:10: fatal error: 'libxml/tree.h' file not found
#include <libxml/tree.h>
^
1 error generated.
make[1]: *** [xml.o] Error 1
make: *** [src] Error 2
With the latest Xcode 6.1, symlinking
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include
to /usr/include makes the compilation error go away. The compiled
binary seems to work.
Added indication that bug 18779 blocks19758
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 03 Feb 2015 21:25:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Thu, 05 Feb 2015 15:16:01 GMT)
Full text and
rfc822 format available.
Message #10 received at 18779 <at> debbugs.gnu.org (full text, mbox):
> With the latest Xcode 6.1, symlinking
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include
> to /usr/include makes the compilation error go away. The compiled
> binary seems to work.
>
If you don't have anything in /usr/include you havent installed the
command line tools, which Emacs kind of assumes you have, i.e.
xcode-select --install
Can you confirm this?
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Thu, 05 Feb 2015 15:41:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 18779 <at> debbugs.gnu.org (full text, mbox):
On Thu, Feb 5, 2015 at 7:15 AM, Jan D. <jan.h.d <at> swipnet.se> wrote:
> If you don't have anything in /usr/include you havent installed the command
> line tools, which Emacs kind of assumes you have, i.e.
>
> xcode-select --install
>
> Can you confirm this?
You are probably right. I upgraded to XCode 6.1.1 since I filed this
bug report, and either I or it must have done something different:
/usr/include is there and has the header file I was missing before.
It's probably safe to close this ticket; I'll open another one if I
run into trouble with 24.5 prereleases. Thanks!
Reply sent
to
"Jan D." <jan.h.d <at> swipnet.se>
:
You have taken responsibility.
(Thu, 05 Feb 2015 15:51:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Constantine Vetoshev <vetoshev <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 05 Feb 2015 15:51:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 18779-done <at> debbugs.gnu.org (full text, mbox):
Constantine Vetoshev skrev den 2015-02-05 16:40:
> On Thu, Feb 5, 2015 at 7:15 AM, Jan D. <jan.h.d <at> swipnet.se> wrote:
>> If you don't have anything in /usr/include you havent installed the command
>> line tools, which Emacs kind of assumes you have, i.e.
>>
>> xcode-select --install
>>
>> Can you confirm this?
>
> You are probably right. I upgraded to XCode 6.1.1 since I filed this
> bug report, and either I or it must have done something different:
> /usr/include is there and has the header file I was missing before.
> It's probably safe to close this ticket; I'll open another one if I
> run into trouble with 24.5 prereleases. Thanks!
>
Ok, closing.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Thu, 05 Feb 2015 17:00:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 18779 <at> debbugs.gnu.org (full text, mbox):
"Jan D." wrote:
> If you don't have anything in /usr/include you havent installed the
> command line tools, which Emacs kind of assumes you have, i.e.
Is it possible/worth it to add some basic sanity-checking to
configure.ac that tests this?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Thu, 05 Feb 2015 17:40:01 GMT)
Full text and
rfc822 format available.
Message #24 received at 18779 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris skrev den 2015-02-05 17:59:
> "Jan D." wrote:
>
>> If you don't have anything in /usr/include you havent installed the
>> command line tools, which Emacs kind of assumes you have, i.e.
>
> Is it possible/worth it to add some basic sanity-checking to
> configure.ac that tests this?
>
Normally, configure fails badly, can't find compiler and such, if
command line tools are not installed. I guess you can compile without
them, using homebrew or some such (have not tried it), so it is not an
absolute requirement.
The test for libxml should add -I/Applications/Xcode.app/.... to where
libxml is, if not in /usr/include. It is hard to know what failed
without the full config.log. I suspect that the config.log is lost.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18779
; Package
emacs
.
(Thu, 05 Feb 2015 18:11:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 18779 <at> debbugs.gnu.org (full text, mbox):
On Thu, Feb 5, 2015 at 9:39 AM, Jan D. <jan.h.d <at> swipnet.se> wrote:
> The test for libxml should add -I/Applications/Xcode.app/.... to where
> libxml is, if not in /usr/include. It is hard to know what failed without
> the full config.log. I suspect that the config.log is lost.
You suspect correctly. :(
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 06 Mar 2015 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 47 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.