Mango 1.6 runs happily upon Ares, with one exception: Ares doesn't have an std.regexp in the current release, so the mango servlet engine will fail to compile & link (unittest also). I have a modified ares.lib to resolve that problem, which I can pass along to anyone who wants it. That aside, Mango and Ares operate beautifully together on Win32 ~ Sean has done a great job partitioning Ares into a modular and extensible platform. To target Ares, use these Build.exe options:

-version=Ares
-I[path to Ares source]
-X[path to Ares source]

Haven't attempted Ares on linux or darwin yet. Has anyone tried that?

-----------------

Ares is here: http://svn.dsource.org/projects/ares/downloads/ Mango is here: http://mango.dsource.org/

Kris wrote:
> Mango 1.6 runs happily upon Ares, with one exception: Ares doesn't have an std.regexp in the current release, so the mango servlet engine will fail to compile & link (unittest also). I have a modified ares.lib to resolve that problem, which I can pass along to anyone who wants it. That aside, Mango and Ares operate beautifully together on Win32 ~ Sean has done a great job partitioning Ares into a modular and extensible platform.

Thanks!  And for what it's worth, std.regexp will be added as a submission in the next Ares release.  It may undergo interface changes (or implementation tuning) before becoming official, but it will be available for Mango before too terribly long.

> Haven't attempted Ares on linux or darwin yet. Has anyone tried that?

If anyone has interest in testing Ares on non-Win32, please let me know.  The Posix implementation is fairly sparse in places, as I don't have an environment set up to work on this.


Sean

In article <dlaq0k$1gs$1@digitaldaemon.com>, Sean Kelly says...
>
>Kris wrote:
>> Mango 1.6 runs happily upon Ares, with one exception: Ares doesn't have an std.regexp in the current release, so the mango servlet engine will fail to compile & link (unittest also). I have a modified ares.lib to resolve that problem, which I can pass along to anyone who wants it. That aside, Mango and Ares operate beautifully together on Win32 ~ Sean has done a great job partitioning Ares into a modular and extensible platform.
>
>Thanks!  And for what it's worth, std.regexp will be added as a submission in the next Ares release.  It may undergo interface changes (or implementation tuning) before becoming official, but it will be available for Mango before too terribly long.
>
>> Haven't attempted Ares on linux or darwin yet. Has anyone tried that?
>
>If anyone has interest in testing Ares on non-Win32, please let me know.
>  The Posix implementation is fairly sparse in places, as I don't have
>an environment set up to work on this.
>
>
>Sean

I think I've succeeded in building Ares on Linux, but I can't remember the results.  If anything,  I think the changes were minor.  I will give it a try again in the next few days.  I'll also test the combination of Ares and Mango and see what happens on Linux.

Ares is wondefully small and streamlined.  Ares, Mango.io and std.regexp... for what more could could one ask?

Thanks Kris and Sean.  You guys are great.  I'm just waiting for Eric's DDL to reach steady-state; then we'll have it all!

-JJR

In article <dlatoc$erk$1@digitaldaemon.com>, John Reimer says...
>
>Ares is wondefully small and streamlined.  Ares, Mango.io and std.regexp... for what more could could one ask?

Well, I've always wondered if DMD could be cut free from it's DMC heritage completely.  When I get to porting DDL over to Ares, I'll get to see how much of 'snn.lib' Ares forces the linker to bring on board.  I suspect that little of it is actually being used.

>Thanks Kris and Sean.  You guys are great.

I have to echo this sentiment: I'm really amazed to see how much things have changed over just the past two years.  You two have really put your best into all this.

>I'm just waiting for Eric's DDL to reach steady-state; then we'll have it all!

I can't wait either.  ;)

- EricAnderton at yahoo

"pragma" <pragma_member@pathlink.com> wrote
> Well, I've always wondered if DMD could be cut free from it's DMC heritage
> completely.  When I get to porting DDL over to Ares, I'll get to see how
> much of
> 'snn.lib' Ares forces the linker to bring on board.  I suspect that little
> of it
> is actually being used.

I can answer that via a build of the Mango servlet example, using Ares (named phobos.lib) in conjunction with a misnamed snn.lib. You can see what's used by Mango, and then Ares (phobos.lib), in the list below.

C:\D\mango\mango\io\Socket.obj(Socket)
 Error 42: Symbol Undefined _strlen
C:\D\mango\mango\servlet\ServletProvider.obj(ServletProvider)
 Error 42: Symbol Undefined __fltused
C:\D\mango\mango\servlet\ServletProvider.obj(ServletProvider)
 Error 42: Symbol Undefined __except_list
C:\D\mango\mango\format\Number.obj(Number)
 Error 42: Symbol Undefined __ULDIV@
C:\D\mango\mango\sys\Epoch.obj(Epoch)
 Error 42: Symbol Undefined __LDIV@
C:\D\mango\mango\cache\HashMap.obj(HashMap)
 Error 42: Symbol Undefined _memcmp
C:\D\mango\mango\io\FileProxy.obj(FileProxy)
 Error 42: Symbol Undefined _wcslen
servlets.obj(servlets)
 Error 42: Symbol Undefined __acrtused_con
C:\D\mango\mango\io\Buffer.obj(Buffer)
 Error 42: Symbol Undefined _memcpy
C:\D\mango\mango\io\Uri.obj(Uri)
 Error 42: Symbol Undefined _memchr
C:\D\mango\mango\io\Tokenizer.obj(Tokenizer)
 Error 42: Symbol Undefined _ispunct
C:\D\mango\mango\io\Tokenizer.obj(Tokenizer)
 Error 42: Symbol Undefined _isspace
C:\D\mango\mango\format\Styled.obj(Styled)
 Error 42: Symbol Undefined _isdigit
C:\D\mango\mango\format\Double.obj(Double)
 Error 42: Symbol Undefined _frexp
C:\D\mango\mango\format\Double.obj(Double)
 Error 42: Symbol Undefined _memicmp
C:\D\mango\mango\http\server\HttpCookies.obj(HttpCookies)
 Error 42: Symbol Undefined _isalnum
C:\D\mango\mango\http\server\HttpCookies.obj(HttpCookies)
 Error 42: Symbol Undefined _isalpha


C:\d\dmd\bin\..\lib\phobos.lib(gc)
 Error 42: Symbol Undefined _memset
C:\d\dmd\bin\..\lib\phobos.lib(gc)
 Error 42: Symbol Undefined _malloc
C:\d\dmd\bin\..\lib\phobos.lib(deh)
 Error 42: Symbol Undefined __local_except_handler
C:\d\dmd\bin\..\lib\phobos.lib(deh)
 Error 42: Symbol Undefined __global_unwind
C:\d\dmd\bin\..\lib\phobos.lib(regexp)
 Error 42: Symbol Undefined _toupper
C:\d\dmd\bin\..\lib\phobos.lib(regexp)
 Error 42: Symbol Undefined _islower
C:\d\dmd\bin\..\lib\phobos.lib(regexp)
 Error 42: Symbol Undefined ___alloca
C:\d\dmd\bin\..\lib\phobos.lib(regexp)
 Error 42: Symbol Undefined _tolower
C:\d\dmd\bin\..\lib\phobos.lib(thread)
 Error 42: Symbol Undefined __beginthreadex
C:\d\dmd\bin\..\lib\phobos.lib(monitor)
 Error 42: Symbol Undefined _free
C:\d\dmd\bin\..\lib\phobos.lib(monitor)
 Error 42: Symbol Undefined __assert
C:\d\dmd\bin\..\lib\phobos.lib(monitor)
 Error 42: Symbol Undefined _calloc
C:\d\dmd\bin\..\lib\phobos.lib(ti_long)
 Error 42: Symbol Undefined __LCMP@
C:\d\dmd\bin\..\lib\phobos.lib(dmain2)
 Error 42: Symbol Undefined _exit
C:\d\dmd\bin\..\lib\phobos.lib(gcx)
 Error 42: Symbol Undefined _realloc
C:\d\dmd\bin\..\lib\phobos.lib(gcx)
 Error 42: Symbol Undefined _memmove
C:\d\dmd\bin\..\lib\phobos.lib(win32)
 Error 42: Symbol Undefined __end
C:\d\dmd\bin\..\lib\phobos.lib(win32)
 Error 42: Symbol Undefined __xi_a

As you suspected; not very much. I cheated a little by removing the remaining refererences to printf() from Ares. Sean made this trivial since they're now all in dmain2.d, rather than scattered about (Mango has its own formatting package).


>>I'm just waiting for Eric's DDL to reach steady-state; then we'll have it all!
>
> I can't wait either.  ;)

Me neither! On the fly link-loading will forever change the way D server-code is written. Some non-server code too.

> Thanks!  And for what it's worth, std.regexp will be added as a submission in the next Ares release.

I hope this is PCRE  -- does anyone actually use posix regular expressions anymore ?

Also just a question, how much is Mango.io dependent on the rest of Mango ? Have you thought about moving the IO lib into ares?


Charlie


"Sean Kelly" <sean@f4.ca> wrote in message news:dlaq0k$1gs$1@digitaldaemon.com...
> Kris wrote:
> > Mango 1.6 runs happily upon Ares, with one exception: Ares doesn't have
an
> > std.regexp in the current release, so the mango servlet engine will fail
to
> > compile & link (unittest also). I have a modified ares.lib to resolve
that
> > problem, which I can pass along to anyone who wants it. That aside,
Mango
> > and Ares operate beautifully together on Win32 ~ Sean has done a great
job
> > partitioning Ares into a modular and extensible platform.
>
> Thanks!  And for what it's worth, std.regexp will be added as a submission in the next Ares release.  It may undergo interface changes (or implementation tuning) before becoming official, but it will be available for Mango before too terribly long.
>
> > Haven't attempted Ares on linux or darwin yet. Has anyone tried that?
>
> If anyone has interest in testing Ares on non-Win32, please let me know.
>   The Posix implementation is fairly sparse in places, as I don't have
> an environment set up to work on this.
>
>
> Sean

In article <dlcvbb$2drq$1@digitaldaemon.com>, Charles says...
>
>> Thanks!  And for what it's worth, std.regexp will be added as a submission in the next Ares release.
>
>I hope this is PCRE  -- does anyone actually use posix regular expressions anymore ?

std.regexp was added just to have something available--before the module becomes standard it may be rewritten entirely.  What I'd like to do is simply support the "standard" regular expression syntax as described in compiler design texts and such.  I think this is what std.regexp supports, but I haven't given it a close enough look to be sure.

>Also just a question, how much is Mango.io dependent on the rest of Mango ? Have you thought about moving the IO lib into ares?

I've considered it, assuming Kris is amenable to the idea.


Sean

In article <dlb5a0$1bq9$1@digitaldaemon.com>, pragma says...
>
>In article <dlatoc$erk$1@digitaldaemon.com>, John Reimer says...
>>
>>Ares is wondefully small and streamlined.  Ares, Mango.io and std.regexp... for what more could could one ask?
>
>Well, I've always wondered if DMD could be cut free from it's DMC heritage completely.  When I get to porting DDL over to Ares, I'll get to see how much of 'snn.lib' Ares forces the linker to bring on board.  I suspect that little of it is actually being used.
>
>>Thanks Kris and Sean.  You guys are great.
>
>I have to echo this sentiment: I'm really amazed to see how much things have changed over just the past two years.  You two have really put your best into all this.
>
>>I'm just waiting for Eric's DDL to reach steady-state; then we'll have it all!
>
>I can't wait either.  ;)

I went to the dsource site and looked things over - very cool!

Don't want to put you on the 'spot' here, but I have a couple of questions:

1) How much longer before ELF and COFF are supported?
2) Is there anything started for emitting 'header' source code for static libs?
3) I'm not familiar with the .ddl format or what it is capable of - is it
(capable of) extracting function body code as well?

Thanks,

- Dave

>
>- EricAnderton at yahoo

Dave wrote:

> 1) How much longer before ELF and COFF are supported?

I can only say something about ELF, and that is that it might take some time, but the wheels are in motion. I'll probably start posting some progress soon, and get some code committed.

Lars Ivar Igesund

In article <dldart$2pi2$1@digitaldaemon.com>, Lars Ivar Igesund says...
>
>Dave wrote:
>
>> 1) How much longer before ELF and COFF are supported?
>
>I can only say something about ELF, and that is that it might take some time, but the wheels are in motion. I'll probably start posting some progress soon, and get some code committed.
>
>Lars Ivar Igesund

Given the current D tool choices, once ELF support is done then we would have something cross platform, right?

If so, is / can a wrapper then be built around the ELF and OMG libs. to 'choose' the obj. file format at runtime too (so the developer wouldn't have to support both)?

Just curious, how important would COFF be unless MS decided to support D in a big way (fat chance <g>)?

Sorry, maybe I'm jumping the gun here a bit, but somehow I missed the implications of DDL before and it really looks promising, especially if we could also have the benefits of header files w/o the hassle, or resorting to some sort of intermediate code format like Java.

Thanks,

- Dave