https://goo.gl/forms/DtKpuwOWR9V2TCnP2

Rapidly iterating my D code from C++ or .NET is great, but these are only two use cases that I know of. So. Let's see what other use cases are out there, and what are the most common ones.

The link above goes to a Google Form where you can answer a bunch of questions that will give me an idea of what other languages I should account for. It doesn't require you to sign in, so all data is anonymous (to me anyway).

There's only six multiple choice questions, so if you have a minute go head and fill it out.

Cheers.

On Sunday, 6 May 2018 at 15:28:11 UTC, Ethan wrote:
> https://goo.gl/forms/DtKpuwOWR9V2TCnP2
>
> Rapidly iterating my D code from C++ or .NET is great, but these are only two use cases that I know of. So. Let's see what other use cases are out there, and what are the most common ones.
>
> The link above goes to a Google Form where you can answer a bunch of questions that will give me an idea of what other languages I should account for. It doesn't require you to sign in, so all data is anonymous (to me anyway).
>
> There's only six multiple choice questions, so if you have a minute go head and fill it out.
>
> Cheers.

Done! :)

On Sunday, 6 May 2018 at 15:28:11 UTC, Ethan wrote:
> https://goo.gl/forms/DtKpuwOWR9V2TCnP2
>
> Rapidly iterating my D code from C++ or .NET is great, but these are only two use cases that I know of. So. Let's see what other use cases are out there, and what are the most common ones.
>
> The link above goes to a Google Form where you can answer a bunch of questions that will give me an idea of what other languages I should account for. It doesn't require you to sign in, so all data is anonymous (to me anyway).
>
> There's only six multiple choice questions, so if you have a minute go head and fill it out.
>
> Cheers.

Attending your session on DConf was great and a lot of fun. I do not know how it fits into your scenario but some months ago I created Delta [1] which is a bridge between D and Delphi. In case you do s.th. for Delphi, maybe Delta can leverage from or the other way around, you got some ideas how Binderoo can be enhanced by looking at Delta.

The current plan for Delta is to create a Delphi Pascal parser which generates a Json for a given Delphi unit (the public interface). A second program will generate out of the Json D modules containing wrapper classes. The files you found on github are all hand written.

https://github.com/andre2007/delta-core-10-2-1

Kind regards
Andre

On Sunday, 6 May 2018 at 15:28:11 UTC, Ethan wrote:
> https://goo.gl/forms/DtKpuwOWR9V2TCnP2
>
> Rapidly iterating my D code from C++ or .NET is great, but these are only two use cases that I know of. So. Let's see what other use cases are out there, and what are the most common ones.
>
> The link above goes to a Google Form where you can answer a bunch of questions that will give me an idea of what other languages I should account for. It doesn't require you to sign in, so all data is anonymous (to me anyway).
>
> There's only six multiple choice questions, so if you have a minute go head and fill it out.
>
> Cheers.

Done and fyi it is a common misconception that the "Rat Koala" is related to the almighty Koala :)

On Monday, 7 May 2018 at 03:33:19 UTC, Norm wrote:
> Done and fyi it is a common misconception that the "Rat Koala" is related to the almighty Koala :)

See, that just sounds a bit too much like a Sumatran Rat Monkey to me.

On Sunday, 6 May 2018 at 15:28:11 UTC, Ethan wrote:
> https://goo.gl/forms/DtKpuwOWR9V2TCnP2

13 responses so far. Cheers to those 13.

It's already proven to have some interesting insights. I assumed plain old ordinary C support would have been the number one choice for additional language support. But it's only number three, with Python right above it and Java sitting in the number one slot. Whether that's plain old Java on desktops or things like JNI to allow usage on Android, I don't know. I didn't make that distinction. But there it is.

Also. 7/13 respondents think that koalas are just rubbish squirrels. This isn't a viewpoint that Binderoo can solve, but it's good to know where the line is drawn.

On 05/07/2018 01:24 PM, Ethan wrote:
> On Monday, 7 May 2018 at 03:33:19 UTC, Norm wrote:
> 
> See, that just sounds a bit too much like a Sumatran Rat Monkey to me.
> 

That sounds like a coffee-based cocktail to me ;)

On Monday, 7 May 2018 at 17:28:55 UTC, Ethan wrote:
>
> 13 responses so far. Cheers to those 13.
>

I don't really understand what to use binderoo for. So rather than fill out the questionnaire, maybe I would just recommend you do some work on wiki, blog post, or simple examples.

On Tuesday, 8 May 2018 at 14:28:53 UTC, jmh530 wrote:
> I don't really understand what to use binderoo for. So rather than fill out the questionnaire, maybe I would just recommend you do some work on wiki, blog post, or simple examples.

Been putting that off until the initial proper stable release, it's still in a pre-release phase.

But tl;dr - It acts as an intermediary layer between a host application written in C++/.NET and libraries written in D. And as it's designed for rapid iteration, it also supports recompiling the D libraries and reloading them on the fly.

Full examples and documentation will be coming.

On Monday, 7 May 2018 at 17:28:55 UTC, Ethan wrote:
> 13 responses so far. Cheers to those 13.

4 responses since that post. And all four have listed "Plain old ordinary C" as something they want supported. Classic. Now it's in front of every other option.

Supporting C is step one to supporting Java too. So that's cool. And also Python. And Swift. And Rust. And basically everything. So I've gone and done a thing to my branch of Binderoo - I now generate C function wrappers alongside the C++ function wrappers.

Environments that can support C++ calling conventions will absolutely want to stick to them, especially on x64 as the default calling conventions use registers extensively rather than pushing everything to the stack. And environments that don't support those conventions can stick to the C function pointer and be merry.

I'll need to clean up my minimal C API and work on generating code for those languages before I can say "They're supported!" but at the very least the groundwork is there.