> 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.