Re: [gecode-users] Subclassing JavaBrancingDesc

2008-04-08 Thread Mikael Zayenz Lagerkvist
On Wed, Apr 9, 2008 at 2:17 AM, Malcolm Ryan <[EMAIL PROTECTED]> wrote: > On 09/04/2008, at 2:04 AM, Christian Schulte wrote: > > I know that C++ sounds less appealing but Gecode is first and foremost > > geared to be good as a C++ library. > > Yes. I guess I have to bite the bullet and move to

Re: [gecode-users] Subclassing JavaBrancingDesc

2008-04-08 Thread Malcolm Ryan
On 09/04/2008, at 2:04 AM, Christian Schulte wrote: > The big issue is whether Gecode/J is really the right thing to use > for you. > Yes, it is fairly open but no match to Gecode. All requests can be > instantly > satisified for Gecode or do not even arise. > > I know that C++ sounds less app

Re: [gecode-users] Subclassing JavaBrancingDesc

2008-04-08 Thread Christian Schulte
The big issue is whether Gecode/J is really the right thing to use for you. Yes, it is fairly open but no match to Gecode. All requests can be instantly satisified for Gecode or do not even arise. I know that C++ sounds less appealing but Gecode is first and foremost geared to be good as a C++ lib

[gecode-users] Subclassing JavaBrancingDesc

2008-04-07 Thread Malcolm Ryan
Is there any reason why JavaBranchingDesc is final in Gecode/J? My problem naturally has a number of different kinds of branch descriptions depending on what variable they apply to. It is annoying to have to encode this into some arbitrary integer and then decode it again when I commit. It