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 there are a lot of tools like C# that can achieve that easily, 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