www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - installing Mango with DMD instead of ldc

reply "JJDuck" <hamilton serenahamilton.com> writes:
Hello all,

I tried to install Mango and I found that it requires ldc. the 
makefile for Mango is from
http://svn.dsource.org/projects/mango/trunk/mango/build/ldc/makefile

I tried to install ldc on Windows but it doesn't go very smooth 
for the whole weekend, so I decide to try to install Mango with 
DMD.

I tried to change these two lines for start

DC=ldc   <--change to DMD
DFLAGS=-release -O -inline -oq -c    <----error at oq

I do not understand -oq and -c mean for ldc, and I cannot find 
anything from web.

Anyone who can assist me on this or is there a better 
alternatives to install Mango with DMD?

Thank you.
May 25 2014
parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Sunday, 25 May 2014 at 18:11:56 UTC, JJDuck wrote:

 Hello all,

 I tried to install Mango and I found that it requires ldc. the 
 makefile for Mango is from
 http://svn.dsource.org/projects/mango/trunk/mango/build/ldc/makefile

 I tried to install ldc on Windows but it doesn't go very smooth 
 for the whole weekend, so I decide to try to install Mango with 
 DMD.

 I tried to change these two lines for start

 DC=ldc   <--change to DMD
 DFLAGS=-release -O -inline -oq -c    <----error at oq

 I do not understand -oq and -c mean for ldc, and I cannot find 
 anything from web.

 Anyone who can assist me on this or is there a better 
 alternatives to install Mango with DMD?

 Thank you.


That project hasn't been touched in 4 years. It will likely 
require a non-trivial amount of work to port it to modern D. It 
might be worth it, it might not, I don't know. If you did, you 
would want to use https://github.com/SiegeLord/Tango-D2 as mango 
depended on Tango in D1

dsource is dead, pretty much nothing there is maintained, 
code.dlang.org is your best bet for finding modern D projects.
May 25 2014
parent reply "JJDuck" <hamilton serenahamilton.com> writes:
On Sunday, 25 May 2014 at 18:39:18 UTC, John Colvin wrote:

 That project hasn't been touched in 4 years. It will likely 
 require a non-trivial amount of work to port it to modern D. It 
 might be worth it, it might not, I don't know. If you did, you 
 would want to use https://github.com/SiegeLord/Tango-D2 as 
 mango depended on Tango in D1

 dsource is dead, pretty much nothing there is maintained, 
 code.dlang.org is your best bet for finding modern D projects.


Yes, I did try out the SiegeLord/Tango-D2 and it works great. And 
now I'm trying to integrate Mango as it is crucial for my current 
development.
May 26 2014
parent reply "John Colvin" <john.loughran.colvin gmail.com> writes:
On Monday, 26 May 2014 at 07:07:47 UTC, JJDuck wrote:

 On Sunday, 25 May 2014 at 18:39:18 UTC, John Colvin wrote:

 That project hasn't been touched in 4 years. It will likely 
 require a non-trivial amount of work to port it to modern D. 
 It might be worth it, it might not, I don't know. If you did, 
 you would want to use https://github.com/SiegeLord/Tango-D2 as 
 mango depended on Tango in D1

 dsource is dead, pretty much nothing there is maintained, 
 code.dlang.org is your best bet for finding modern D projects.


 Yes, I did try out the SiegeLord/Tango-D2 and it works great. 
 And now I'm trying to integrate Mango as it is crucial for my 
 current development.


What are your requirements? There may be an alternative library 
you could use.
May 26 2014
next sibling parent "JJDuck" <hamilton serenahamilton.com> writes:
On Monday, 26 May 2014 at 09:08:53 UTC, John Colvin wrote:

 What are your requirements? There may be an alternative library 
 you could use.


I need a secure private communication between clients and server.
I don't use other common tools as it is not "private" enough.
A good example is from 
http://svn.dsource.org/projects/mango/trunk/example/xml/rpc/

where I can pass my struct between client and server and I want 
to make encryption for the serialized data communication. I know 

but I want good performance and I like D.

Is it possible to modify Mango to be compatible with D2?
May 26 2014
prev sibling parent reply "JJDuck" <hamilton serenahamilton.com> writes:
On Monday, 26 May 2014 at 09:08:53 UTC, John Colvin wrote:


 What are your requirements? There may be an alternative library 
 you could use.


I did some research , D2 + phobos + tango + mango + encryption 
can give me what I want.
May 26 2014
parent reply "Rene Zwanenburg" <renezwanenburg gmail.com> writes:
On Monday, 26 May 2014 at 10:48:09 UTC, JJDuck wrote:

 On Monday, 26 May 2014 at 09:08:53 UTC, John Colvin wrote:


 What are your requirements? There may be an alternative 
 library you could use.


 I did some research , D2 + phobos + tango + mango + encryption 
 can give me what I want.


Vibe.d has support for ssl streams. You should be able to send 
and receive raw structs over such a stream, or if the server and 
client have a different arch you can use vibe's bson 
serialisation.

http://vibed.org/api/vibe.stream.ssl/
May 26 2014
next sibling parent reply "JJDuck" <hamilton serenahamilton.com> writes:
On Monday, 26 May 2014 at 14:05:48 UTC, Rene Zwanenburg wrote:

 Vibe.d has support for ssl streams. You should be able to send 
 and receive raw structs over such a stream, or if the server 
 and client have a different arch you can use vibe's bson 
 serialisation.

 http://vibed.org/api/vibe.stream.ssl/


Vibe.d is graet, but my worry is that since it is not open-source 
and free, so it is kind of difficult for me to use it. Because 
Vibe.d might one day become a commercial product.
There is nothing wrong with that, but my current situation 
doesn't quite allow that, I'm restricted to use free software for 
now.
May 26 2014
parent reply "bioinfornatics" <bioifornatics fedoraproject.org> writes:
On Monday, 26 May 2014 at 15:33:45 UTC, JJDuck wrote:

 On Monday, 26 May 2014 at 14:05:48 UTC, Rene Zwanenburg wrote:

 Vibe.d has support for ssl streams. You should be able to send 
 and receive raw structs over such a stream, or if the server 
 and client have a different arch you can use vibe's bson 
 serialisation.

 http://vibed.org/api/vibe.stream.ssl/


 Vibe.d is graet, but my worry is that since it is not 
 open-source and free, so it is kind of difficult for me to use 
 it. Because Vibe.d might one day become a commercial product.
 There is nothing wrong with that, but my current situation 
 doesn't quite allow that, I'm restricted to use free software 
 for now.


vibe.d is root an open-source project ? on about page is wrote is
licensed under MIT which are an open source license.

quote from http://vibed.org/about
"vibe.d is licensed under the terms of the MIT public license"
May 26 2014
next sibling parent "bioinfornatics" <bioifornatics fedoraproject.org> writes:
On Monday, 26 May 2014 at 15:41:03 UTC, bioinfornatics wrote:

 On Monday, 26 May 2014 at 15:33:45 UTC, JJDuck wrote:

 On Monday, 26 May 2014 at 14:05:48 UTC, Rene Zwanenburg wrote:

 Vibe.d has support for ssl streams. You should be able to 
 send and receive raw structs over such a stream, or if the 
 server and client have a different arch you can use vibe's 
 bson serialisation.

 http://vibed.org/api/vibe.stream.ssl/


 Vibe.d is graet, but my worry is that since it is not 
 open-source and free, so it is kind of difficult for me to use 
 it. Because Vibe.d might one day become a commercial product.
 There is nothing wrong with that, but my current situation 
 doesn't quite allow that, I'm restricted to use free software 
 for now.


 vibe.d is root an open-source project ? on about page is wrote 
 is
 licensed under MIT which are an open source license.

 quote from http://vibed.org/about
 "vibe.d is licensed under the terms of the MIT public license"



s/root/it not/
May 26 2014
prev sibling parent reply "JJDuck" <hamilton serenahamilton.com> writes:
On Monday, 26 May 2014 at 15:41:03 UTC, bioinfornatics wrote:

 On Monday, 26 May 2014 at 15:33:45 UTC, JJDuck wrote:



 vibe.d is root an open-source project ? on about page is wrote 
 is
 licensed under MIT which are an open source license.

 quote from http://vibed.org/about
 "vibe.d is licensed under the terms of the MIT public license"


For the next 5-10 years, will it stay like that? it will be great 
if it will be...I'm just a bit concerned...
May 26 2014
next sibling parent "JJDuck" <hamilton serenahamilton.com> writes:
I tried to compile it with dmd and there are some problem with D1 
code, so I will try to port it to D2. I will post the result if I 
can successfully port it.
Jun 02 2014
prev sibling parent "Dicebot" <public dicebot.lv> writes:
On Monday, 26 May 2014 at 15:42:56 UTC, JJDuck wrote:

 On Monday, 26 May 2014 at 15:41:03 UTC, bioinfornatics wrote:

 On Monday, 26 May 2014 at 15:33:45 UTC, JJDuck wrote:



 vibe.d is root an open-source project ? on about page is wrote 
 is
 licensed under MIT which are an open source license.

 quote from http://vibed.org/about
 "vibe.d is licensed under the terms of the MIT public license"


 For the next 5-10 years, will it stay like that? it will be 
 great if it will be...I'm just a bit concerned...


I can't imagine Sonke ever wanting to change license of vibe.d to 
something more restrictive.
Jun 02 2014
prev sibling parent reply "JJDuck" <hamilton serenahamilton.com> writes:
On Monday, 26 May 2014 at 14:05:48 UTC, Rene Zwanenburg wrote:

 On Monday, 26 May 2014 at 10:48:09 UTC, JJDuck wrote:

 Vibe.d has support for ssl streams. You should be able to send 
 and receive raw structs over such a stream, or if the server 
 and client have a different arch you can use vibe's bson 
 serialisation.

 http://vibed.org/api/vibe.stream.ssl/


I definitely will research on that. It is indeed a good 
alternatives.

Thanks
May 26 2014
parent "bioinfornatics" <bioifornatics fedoraproject.org> writes:
On Monday, 26 May 2014 at 15:44:13 UTC, JJDuck wrote:

 On Monday, 26 May 2014 at 14:05:48 UTC, Rene Zwanenburg wrote:

 On Monday, 26 May 2014 at 10:48:09 UTC, JJDuck wrote:

 Vibe.d has support for ssl streams. You should be able to send 
 and receive raw structs over such a stream, or if the server 
 and client have a different arch you can use vibe's bson 
 serialisation.

 http://vibed.org/api/vibe.stream.ssl/


 I definitely will research on that. It is indeed a good 
 alternatives.

 Thanks


If they change their license. you will not be able to update but
you should to  stay with previous license which was release under 
a free
license.
So if they change their license a fork will appear from the last
version released under an open license.
May 26 2014