On 06/10/2011 09:24, Noel O'Boyle wrote: > On 5 October 2011 21:44, David Lonie<lonieda...@gmail.com> wrote: >> On Wed, Oct 5, 2011 at 4:37 PM, Chris Morley<c.mor...@gaseq.co.uk> wrote: >>> The recent changes in OBUnitCell constantness mean that the SWIG >>> bindings do not compile in Visual C++ 9: >>> >>> 1>..\..\..\scripts\java\openbabel-java.cpp(2945) : error C2668: >>> 'OpenBabel::OBUnitCell::WrapFractionalCoordinate' : ambiguous call to >>> overloaded function >>> >>> and similarly for C# and python bindings. >>> >>> Since this is a temporary fix because of binary compatibility (it should >>> be static according to a comment in the code), could we do without the >>> const version for this function? >> >> I'd like to keep the const overload for C/C++, but perhaps we could >> tell SWIG to ignore it with some ifdef/special comment? (I have no >> clue how SWIG works...) Is SWIG complaining about all of the const >> overloads in OBUnitCell? I'm trying to see what's special about >> WrapFractionalCoordinate that is causing problems... >> >> Dave > > They (the Java and Python ones anyway) compile fine for me, once I > "touch" the interface file (i.e. force the bindings to regenerate). > There are several warnings with the Java bindings, but I should be > able to get rid of those.
Thanks, that works. (I think you may have told me that previously.) No need for further action, Dave. Now on to how to avoid specifying the C# executable as an absolute address. And whether to put all the OB files in a writable folder (one also without an absolute address), or whether to split off the /data folder. Chris ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ OpenBabel-Devel mailing list OpenBabel-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbabel-devel
