DStep
Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. Did you try DStep on libxml2, respective libxslt ? TIA, Bjoern
Re: DStep
On Thu, 26 Jan 2012 07:19:27 -0800 bls wrote: > Sorry for my ignorance but why should one use DStep instead of htod > in order to port plain vanilla C headers ? I have to admit that I > haven't tried DStep yet. Excuse me for my ignorance about DStep, but htod is Windows-only. Sincerely, Gour -- A person who has given up all desires for sense gratification, who lives free from desires, who has given up all sense of proprietorship and is devoid of false ego — he alone can attain real peace. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: DStep
Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. htod is Windows-only. And it sucks. For example it drops const, runs the preprocessor instead of turning preprocessor directives into proper D equivalents, horribly messes up the comments (esp. comments for enum members),...
Re: DStep
On 01/26/2012 07:51 AM, Trass3r wrote: Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. htod is Windows-only. And it sucks. For example it drops const, runs the preprocessor instead of turning preprocessor directives into proper D equivalents, horribly messes up the comments (esp. comments for enum members),... Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. Thanks, Bjoern
Re: DStep
Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. I don't think it's in a usable state yet. I guess SWIG could be useful currently.
Re: DStep
On 2012-01-26 17:18, Trass3r wrote: Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. I don't think it's in a usable state yet. I guess SWIG could be useful currently. No, it's not in very usable state currently. The Clang modifications are somewhat usable: https://github.com/jacob-carlborg/clang -- /Jacob Carlborg
Re: DStep
On 2012-01-26 16:41, Gour wrote: On Thu, 26 Jan 2012 07:19:27 -0800 bls wrote: Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. Excuse me for my ignorance about DStep, but htod is Windows-only. Exactly, dstep could work on any platform supported by Clang and D. -- /Jacob Carlborg
Re: DStep
On 2012-01-26 17:08, bls wrote: On 01/26/2012 07:51 AM, Trass3r wrote: Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. htod is Windows-only. And it sucks. For example it drops const, runs the preprocessor instead of turning preprocessor directives into proper D equivalents, horribly messes up the comments (esp. comments for enum members),... Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. Thanks, Bjoern DStep has nothing to do with XML. It uses the Clang C API to create D bindings. -- /Jacob Carlborg
Re: DStep
On 01/26/2012 09:51 AM, Jacob Carlborg wrote: On 2012-01-26 17:08, bls wrote: On 01/26/2012 07:51 AM, Trass3r wrote: Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. htod is Windows-only. And it sucks. For example it drops const, runs the preprocessor instead of turning preprocessor directives into proper D equivalents, horribly messes up the comments (esp. comments for enum members),... Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. Thanks, Bjoern DStep has nothing to do with XML. It uses the Clang C API to create D bindings. libxml2 is a plain c library http://xmlsoft.org/ libxslt dito. http://xmlsoft.org/XSLT/ ?? May you mix it up. In order to create *bindings* to C++ libs doxygens xml output seems to be perfect. To _port_ C headers DStep is probaly the right tool. But I just see that I have to build llvm and what the heck.. :( Now, in order to parse doxygens xml output std.xml is not good enough. In other words it would be nice to have libxml2 as D lib available.
Re: DStep
On 2012-01-26 19:08, bls wrote: On 01/26/2012 09:51 AM, Jacob Carlborg wrote: On 2012-01-26 17:08, bls wrote: On 01/26/2012 07:51 AM, Trass3r wrote: Sorry for my ignorance but why should one use DStep instead of htod in order to port plain vanilla C headers ? I have to admit that I haven't tried DStep yet. htod is Windows-only. And it sucks. For example it drops const, runs the preprocessor instead of turning preprocessor directives into proper D equivalents, horribly messes up the comments (esp. comments for enum members),... Ok,Thanks for clarification! Seems that DStep is a missing link in the D tool-chain and should be part of the DMD package I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it works for me. Thanks, Bjoern DStep has nothing to do with XML. It uses the Clang C API to create D bindings. libxml2 is a plain c library http://xmlsoft.org/ libxslt dito. http://xmlsoft.org/XSLT/ ?? May you mix it up. In order to create *bindings* to C++ libs doxygens xml output seems to be perfect. To _port_ C headers DStep is probaly the right tool. But I just see that I have to build llvm and what the heck.. :( Now, in order to parse doxygens xml output std.xml is not good enough. In other words it would be nice to have libxml2 as D lib available. Oh, you mean create bindings to libxml2? I don't see how doxygen xml output could be better to create bindings than a compiler. Tango has a pretty good and super fast XML module. Tango is now usable with D2: https://github.com/SiegeLord/Tango-D2 -- /Jacob Carlborg
DStep with dub
On Sunday, 8 December 2013 at 17:25:44 UTC, Jacob Carlborg wrote: To build DStep you need Tango, a couple of my libraries (mambo, dstack) and libclang. I plan to make it available through Dub. How is that going?
Re: DStep with dub
On 2013-12-09 10:15, John Colvin wrote: How is that going? I just haven't done it yet. I don't think it should be any problems. Although I'm not too happy I need to put my two utility libraries in Dub. They're not ready for that yet. -- /Jacob Carlborg
Re: DStep with dub
On Monday, 9 December 2013 at 15:33:22 UTC, Jacob Carlborg wrote: On 2013-12-09 10:15, John Colvin wrote: How is that going? I just haven't done it yet. I don't think it should be any problems. Although I'm not too happy I need to put my two utility libraries in Dub. They're not ready for that yet. Could you not use one of the pre/post build options to pull in the necessary github zip files? It's a bit of a hack but i think it could work. Then again, you could just add a -alpha suffix to the package names or similar to be absolutely clear they aren't polished products.
Re: DStep with dub
On 2013-12-09 17:34, John Colvin wrote: Could you not use one of the pre/post build options to pull in the necessary github zip files? It's a bit of a hack but i think it could work. Then again, you could just add a -alpha suffix to the package names or similar to be absolutely clear they aren't polished products. Yeah, I was think doing something like that. I just haven't had the time yet. -- /Jacob Carlborg
Re: DStep with dub
On 2013-12-09 10:15, John Colvin wrote: How is that going? I just hit some issues with Dub. I'm considering it a blocker, hopefully there will be a solution: http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/652/ -- /Jacob Carlborg
D, DStep, and Deimos
Having now got some bits of libdvbv5 usable from D with aid of DStep – which let's be honest did 90.357% (roughly) of the work – thoughts turn to maintenance and distribution. So a few questions/comments: 1. Is Deimos "alive and well" as a place to host the current state of a D adaptor library, or is it best to just have a repository somewhere: Git/GitHub, Git/BitBucket, Mercurial/BitBucket, Bazaar/Launchpad. 2. There needs to be an idiomatic process for updating DStep generated but manually amended libraries using DStep. 3. I take it as given this needs to be in the Dub repository, is this fair? 4. DStep is great. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: D, DStep, and Deimos
On Tuesday, June 13, 2017 12:22:52 Russel Winder via Digitalmars-d wrote: > Having now got some bits of libdvbv5 usable from D with aid of DStep – > which let's be honest did 90.357% (roughly) of the work – thoughts turn > to maintenance and distribution. So a few questions/comments: > > 1. Is Deimos "alive and well" as a place to host the current state of a > D adaptor library, or is it best to just have a repository somewhere: > Git/GitHub, Git/BitBucket, Mercurial/BitBucket, Bazaar/Launchpad. In theory, deimos is the place to put C bindings, but at this point, I wouldn't bother, because if you do put them there, you don't control the repo, which can get annoying, and the important thing for finding and using the bindings is to have them on code.dlang.org. Regardless, if you're talking about creating a wrapper library rather than bindings, then deimos isn't really the place for that. - Jonathan M Davis
Re: D, DStep, and Deimos
On 13/06/2017 12:22 PM, Russel Winder via Digitalmars-d wrote: Having now got some bits of libdvbv5 usable from D with aid of DStep – which let's be honest did 90.357% (roughly) of the work – thoughts turn to maintenance and distribution. So a few questions/comments: 1. Is Deimos "alive and well" as a place to host the current state of a D adaptor library, or is it best to just have a repository somewhere: Git/GitHub, Git/BitBucket, Mercurial/BitBucket, Bazaar/Launchpad. 2. There needs to be an idiomatic process for updating DStep generated but manually amended libraries using DStep. 3. I take it as given this needs to be in the Dub repository, is this fair? You're limited to Github and Bitbucket, so that'll answer 1 as well.
Re: D, DStep, and Deimos
On 2017-06-13 13:22, Russel Winder via Digitalmars-d wrote: Having now got some bits of libdvbv5 usable from D with aid of DStep – which let's be honest did 90.357% (roughly) of the work – thoughts turn to maintenance and distribution. So a few questions/comments: 1. Is Deimos "alive and well" as a place to host the current state of a D adaptor library, No, I would avoid Deimos. or is it best to just have a repository somewhere: Git/GitHub, Git/BitBucket, Mercurial/BitBucket, Bazaar/Launchpad. Yes, GitHub to make it accessible to Dub. 2. There needs to be an idiomatic process for updating DStep generated but manually amended libraries using DStep. DStep has a flag to ignore translating the specified symbols. If you specify that flag for the symbols you need to translate manually. would that be an ok workflow? 3. I take it as given this needs to be in the Dub repository, is this fair? Yes. If think there's specific category in Dub for bindings to C libraries [1]. 4. DStep is great. Thanks :) [1] http://code.dlang.org/?sort=updated&category=library.binding -- /Jacob Carlborg
Has anyone built DStep for Win?
Like the subject says...
Re: Has anyone built DStep for Win?
On 2012-10-30 05:08, Nick Sabalausky wrote: Like the subject says... I compiled it on Windows before the initial release but optlink refused to cooperate and I basically gave up. I guess I should try the other linker, ulink or what it's called. Or the new DMD with COFF backend. -- /Jacob Carlborg