Hi Ron- CVS is source. For binaries you have to aclocal autoheader autoconf automake ./configure make make install (then and only then do the same procedure for dxsamples). We're working towards 4.1.0 binaries (due about last Christmas?) pending the outcome of tests like yours. Regards, Pete
ron shiri wrote: > Hi Peter, > > I have downloaded dx-4.0.10 from CVS. Is there another dx for linux > built? If so, how to get it from CVS ? > > Thanks, > > -Ron > > > From: Peter Daniel Kirchner <[EMAIL PROTECTED]> > > Reply-To: opendx2-dev@lists.berlios.de > > Date: Fri, 25 Feb 2000 13:33:45 -0500 > > To: opendx2-dev@lists.berlios.de > > Subject: Re: [opendx-dev] Unresolved functions in callmodules of dx-4.0.10 > > libraries > > > > Hi Ron, > > This is a known problem for these versions. The old Makefile_$(ARCH)'s > > are carryovers from the product days and do not necessarily work in the > > new build environment. This was one of my "must fix" intentions before > > 4.1.0. So this is now fixed in cvs for linux (at least) but is not > > verified for many platforms. The new dx configure creates a > > lib_$(ARCH)/arch.mak which contains the architecture dependencies for > > post-install makes (a user's loadables, callmodule, etc.) . dxsamples > > configure customizes a callmodule/callmodule_make file (hence you will > > make -f callmodule_make) for building Simple. For the time being the > > Makefile_$(ARCH)'s are retained lest the new structure not work on a > > particular architecture. Any testing and fixes you might do would be > > appreciated. > > Regards, > > Pete > > > > ron shiri wrote: > > > >> I have tried to compile Simple.c from callmodule directory of > >> dxsamples-4.0.8 with dx-4.0.10. > >> The following functions are not resolved, > >> > >> DXInitModules > >> DXRegisterInputHandler > >> DXModSetStringInput > >> DXModSetObjectOutput > >> DXCallModule > >> DXModSetObjectInput > >> DXModSetFloatInput > >> DXReference > >> DXDelete > >> DXCheckRIH > >> > >> -Ron > >
