Thread overview
LDC2 Status
Feb 22, 2011
dsimcha
Feb 23, 2011
Trass3r
Feb 23, 2011
Robert Clipsham
Feb 23, 2011
Robert Clipsham
Feb 24, 2011
Michel Fortin
February 22, 2011
I tried LDC2 for Linux out last week and again last night.  I didn't spend much time on it on either attempt, but so far I haven't been able to get even Hello, World to compile.  It seems like the instructions for building druntime, etc. are horribly outdated, the patches bit rotted, etc.  Has anyone managed to get past these hurdles and compile Hello, World lately?  If so, would you mind posting some instructions?  If LDC2 is, in fact, mature enough that it would be worthwhile, I'd like to test it out, file bug reports, etc.
February 23, 2011
> I tried LDC2 for Linux out last week and again last night.

I was even more self-torturing, I tried to compile it on Windoze twice I think. But it didn't really work.
Also I got the feeling that LDC2 has been hastily updated to the newest dmd frontend without verifying each upgrade step by step and now things are subtly broken.
February 23, 2011
On 22/02/11 23:52, dsimcha wrote:
> I tried LDC2 for Linux out last week and again last night. I didn't
> spend much time on it on either attempt, but so far I haven't been able
> to get even Hello, World to compile. It seems like the instructions for
> building druntime, etc. are horribly outdated, the patches bit rotted,
> etc. Has anyone managed to get past these hurdles and compile Hello,
> World lately? If so, would you mind posting some instructions? If LDC2
> is, in fact, mature enough that it would be worthwhile, I'd like to test
> it out, file bug reports, etc.

LDC2 has a way to go before being D2 ready, gdc is far further along. From what I can gather, the following should compile ldc, druntime and phobos, it seems (very) broken currently though - best to get in touch with the guy working on it - I have a feeling he's using an old version of druntime.

hg clone https://bitbucket.org/prokhin_alexey/ldc2
cd ldc2
git clone https://github.com/D-Programming-Language/druntime
git clone https://github.com/D-Programming-Language/phobos
ccmake .
# type c, aet D_VERSION and RUNTIME_DIR, type c, set PHOBOS2_DIR,
# type c, type g
make phobos2

-- 
Robert
http://octarineparrot.com/
February 23, 2011
On 23/02/11 21:15, Robert Clipsham wrote:
> On 22/02/11 23:52, dsimcha wrote:
>> I tried LDC2 for Linux out last week and again last night. I didn't
>> spend much time on it on either attempt, but so far I haven't been able
>> to get even Hello, World to compile. It seems like the instructions for
>> building druntime, etc. are horribly outdated, the patches bit rotted,
>> etc. Has anyone managed to get past these hurdles and compile Hello,
>> World lately? If so, would you mind posting some instructions? If LDC2
>> is, in fact, mature enough that it would be worthwhile, I'd like to test
>> it out, file bug reports, etc.
>
> LDC2 has a way to go before being D2 ready, gdc is far further along.
>  From what I can gather, the following should compile ldc, druntime and
> phobos, it seems (very) broken currently though - best to get in touch
> with the guy working on it - I have a feeling he's using an old version
> of druntime.
>
> hg clone https://bitbucket.org/prokhin_alexey/ldc2
> cd ldc2
> git clone https://github.com/D-Programming-Language/druntime
> git clone https://github.com/D-Programming-Language/phobos
> ccmake .
> # type c, aet D_VERSION and RUNTIME_DIR, type c, set PHOBOS2_DIR,
> # type c, type g
> make phobos2
>

Scrap that, Alexy just replied with far better information!

-- 
Robert
http://octarineparrot.com/
February 24, 2011
On 2011-02-24 10:49:31 -0500, Andrew Wiley <debio264@gmail.com> said:

> On Thu, Feb 24, 2011 at 12:56 AM, Alexey Prokhin
> <alexey.prokhin@yandex.ru> wrote:
>> I use cmake to compile druntime and phobos:
>> $ cd ldc2_build_dir
>> $ cmake -DRUNTIME_DIR=path_to_druntime -DPHOBOS2_DIR=path_to_phobos .
>> $ make phobos2 (or 'make runtime' if you want to build only druntime)
>> 
> 
> I tried building on ARM just for the heck of it, and ldc2 compiles
> successfully, but when I compile druntime, odd things happen.
> Specifically, looking at the version blocks in core/stdc/stdargs.d, I
> should be getting a static assert failure because my platform is
> unsupported, but instead I'm seeing this:
> 
> $ ldc2  core/stdc/stdarg.d
> core/stdc/stdio.d(345): Error: undefined identifier va_list
> core/stdc/stdio.d(345): Error: va_list is used as a type
> core/stdc/stdio.d(346): Error: undefined identifier va_list
> core/stdc/stdio.d(346): Error: va_list is used as a type
> core/stdc/stdio.d(347): Error: undefined identifier va_list
> core/stdc/stdio.d(347): Error: va_list is used as a type
> core/stdc/stdio.d(348): Error: undefined identifier va_list
> core/stdc/stdio.d(348): Error: va_list is used as a type
> core/stdc/stdio.d(349): Error: undefined identifier va_list
> core/stdc/stdio.d(349): Error: va_list is used as a type
> core/stdc/stdio.d(350): Error: undefined identifier va_list
> core/stdc/stdio.d(350): Error: va_list is used as a type
> core/stdc/stdio.d(405): Error: undefined identifier va_list
> core/stdc/stdio.d(405): Error: va_list is used as a type
> core/stdc/wchar_.d(37): Error: undefined identifier va_list
> core/stdc/wchar_.d(37): Error: va_list is used as a type
> core/stdc/wchar_.d(38): Error: undefined identifier va_list
> core/stdc/wchar_.d(38): Error: va_list is used as a type
> core/stdc/wchar_.d(39): Error: undefined identifier va_list
> core/stdc/wchar_.d(39): Error: va_list is used as a type
> core/stdc/wchar_.d(40): Error: undefined identifier va_list
> core/stdc/wchar_.d(40): Error: va_list is used as a type
> core/stdc/wchar_.d(41): Error: undefined identifier va_list
> core/stdc/wchar_.d(41): Error: va_list is used as a type
> core/stdc/wchar_.d(42): Error: undefined identifier va_list
> core/stdc/wchar_.d(42): Error: va_list is used as a type
> 
> 
> This is odd because stdarg contains no import statements. Is the
> compiler generating references to the other modules somehow, and if
> so, why do I get these errors instead of the unsupported platform
> error?

The object module in druntime is always imported implicitly. You could try commenting everything in module object and reenabling things as you need them.


-- 
Michel Fortin
michel.fortin@michelf.com
http://michelf.com/