Thread: [Tuxnes-devel] Fwd: present but cannot be compiled (Was: I was asked to report this.)
Brought to you by:
tmmm
Menu
▾
▴
tuxnes-devel
|
From: Mike M. <che...@ya...> - 2003-12-04 05:42:10
|
I hope some one can make sense of this, I'm not an autowhatsit type person. I know different headers need other headers but I thought ./configure was supposed to figure all that ought. Any way it's not high on the list but I think it should be an easy fix. Note: forwarded message attached. The mail I got had attachments, I'l try and keep the original as long as posible. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
|
From: Jason D. S. <js...@an...> - 2003-12-04 06:33:30
Attachments:
autoconf.diff
|
Mike Mestnik wrote: > I hope some one can make sense of this, I'm not an autowhatsit type person. I know different > headers need other headers but I thought ./configure was supposed to figure all that ought. Any > way it's not high on the list but I think it should be an easy fix. Recent versions of autoconf try to compile the header as well as simply looking at it. Xshm.h doesn't compile so it fails this test. Presumably this happens because other headers are needed to be included as well. This is probably a bug on the part of the authors of the headers, but what can you do... In this particular case it seems to be <X11/Xlib.h> that is missing. The attached path will probably work. Looking at configure.in, I see lots of changes that could/should be made to take advantage of more modern autoconfs. Doing this generally makes the tests more complete and the amount of autoconf code smaller. Is there any interest in this? I should say that I'm no expert on autoconf. But I have used it a fair amount with Freeciv (http://freeciv.org/) and GGZ (http://ggz.sf.net/). jason |
|
From: Mike M. <che...@ya...> - 2003-12-04 16:26:51
|
Jason Thankyou for your answer. I'm new at dealing with these sorts of things. I guess the question is, how do we get ./configure to do what we want? It's not important to me how autoconfig dose it's thing. I just would like to make sure that if I use Xshm.h and for OSXYZ I also need to use strings.h or something, that it gets done. --- Jason Dorje Short <js...@an...> wrote: > Mike Mestnik wrote: > > I hope some one can make sense of this, I'm not an autowhatsit type person. I know different > > headers need other headers but I thought ./configure was supposed to figure all that ought. > Any > > way it's not high on the list but I think it should be an easy fix. > > Recent versions of autoconf try to compile the header as well as simply > looking at it. Xshm.h doesn't compile so it fails this test. > Presumably this happens because other headers are needed to be included > as well. This is probably a bug on the part of the authors of the > headers, but what can you do... > > In this particular case it seems to be <X11/Xlib.h> that is missing. > The attached path will probably work. > > Looking at configure.in, I see lots of changes that could/should be made > to take advantage of more modern autoconfs. Doing this generally makes > the tests more complete and the amount of autoconf code smaller. Is > there any interest in this? > > I should say that I'm no expert on autoconf. But I have used it a fair > amount with Freeciv (http://freeciv.org/) and GGZ (http://ggz.sf.net/). > > jason > > > ? autom4te.cache > ? depcomp > ? stamp-h1 > Index: configure.in > =================================================================== > RCS file: /cvsroot/tuxnes/tuxnes/configure.in,v > retrieving revision 1.53 > diff -u -r1.53 configure.in > --- configure.in 15 May 2002 15:42:52 -0000 1.53 > +++ configure.in 4 Dec 2003 06:31:36 -0000 > @@ -90,9 +90,10 @@ > dnl -------------------------------------------------------------------- > if test x"$no_x" != xyes > then > - AC_CHECK_HEADERS(X11/xpm.h X11/vroot.h \ > + AC_CHECK_HEADERS(X11/Xlib.h X11/xpm.h X11/vroot.h \ > sys/ipc.h sys/shm.h X11/extensions/XShm.h \ > - X11/extensions/Xext.h) > + X11/extensions/Xext.h, [], [], > + [#include <X11/Xlib.h>]) > fi > > dnl -------------------------------------------------------------------- > __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
|
From: Jason D. S. <js...@an...> - 2003-12-05 00:34:05
|
Mike Mestnik wrote: > Jason > > Thankyou for your answer. I'm new at dealing with these sorts of things. I guess the question > is, how do we get ./configure to do what we want? It's not important to me how autoconfig dose > it's thing. I just would like to make sure that if I use Xshm.h and for OSXYZ I also need to use > strings.h or something, that it gets done. To begin with, apply the patch I sent earlier. This will #include <XLib.h> while checking for the other libraries. After that I would rename configure.in as configure.ac, remove acconfig.h, and change the existing AC_DEFINE calls appropriately. Once autoconf works again, run autoscan to look for missing tests. If granted CVS access I'd be willing to work on this. Of course, I can't guarantee I won't break anything but the end result should be better than the current build system. Or I can keep sending patches. jason |
|
From: Mike M. <che...@ya...> - 2003-12-05 02:55:10
|
I'l take patches for now, directly or via the list. If I start getting allot of support from other developers it would then be better to actually USE cvs. The way I see it now, it's just an archive of patches. --- Jason Dorje Short <js...@an...> wrote: > To begin with, apply the patch I sent earlier. This will #include > <XLib.h> while checking for the other libraries. > > After that I would rename configure.in as configure.ac, remove > acconfig.h, and change the existing AC_DEFINE calls appropriately. Once > autoconf works again, run autoscan to look for missing tests. > > If granted CVS access I'd be willing to work on this. Of course, I > can't guarantee I won't break anything but the end result should be > better than the current build system. Or I can keep sending patches. > > jason > __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
|
From: Jeroen Ruigrok/a. <as...@wx...> - 2004-01-05 18:35:55
|
-On [20031204 17:32], Mike Mestnik (che...@ya...) wrote: >Thankyou for your answer. I'm new at dealing with these sorts of >things. I guess the question is, how do we get ./configure to do what >we want? It's not important to me how autoconfig dose it's thing. I >just would like to make sure that if I use Xshm.h and for OSXYZ I also >need to use strings.h or something, that it gets done. I could do this, been doing that for TuxNES in the past. :) (if only subversions would come online with the autoconf CVS already, *sigh*, got to love having rooted boxes which host open source projects) -- Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / kita no mono PGP fingerprint: 2D92 980E 45FE 2C28 9DB7 9D88 97E6 839B 2EAC 625B http://www.tendra.org/ | http://diary.in-nomine.org/ Water, water every where. Nor any drop to drink... |
|
From: Keegan Q. <ic...@wa...> - 2003-12-04 17:29:19
|
On Thu, Dec 04, 2003 at 01:32:32AM -0500, Jason Dorje Short wrote: > Looking at configure.in, I see lots of changes that could/should be made= =20 > to take advantage of more modern autoconfs. Doing this generally makes= =20 > the tests more complete and the amount of autoconf code smaller. Is=20 > there any interest in this? Yes, please! - Keegan |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X