www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - Deimos organization

reply Matt Soucy <msoucy csh.rit.edu> writes:
I've been messing around with Deimos lately, and I was a little bit 
confused about some of the design.
I saw that a couple (ZeroMQ, ncurses) didn't follow the usual structure 
of having a c/ and a deimos/ folder. Is this by design, or is it 
something that should be remedied?

Other things I was unsure about:
libmysql, libc, libruby, lua don't have any D files at all - some are 
just READMEs. Are these still under development?
libexif goes libexif/libexif/(d files) instead of 
libexif/deimos/libexif/(d files). Also by design?

Thank you,
Matt
Oct 20 2012
next sibling parent David <d dav1d.de> writes:
Am 21.10.2012 07:52, schrieb Matt Soucy:> I've been messing around with 
Deimos lately, and I was a little bit
 confused about some of the design.
 I saw that a couple (ZeroMQ, ncurses) didn't follow the usual structure
 of having a c/ and a deimos/ folder. Is this by design, or is it
 something that should be remedied?
I think that c/ folder is intended. At least I always included the c-headers.
 Other things I was unsure about:
 libmysql, libc, libruby, lua don't have any D files at all - some are
 just READMEs. Are these still under development?
I think Walter maintains the deimos repos, but he only creates them and merges pull-requests, but others do the bindings, so if someone requests a binding XY but doesn't submit a pull request for XY it stays empty.
 libexif goes libexif/libexif/(d files) instead of
 libexif/deimos/libexif/(d files). Also by design?
I think that should be fixed, pull request?
 Thank you,
 Matt
Oct 21 2012
prev sibling next sibling parent 1100110 <0b1100110 gmail.com> writes:
On Sun, 21 Oct 2012 00:52:02 -0500, Matt Soucy <msoucy csh.rit.edu> wrote:

 I've been messing around with Deimos lately, and I was a little bit  
 confused about some of the design.
 I saw that a couple (ZeroMQ, ncurses) didn't follow the usual structure  
 of having a c/ and a deimos/ folder. Is this by design, or is it  
 something that should be remedied?

 Other things I was unsure about:
 libmysql, libc, libruby, lua don't have any D files at all - some are  
 just READMEs. Are these still under development?
 libexif goes libexif/libexif/(d files) instead of  
 libexif/deimos/libexif/(d files). Also by design?

 Thank you,
 Matt
ncurses is mine, Just tell me how you'd like it to change, and I'll fix it. I've been meaning to fix that at some point... I'm willing to manually bind one of those empty repos, but I understand that there has been quite a lot of interest in using dstep to automate the binding process completely. Shrugs. It seems to me its languishing in hopes of an automated tool. -- Using Opera's revolutionary email client: http://www.opera.com/mail/
Oct 21 2012
prev sibling parent 1100110 <0b1100110 gmail.com> writes:
 Other things I was unsure about:
 libmysql, libc, libruby, lua don't have any D files at all - some are  
 just READMEs. Are these still under development?
 libexif goes libexif/libexif/(d files) instead of  
 libexif/deimos/libexif/(d files). Also by design?
Let me amend that. I won't do libc. Too much preprocessor crap. -- Using Opera's revolutionary email client: http://www.opera.com/mail/
Oct 21 2012