* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
@ 2010-08-03 22:09 Peter Dyballa
2010-08-04 6:50 ` Jan D.
0 siblings, 1 reply; 8+ messages in thread
From: Peter Dyballa @ 2010-08-03 22:09 UTC (permalink / raw)
To: 6792
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.
^ permalink raw reply [flat|nested] 8+ messages in thread* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
2010-08-03 22:09 bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile Peter Dyballa
@ 2010-08-04 6:50 ` Jan D.
2010-08-04 15:14 ` Peter Dyballa
0 siblings, 1 reply; 8+ messages in thread
From: Jan D. @ 2010-08-04 6:50 UTC (permalink / raw)
To: Peter Dyballa; +Cc: 6792
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.
>
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
2010-08-04 6:50 ` Jan D.
@ 2010-08-04 15:14 ` Peter Dyballa
2010-08-04 16:43 ` Dan Nicolaescu
0 siblings, 1 reply; 8+ messages in thread
From: Peter Dyballa @ 2010-08-04 15:14 UTC (permalink / raw)
To: Jan D.; +Cc: 6792
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
2010-08-04 15:14 ` Peter Dyballa
@ 2010-08-04 16:43 ` Dan Nicolaescu
2010-08-04 21:52 ` Andreas Schwab
2010-08-04 22:21 ` Peter Dyballa
0 siblings, 2 replies; 8+ messages in thread
From: Dan Nicolaescu @ 2010-08-04 16:43 UTC (permalink / raw)
To: Peter Dyballa; +Cc: 6792
Peter Dyballa <Peter_Dyballa@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@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}.
^ permalink raw reply [flat|nested] 8+ messages in thread* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
2010-08-04 16:43 ` Dan Nicolaescu
@ 2010-08-04 21:52 ` Andreas Schwab
2011-02-12 1:34 ` Glenn Morris
2010-08-04 22:21 ` Peter Dyballa
1 sibling, 1 reply; 8+ messages in thread
From: Andreas Schwab @ 2010-08-04 21:52 UTC (permalink / raw)
To: Dan Nicolaescu; +Cc: Peter Dyballa, 6792
Dan Nicolaescu <dann@gnu.org> writes:
> It seems that support for GCC_TEST_OPTIONS was removed here:
Sorry, that wasn't my intention.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile
2010-08-04 16:43 ` Dan Nicolaescu
2010-08-04 21:52 ` Andreas Schwab
@ 2010-08-04 22:21 ` Peter Dyballa
1 sibling, 0 replies; 8+ messages in thread
From: Peter Dyballa @ 2010-08-04 22:21 UTC (permalink / raw)
To: Dan Nicolaescu; +Cc: 6792
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@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
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2011-02-12 18:15 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-03 22:09 bug#6792: 24.0.50; at revision 100946 GNU Emacs with Xaw3d does not compile Peter Dyballa
2010-08-04 6:50 ` Jan D.
2010-08-04 15:14 ` Peter Dyballa
2010-08-04 16:43 ` Dan Nicolaescu
2010-08-04 21:52 ` Andreas Schwab
2011-02-12 1:34 ` Glenn Morris
2011-02-12 18:15 ` Peter Dyballa
2010-08-04 22:21 ` Peter Dyballa
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).