[AD] Re: Alleg-developers digest, Vol 1 #1532 - 1 msg

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


The target is more interesting than simple C# bindings. It is not a single Allegro class with static methods with pinvokes to all Allegro C functions. What would be cool is an object-oriented front-end. It would need to use some C# techniques like event handlers, delegates. How would you feel if you had to use a binding to Scheme that made you feel like you were programming C?
 
K
 
--
Kirill Kononenko
mail: Kirill.KononenkotATgmailDOTcom
PGP/GPG public key available on request


 
2006/5/2, alleg-developers-request@xxxxxxxxxxxxxxx < alleg-developers-request@xxxxxxxxxx>:
Send Alleg-developers mailing list submissions to
       alleg-developers@xxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.sourceforge.net/lists/listinfo/alleg-developers
or, via email, send a message with subject or body 'help' to
       alleg-developers-request@xxxxxxxxxx

You can reach the person managing the list at
       alleg-developers-admin@xxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Alleg-developers digest..."


Today's Topics:

  1. Re: Allegro# in the Google Summer of Code 2006 (Jon Rafkind)

--__--__--

Message: 1
Date: Mon, 01 May 2006 18:39:54 -0400
From: Jon Rafkind < workmin@xxxxxxxxxx>
To:  alleg-developers@xxxxxxxxxx
Subject: Re: [AD] Allegro# in the Google Summer of Code 2006
Reply-To: alleg-developers@xxxxxxxxxx


>>
>>Is anyone interested in taking part in this?
>>
>>K
>>
>>--
>>Kirill Kononenko
>>mail: Kirill.KononenkoATgmailDOTcom
>>PGP/GPG public key available on request
>>
>>
>
>Well somebody already has made .NET bindings for allegro and it's open source.
>Maybe somebody can take that and port it over to dotnet.
>For more information take a look here:
>http://www.skorzec.com/allegnet/
>:)
>
>
>
I started to bind Allegro to Java and I am in the process of binding
Allegro to MzScheme. While useful its really not that hard, you just use
whatever foreign function interface exists for your language and make a
foriegn call to every single Allegro function. Tedious yes, hard no.



--__--__--

_______________________________________________
Alleg-developers mailing list
Alleg-developers@xxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/alleg-developers


End of Alleg-developers Digest



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/