Actually from what I see in the running of configure, RSH gets replaced by /usr/bin/ssh resulting in a seemingly correct call to configure. I'll try that with an explicitly specified path and see what happens.
On Mon, 21 May 2001, David Thompson wrote: > I don't quite understand how you are getting a real path to be > expanded for $(RSH). I think that's your problem. The value that must > be passed into --with-rsh must be a real path to a program. For > example, if you use --with-rsh=/bin/rsh it should work. With what I > see you doing, you've assigned a $(RSH) which is going to then be > placed within the "c" file and will not be expandable to an actual > program. > > David > > >On Mon, 21 May 2001, Randall Hopper wrote: > > > >> --- Konstantinos Margaritis <[EMAIL PROTECTED]> wrote: > >> > gcc ... -c remote.c > >> > remote.c: In function `ExConnectTo': > >> > > >> > >> What is the error that you are getting (the next few lines in the output). > >> That would help diagnose the problem. > > > >oops, sorry, for some reason i didn't copy+paste right. here is the full > >output. > > > >gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include > >-I./../libdx -Dlinux -DHAVE_CONFIG_H -I/usr/include/freetype2 > >-I/usr/include/freetype2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 > >-I/usr/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 > >-D_FILE_OFFSET_BITS=64 -I/usr/X11R6/include -g -O2 -g -O2 > >-I/usr/X11R6/include -D_GNU_SOURCE -c remote.c > >remote.c: In function `ExConnectTo': > >remote.c:165: `RSH' undeclared (first use in this function) > >remote.c:165: (Each undeclared identifier is reported only once > >remote.c:165: for each function it appears in.) > >make: *** [remote.o] Error 1 > > > >> > >> What value are you specifying for --with-rsh? Does your build work > >>if you don't > >> use --with-rsh? > > > >I use --with-rsh=$(RSH) in debian/rules (attached), where I have set > >RSH=$(shell which ssh) before. I maintain the debian package, and in the > >last cvs versions I keep stumbling upon this thing, that's why the > >packages have not been updated for so long. but even without this option, > >it still does not compile. > > -- > ............................................................................. > David L. Thompson The University of Montana > mailto:[EMAIL PROTECTED] Computer Science Department > http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 > Work Phone : (406)257-8530 >
