GNU bug report logs - #6792
24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile

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 6792 in the body.
You can then email your comments to 6792 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Wed, 4 Aug 2010 00:09:08 +0200

Hello!

In Mac OS X (here: 10.5.8, Leopard) Xaw3d is not standard. It can be  
installed by the package management systems Fink or MacPorts, then in / 
sw/{include,lib} or /opt/local/{include,lib}. When I change the  
configure script to use GCC_TEST_OPTIONS="-I/sw/include -L/sw/ 
lib" (line #3270) it finds the software, but does not propagate these  
*test* options to active flags. So this error happens:

gcc-4.2 -c    -I/usr/X11/include -I/usr/X11/include -I/usr/X11/include/ 
freetype2   -Wold-style-definition -Wdeclaration-after-statement -Wno- 
pointer-sign   -g -H -Wno-pointer-sign -pipe -fPIC -fno-common - 
mcpu=7450 -mtune=G4 -faltivec -fast -DHAVE_CONFIG_H -Demacs -I. -I../ 
src -I..../emacs/lwlib -I..../emacs/lwlib/../src ..../emacs/lwlib/ 
lwlib.c
. ../src/config.h
.. ../src/s/darwin.h
.. ../src/m/macppc.h
.. /usr/include/string.h
... /usr/include/_types.h
.... /usr/include/sys/_types.h
..... /usr/include/sys/cdefs.h
..... /usr/include/machine/_types.h
...... /usr/include/ppc/_types.h
.. /usr/include/stdlib.h
... /usr/include/available.h
... /usr/include/sys/wait.h
.... /usr/include/sys/signal.h
..... /usr/include/sys/appleapiopts.h
..... /usr/include/machine/signal.h
...... /usr/include/ppc/signal.h
....... /usr/include/ppc/_structs.h
..... /usr/include/sys/_structs.h
...... /usr/include/machine/_structs.h
....... /usr/include/ppc/_structs.h
........ /usr/include/mach/ppc/_structs.h
.... /usr/include/sys/resource.h
..... /usr/include/sys/_structs.h
.... /usr/include/machine/endian.h
..... /usr/include/ppc/endian.h
...... /usr/include/sys/_endian.h
... /usr/include/alloca.h
... /usr/include/machine/types.h
.... /usr/include/ppc/types.h
..... /usr/include/ppc/_types.h
. /usr/include/setjmp.h
.. /usr/include/machine/setjmp.h
... /usr/include/ppc/setjmp.h
.... /usr/include/ppc/_structs.h
. ..../emacs/lwlib/../src/lisp.h
.. /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stdarg.h
.. /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
. /usr/include/sys/types.h
.. /usr/include/sys/_structs.h
. /usr/include/stdio.h
. /usr/include/ctype.h
.. /usr/include/runetype.h
. ..../emacs/lwlib/lwlib-int.h
.. ..../emacs/lwlib/lwlib.h
... /usr/X11/include/X11/Intrinsic.h
.... /usr/X11/include/X11/Xlib.h
..... /usr/X11/include/X11/X.h
..... /usr/X11/include/X11/Xfuncproto.h
..... /usr/X11/include/X11/Xosdefs.h
..... /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
.... /usr/X11/include/X11/Xutil.h
..... /usr/X11/include/X11/keysym.h
...... /usr/X11/include/X11/keysymdef.h
.... /usr/X11/include/X11/Xresource.h
.... /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
.... /usr/X11/include/X11/Core.h
.... /usr/X11/include/X11/Composite.h
.... /usr/X11/include/X11/Constraint.h
.... /usr/X11/include/X11/Object.h
.... /usr/X11/include/X11/RectObj.h
. ..../emacs/lwlib/lwlib-utils.h
. /usr/X11/include/X11/StringDefs.h
.  ..../emacs/lwlib/lwlib-Xlw.h
 ..../emacs/lwlib/lwlib.c:49:29: error: X11/Xaw3d/Paned.h: No such  
file or directory
.  ..../emacs/lwlib/lwlib-Xaw.h
make[2]: *** [lwlib.o] Error 1

and similarly with lwlib-Xaw.c. When I use MacPorts' Xaw3d the C  
header files are found because the non-Apple X11 installation has PC  
files which set CFLAGS to contain -I/opt/local/include.

Xaw3d does not come with a PC file so configure cannot rely on pkg- 
config.

--
Greetings

  Pete

UNIX is user friendly, it's just picky about who its friends are.

Message #8 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: "Jan D." <jan.h.d <at> swipnet.se>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;	at revision 100946 GNU Emacs with Xaw3d does
	not compile
Date: Wed, 04 Aug 2010 08:50:41 +0200

On 2010-08-04 00:09, Peter Dyballa wrote:
> Hello!
>
> In Mac OS X (here: 10.5.8, Leopard) Xaw3d is not standard. It can be
> installed by the package management systems Fink or MacPorts, then in
> /sw/{include,lib} or /opt/local/{include,lib}. When I change the
> configure script to use GCC_TEST_OPTIONS="-I/sw/include -L/sw/lib" (line
> #3270) it finds the software, but does not propagate these *test*
> options to active flags. So this error happens:

Why aren't you setting CFLAGS and LDFLAGS?  That is the way it is 
supposed to be done, no need to modify any configure script:

% LDFLAGS=-L/sw/lib CFLAGS='-O2 -g -I/sw/include' ./configure ...

Doesn't that work for you?

	Jan D.

>
> gcc-4.2 -c -I/usr/X11/include -I/usr/X11/include
> -I/usr/X11/include/freetype2 -Wold-style-definition
> -Wdeclaration-after-statement -Wno-pointer-sign -g -H -Wno-pointer-sign
> -pipe -fPIC -fno-common -mcpu=7450 -mtune=G4 -faltivec -fast
> -DHAVE_CONFIG_H -Demacs -I. -I../src -I..../emacs/lwlib
> -I..../emacs/lwlib/../src ..../emacs/lwlib/lwlib.c
> . ../src/config.h
> .. ../src/s/darwin.h
> .. ../src/m/macppc.h
> .. /usr/include/string.h
> ... /usr/include/_types.h
> .... /usr/include/sys/_types.h
> ..... /usr/include/sys/cdefs.h
> ..... /usr/include/machine/_types.h
> ...... /usr/include/ppc/_types.h
> .. /usr/include/stdlib.h
> ... /usr/include/available.h
> ... /usr/include/sys/wait.h
> .... /usr/include/sys/signal.h
> ..... /usr/include/sys/appleapiopts.h
> ..... /usr/include/machine/signal.h
> ...... /usr/include/ppc/signal.h
> ....... /usr/include/ppc/_structs.h
> ..... /usr/include/sys/_structs.h
> ...... /usr/include/machine/_structs.h
> ....... /usr/include/ppc/_structs.h
> ........ /usr/include/mach/ppc/_structs.h
> .... /usr/include/sys/resource.h
> ..... /usr/include/sys/_structs.h
> .... /usr/include/machine/endian.h
> ..... /usr/include/ppc/endian.h
> ...... /usr/include/sys/_endian.h
> ... /usr/include/alloca.h
> ... /usr/include/machine/types.h
> .... /usr/include/ppc/types.h
> ..... /usr/include/ppc/_types.h
> . /usr/include/setjmp.h
> .. /usr/include/machine/setjmp.h
> ... /usr/include/ppc/setjmp.h
> .... /usr/include/ppc/_structs.h
> . ..../emacs/lwlib/../src/lisp.h
> .. /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stdarg.h
> .. /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
> . /usr/include/sys/types.h
> .. /usr/include/sys/_structs.h
> . /usr/include/stdio.h
> . /usr/include/ctype.h
> .. /usr/include/runetype.h
> . ..../emacs/lwlib/lwlib-int.h
> .. ..../emacs/lwlib/lwlib.h
> ... /usr/X11/include/X11/Intrinsic.h
> .... /usr/X11/include/X11/Xlib.h
> ..... /usr/X11/include/X11/X.h
> ..... /usr/X11/include/X11/Xfuncproto.h
> ..... /usr/X11/include/X11/Xosdefs.h
> ..... /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
> .... /usr/X11/include/X11/Xutil.h
> ..... /usr/X11/include/X11/keysym.h
> ...... /usr/X11/include/X11/keysymdef.h
> .... /usr/X11/include/X11/Xresource.h
> .... /usr/lib/gcc/powerpc-apple-darwin9/4.2.1/include/stddef.h
> .... /usr/X11/include/X11/Core.h
> .... /usr/X11/include/X11/Composite.h
> .... /usr/X11/include/X11/Constraint.h
> .... /usr/X11/include/X11/Object.h
> .... /usr/X11/include/X11/RectObj.h
> . ..../emacs/lwlib/lwlib-utils.h
> . /usr/X11/include/X11/StringDefs.h
> . ..../emacs/lwlib/lwlib-Xlw.h
> ..../emacs/lwlib/lwlib.c:49:29: error: X11/Xaw3d/Paned.h: No such file
> or directory
> . ..../emacs/lwlib/lwlib-Xaw.h
> make[2]: *** [lwlib.o] Error 1
>
> and similarly with lwlib-Xaw.c. When I use MacPorts' Xaw3d the C header
> files are found because the non-Apple X11 installation has PC files
> which set CFLAGS to contain -I/opt/local/include.
>
> Xaw3d does not come with a PC file so configure cannot rely on pkg-config.
>
> --
> Greetings
>
> Pete
>
> UNIX is user friendly, it's just picky about who its friends are.
>
>
>

Message #11 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Jan D. <jan.h.d <at> swipnet.se>
Cc: 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Wed, 4 Aug 2010 17:14:35 +0200

Am 04.08.2010 um 08:50 schrieb Jan D.:

> Why aren't you setting CFLAGS and LDFLAGS?

Because last week or at least month this was not necessary.

> That is the way it is supposed to be done, no need to modify any  
> configure script:
>
> % LDFLAGS=-L/sw/lib CFLAGS='-O2 -g -I/sw/include' ./configure ...


Then why is the configure script setting for an internal use these  
GCC_TEST_OPTIONS without propagating them later to the compiler? By  
this means (failure) configure does its job in a different environment  
than the compiler, configure will find things working which  
*obviously* fail for the compiler. Or why was compilation set for  
Xaw3d? Certainly not because I demanded that and configure could *not*  
find it's there. This state isn't the purpose of the configure script...


BTW, compilation also fails when GCC_TEST_OPTIONS is set for MacPorts'  
Xaw3d at the same statement(s). IMO the configure script is broken.  
I'm going to check whether it works at all for the default GTK  
interface.

--
Greetings

  Pete

The human animal differs from the lesser primates in his passion for  
lists of "Ten Best."
				– H. Allen Smith

Message #14 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Dan Nicolaescu <dann <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: "Jan D." <jan.h.d <at> swipnet.se>, 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Wed, 04 Aug 2010 12:43:11 -0400

Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes:

> Am 04.08.2010 um 08:50 schrieb Jan D.:
>
>> Why aren't you setting CFLAGS and LDFLAGS?
>
> Because last week or at least month this was not necessary.
>
>> That is the way it is supposed to be done, no need to modify any
>> configure script:
>>
>> % LDFLAGS=-L/sw/lib CFLAGS='-O2 -g -I/sw/include' ./configure ...
>
>
> Then why is the configure script setting for an internal use these
> GCC_TEST_OPTIONS without propagating them later to the compiler? By
> this means (failure) configure does its job in a different environment
> than the compiler, configure will find things working which
> *obviously* fail for the compiler. Or why was compilation set for
> Xaw3d? Certainly not because I demanded that and configure could *not*
> find it's there. This state isn't the purpose of the configure
> script...
>
>
> BTW, compilation also fails when GCC_TEST_OPTIONS is set for MacPorts'
> Xaw3d at the same statement(s). IMO the configure script is broken.
> I'm going to check whether it works at all for the default GTK
> interface.

It seems that support for GCC_TEST_OPTIONS was removed here:

revno: 100791
committer: Andreas Schwab <schwab <at> linux-m68k.org>
branch nick: emacs
timestamp: Mon 2010-07-12 16:16:38 +0200
message:
  Properly handle C_WARNINGS_SWITCH, PROFILING_CFLAGS, PROFILING_LDFLAGS
  
  * configure.in (C_WARNINGS_SWITCH, PROFILING_CFLAGS)
  (PROFILING_LDFLAGS): Substitute, don't add them to CFLAGS/LDFLAGS.
  (C_OPTIMIZE_SWITCH): Remove.
  (TEMACS_LDFLAGS2): Add ${PROFILING_LDFLAGS}.
  

Message #17 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Dan Nicolaescu <dann <at> gnu.org>
Cc: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>, 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Wed, 04 Aug 2010 23:52:04 +0200

Dan Nicolaescu <dann <at> gnu.org> writes:

> It seems that support for GCC_TEST_OPTIONS was removed here:

Sorry, that wasn't my intention.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #20 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Dan Nicolaescu <dann <at> gnu.org>
Cc: "Jan D." <jan.h.d <at> swipnet.se>, 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Thu, 5 Aug 2010 00:21:53 +0200

Am 04.08.2010 um 18:43 schrieb Dan Nicolaescu:

> It seems that support for GCC_TEST_OPTIONS was removed here:
>
> revno: 100791
> committer: Andreas Schwab <schwab <at> linux-m68k.org>
> branch nick: emacs
> timestamp: Mon 2010-07-12 16:16:38 +0200

I presume the acronym "bzr" describes also a certain not completely  
reliable behaviour... In the almost four weeks after this change it  
worked to compile the X client (last time I think ten days ago). Since  
last weekend bzr does not find any changes or updates. Maybe I need to  
download again – half GB?

--
Greetings

  Pete

Clovis' Consideration of an Atmospheric Anomaly:
        The perversity of nature is nowhere better demonstrated than  
by the fact that, when exposed to the same atmosphere, bread becomes  
hard while crackers become soft

Message #23 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Fri, 11 Feb 2011 20:34:46 -0500

Do you still have this problem?

Message #26 received at 6792 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 6792 <at> debbugs.gnu.org
Subject: Re: bug#6792: 24.0.50;
	at revision 100946 GNU Emacs with Xaw3d does not compile
Date: Sat, 12 Feb 2011 19:15:33 +0100

Am 12.02.2011 um 02:34 schrieb Glenn Morris:

> Do you still have this problem?


Now at revision 103232 (or such) it compiles again. (Actually Andreas  
Schwab fixed the configure script quite soon then.)

--
Greetings

  Pete

Only useless documentation transcends the first two laws.
				– Arnold's Third Law of Documentation

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.