[geos-devel] Unclear objects lifetime and ownership issues in Monotone Chain components

[Martin Davis]

Why not just use GCJ?  It compiles Java to object code.  That gives the 
best of both worlds.

There may well be languages which allow expression of algorithms at a 
higher level than Java (Ruby or Haskell come to mind).  Developing such 
a language from scratch is a *huge* undertaking.  And don't forget, 
development is about more than just the language - it's about an entire 
ecosystem of IDEs, Profilers, external libs, linkers, runtime engines, 
etc.  It takes years to get a language to this level of maturity, and 
it's also not possible to do in isolation from the rest of the 
community, IMO - to get true maturing and refinement you need input from 
probably thousands of developers.



Obe, Regina wrote:
>  Mark,
>
>   
>> If I had a choice then it would be to spend the time re-engineering
>> Martin's JTS concepts/ideas into an algorithmic form which is friendly
>> to the language it is being written in, rather than trying to hack in
>> pointer reference counting. Work with the language, not against it. 
>>     
>
> Sounds almost like you are asking for a domain-language for spatial to
> write a meta-program which would
> write JTS and GEOS.  Does such a domain-language exist already? Sounds
> intriguing.  I love code generators. 
> I wonder if this is as difficult as it sounds on the surface. 
> I would much more trust a computer to do bean counting than a human if
> we could codify what constructs require bean counting and which don't.
>
> I imagine such a language would look more like JTS, but with fewer
> constructs to prevent 
> people from swaying off the beaten path without enhancing the
> domain-language.
>
> Thanks,
> Regina
>
> -----------------------------------------
> The substance of this message, including any attachments, may be
> confidential, legally privileged and/or exempt from disclosure
> pursuant to Massachusetts law. It is intended
> solely for the addressee. If you received this in error, please
> contact the sender and delete the material from any computer.
>
> _______________________________________________
> geos-devel mailing list
> geos-devel at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geos-devel
>
>   

-- 
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022