[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r10129 - in trunk: build/generator subversion/bindings/swig subversion/bindings/swig/java/org/tigris/subversion subversion/bindings/swig/java/org/tigris/subversion/swig

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-07-03 20:01:10 CEST

Russell Yanofsky wrote:

>Branko ÄOibej wrote:
>
>
>>...
>>I'm really becoming rather tired of seeing this kind of logic in the
>>code -- _twice_ -- when it properly belongs in config files. The
>>generators are beginning to look like a perpetual hack.
>>
>>
>
>I'm well aware of this problem and I'm planning to do some refactoring to
>alleviate it. But I wanted to get the java and perl bindings building first
>to ensure I don't do it in a python specific way.
>
>
All right. I think this should be a major push in the generator at this
point.

>>>+#ifdef SWIGJAVA
>>>+/* Ignore these function pointer members because swig's string
>>>+ representations of their types approach the maximum path
>>>+ length on windows, causing swig to crash when it outputs
>>>+ java wrapper classes for them. */
>>>
>>>
>>So the comment about getting the bindings to build on Windows was
>>literal -- build, but not work. I wonder if it's all worth the
>>trouble, then?
>>
>>
>
>The struct members in question are function pointers that don't have have
>any thunks associated with them yet. So there is no loss of functionality.
>
>
So the SWIG Java bindings never really worked, on any platform?

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 3 20:02:19 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.