> If so, sscan should not need tirpc, because all it
wants is xdr.
I already told Gaudenz that, and suggested he may not
need tirpc, but I don’t know if he tried it without
it.
Mark
I'm sure Gaudenz is sleeping now. Until he
replies, here's the line that fails in the most nearly
successful build he
sent me:
gcc -c -D_POSIX_THREADS
-D_POSIX_TIMERS
-DUNIX -DCYGWIN32 -O3
-Wall -I/usr/include/tirpc -ltirpc
-m32 -DEPICS_DLL_NO -I. -I../O.Common -I. -I.. -I../../../include/os/cygwin32 -I../../../include
-I/cygdrive/c/epics/base_3_14_11/include/os/cygwin32
-I/cygdrive/c/epics/base_3_14_11/include
../xdr_lib.c
In file included from
/usr/include/tirpc/rpc/rpc.h:38,
from
../xdr_lib.h:6,
from ../xdr_lib.c:21:
/usr/include/tirpc/rpc/types.h:44:28: rpc/types.h: No
such file or directory
It looks like tirpc's copy of rpc.h wants
something that should be in tirpc but isn't.
Also, I found a clue:
the guy who added libtirpc to cygwin says:
http://comments.gmane.org/gmane.os.cygwin/121218
"This
version [of libtirpc] is compiled without the XDR routines, as
cygwin-1.7.2+
provides those routines internally."
If so, sscan should
not need tirpc, because all it wants is xdr.
Tim
On 9/8/2010
9:50 AM, Mark Rivers wrote:
Please send the
complete error message when trying to
build.
Dear
all,
While using cygwin DLL release
version 1.7.7-1, sscan-2-6-6 does not build any longer. The reason is the rpc
library, which is now under
/usr/include/tirpc.
When setting-up cygwin, net/sunrpc
was included. sscan_SYS_LIB_cygwin32 += tirpc was set
too.
Tim Mooney is still using an older
version of cygwin and has no opportunity to upgrade
cygwin.
Any help is
appreciated.
Regards,
Gaudenz
---------------------------------------------------------------
Dr. Gaudenz
Jud
GFA Computing and
Controls
WBGB
009
Paul Scherrer
Institut
CH:-5232
Villigen
phone: +41 56 310 51
04
mailto:[email protected]
--
Tim Mooney ([email protected]) (630)252-5417
Software Services Group, Advanced Photon Source, Argonne National Lab.