all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#19507: configure --with-ns fails on Fedora 21 in AppKit.h test
@ 2015-01-04 19:24 Paul Eggert
  2015-01-23  0:07 ` Paul Eggert
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Eggert @ 2015-01-04 19:24 UTC (permalink / raw)
  To: 19507

On Fedora 21 x86-64 I configured the current Emacs master (commit
cde73794f61fec2a5a8676c2e36ec6634e72cdc5) using "./configure --with-ns",
and this failed as follows:

   checking AppKit/AppKit.h usability... no
   checking AppKit/AppKit.h presence... yes
   configure: WARNING: AppKit/AppKit.h: present but cannot be compiled
   configure: WARNING: AppKit/AppKit.h:     check for missing prerequisite headers?
   configure: WARNING: AppKit/AppKit.h: see the Autoconf documentation
   configure: WARNING: AppKit/AppKit.h:     section "Present But Cannot Be Compiled"
   configure: WARNING: AppKit/AppKit.h: proceeding with the compiler's result
   configure: WARNING:     ## ------------------------------------ ##
   configure: WARNING:     ## Report this to bug-gnu-emacs@gnu.org ##
   configure: WARNING:     ## ------------------------------------ ##
   checking for AppKit/AppKit.h... no
   configure: error: `--with-ns' was specified, but the include
     files are missing or cannot be compiled.

Config.log says this (/usr/local/include is an empty directory, I'm running with 
pretty much vanilla Fedora 21):

   configure:10522: checking AppKit/AppKit.h usability
   configure:10522: gcc -std=gnu99 -c -g3 -O2 -x objective-c -I/usr/include 
-I/usr/local/include -fobjc-exceptions    -x objective-c -I/usr/include 
-I/usr/local/include conftest.c >&5
   In file included from /usr/include/AppKit/NSPanel.h:34:0,
		   from /usr/include/AppKit/NSColorPanel.h:39,
		   from /usr/include/AppKit/AppKit.h:63,
		   from conftest.c:107:
   /usr/include/AppKit/NSWindow.h:876:1: error: cannot find protocol declaration 
for 'NSWindowDelegate'
    @interface NSObject (NSWindowDelegateAdditions) <NSWindowDelegate>
    ^
   configure:10522: $? = 1
   configure: failed program was:
   | /* confdefs.h */
   | #define PACKAGE_NAME "GNU Emacs"
   | #define PACKAGE_TARNAME "emacs"
   | #define PACKAGE_VERSION "25.0.50"
   | ...
   | #include <AppKit/AppKit.h>

/usr/include/AppKit/NSWindow.h says this:

   #ifdef GNUSTEP

   @protocol NSWindowDelegate <NSObject>
   #ifdef __OBJC2__
   @optional
   #else
   @end
   @interface NSObject (NSWindowDelegate)
   #endif
   ...
   #endif

Apparently GNUSTEP must be defined by the application?  If I configure
this way:

   ./configure --with-ns CFLAGS='-g3 -O2 -DGNUSTEP'

the above problem goes away, but the builder shouldn't have to
configure CFLAGS by hand.

Have recent releases of GnuStep changed with respect to whether the application 
must define the GNUSTEP macro?  Fedora 21 is using gnustep-gui-devel-0.24.0-1; 
you can find out more about its status at:

https://apps.fedoraproject.org/packages/gnustep-gui-devel/





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-01-25  2:22 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-04 19:24 bug#19507: configure --with-ns fails on Fedora 21 in AppKit.h test Paul Eggert
2015-01-23  0:07 ` Paul Eggert
2015-01-25  2:22   ` Paul Eggert

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.