An even more modest proposal...
Kyle Furlong
kylefurlong at gmail.com
Tue May 16 00:51:14 PDT 2006
James Dunne wrote:
> Thomas Kuehne wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Brad Roberts schrieb am 2006-05-16:
>>
>>> On Tue, 16 May 2006, Ben Cooley wrote:
>>>
>>>
>>>> Allow D to import a GCC-XML or an alternative xml file with the
>>>> class hierarchy,
>>>> structure layout, members, methods, and macros defined in a c or cpp
>>>> header, and
>>>> be able to access members, call non-inlined methods, or
>>>> auto-generate a .cpp
>>>> file with cpp code or functions for inline methods calls or template
>>>> instantiations in D.
>>>>
>>>> This would eliminate the need for D to be responsible for parsing
>>>> Cpp, and
>>>> directly provide the D with the information it needed to
>>>> interoperate with
>>>> existing C or Cpp libraries and code. The responsibility of
>>>> generating that
>>>> file would be from an externally supported Cpp parser like GCC XML,
>>>> Elsa, or
>>>> Swig.
>>>>
>>>> D = Cpp/CLI .... XML = CLI. That would be an apples to apples
>>>> comparison.
>>>>
>>>> How you generate that XML file is your problem.
>>>
>>> I invite you to do it and show us that it's as easy and possible as
>>> you claim. The problems are enormously technically complex, as quite
>>> a few people have said several times already. It's incredibly
>>> unlikely that anyone is going to do this just because you want it done.
>>
>>
>>> I'll even suggest a relatively low barrier to entry: Show that you
>>> can call a c++ class (no inheritance involved) with an api that takes
>>> a std::string and throws that string back to the caller as an
>>> exception. The caller has to be able to catch that std::string.
>>
>>
>> Ben, in case you don't have the resources I'd be interested to solve
>> Brad's challenge. As the scale of problems is definitely beyond spare
>> time
>> development, this would have to be paid development.
>>
>> Thomas
>>
>>
>> -----BEGIN PGP SIGNATURE-----
>>
>> iD8DBQFEaXzq3w+/yD4P9tIRAln9AJ9HtoUMjv2WCS/MtuUnIs1k/u/PWwCgke9P
>> cig+vhtMYbylNxJHRqoxa3Q=
>> =hPeN
>> -----END PGP SIGNATURE-----
>
> Nothing is beyond the scale of spare time development :)
>
It just depends how long such a project is willing to sit in the queue! :-D
--
Kyle Furlong // Physics Undergrad, UCSB
"D is going wherever the D community wants it to go." - Walter Bright
More information about the Digitalmars-d
mailing list