On 3/21/16 12:10 PM, Andrea Fontana wrote:
I just released on behalf of the company I work for
(http://lab.2night.it) "mondo", a library to work with mongodb.
Mondo is a collection of classes (and struct) built over mongo-c-driver.
Low-level bindings are generated automatically using dstep + a
On Tuesday, 22 March 2016 at 14:35:17 UTC, Bruno Medeiros wrote:
Dunno if you'll care, but note the name clash:
https://getmondo.co.uk/
Don't know if Mondo will actually be successful or not, but if
it does, you might have a name clash, especially since they
also have an API behind it:
On 21/03/2016 16:10, Andrea Fontana wrote:
I just released on behalf of the company I work for
(http://lab.2night.it) "mondo", a library to work with mongodb.
Mondo is a collection of classes (and struct) built over mongo-c-driver.
Low-level bindings are generated automatically using dstep + a
On 2016-03-22 09:39, Andrea Fontana wrote:
There are also other problems (not dstep related). For example some
single original files inside mongo sources don't compile because of
missing #include in original source.
Yeah, that's annoying. There's a workaround though, use the "-include
" flag
On Monday, 21 March 2016 at 16:10:38 UTC, Andrea Fontana wrote:
I just released on behalf of the company I work for
(http://lab.2night.it) "mondo", a library to work with mongodb.
Mondo is a collection of classes (and struct) built over
mongo-c-driver. Low-level bindings are generated
On Tuesday, 22 March 2016 at 07:22:45 UTC, Jacob Carlborg wrote:
On 2016-03-21 17:10, Andrea Fontana wrote:
Mondo is a collection of classes (and struct) built over
mongo-c-driver.
Low-level bindings are generated automatically using dstep + a
small
script to patch some issues with original
On 2016-03-21 17:10, Andrea Fontana wrote:
Mondo is a collection of classes (and struct) built over mongo-c-driver.
Low-level bindings are generated automatically using dstep + a small
script to patch some issues with original source.
Please let me know what kind of issues you had with DStep,