Jump to page: 1 2 3
Thread overview
LDC 0.12.1 has been released
Dec 02, 2013
Kai Nacke
Dec 02, 2013
bearophile
Dec 02, 2013
David Nadlinger
Dec 04, 2013
Steve
Dec 04, 2013
Kai Nacke
Dec 05, 2013
David Nadlinger
Dec 05, 2013
Kai Nacke
Dec 08, 2013
Kai Nacke
Dec 10, 2013
Steve
Dec 16, 2013
Kai Nacke
Dec 17, 2013
Steve
Dec 17, 2013
David Nadlinger
Dec 05, 2013
Ellery Newcomer
Dec 05, 2013
Kai Nacke
Dec 05, 2013
Jacob Carlborg
Dec 06, 2013
Ellery Newcomer
Dec 06, 2013
Kai Nacke
Dec 06, 2013
Ellery Newcomer
Dec 07, 2013
Kai Nacke
Dec 07, 2013
David Nadlinger
Dec 11, 2013
Ellery Newcomer
Dec 11, 2013
David Nadlinger
Dec 08, 2013
Ellery Newcomer
Dec 08, 2013
David Nadlinger
Dec 08, 2013
Ellery Newcomer
Dec 08, 2013
David Nadlinger
December 02, 2013
Hi everyone,

The new LDC release 0.12.1 is here! This is a bug-fix only release based on the 2.063.2 front-end and LLVM 3.1-3.3 (OS X: LLVM 3.2 only).

Please refer to the GitHub release page for the change log and the package download links:
https://github.com/ldc-developers/ldc/releases/tag/v0.12.1

MD5 checksums for the release packages:

900696b2f83f52ea354522f3caa5d217  ldc-0.12.1-src.tar.gz
669f6546e8ac52ef69409135d009e644  ldc2-0.12.1-linux-x86.tar.gz
faedb93db9e65fd03f8e36167eb16100  ldc2-0.12.1-linux-x86.tar.xz
053ac40de47da7e1bfcc390fc9ad922b  ldc2-0.12.1-linux-x86_64.tar.gz
e001c9db05c702097bc626ea0d92c4ac  ldc2-0.12.1-linux-x86_64.tar.xz
de315544d5eb59e94216eac39dcebad6  ldc2-0.12.1-mingw-x86.7z
3c736ff55339bf47d8cdd92a857693d1  ldc2-0.12.1-mingw-x86.zip
d5ebf934493a2b15bc633bf5903eb689  ldc2-0.12.1-osx-x86_64.tar.gz
7ff99f0706950bea43ad01ae4f530cae  ldc2-0.12.1-osx-x86_64.tar.xz

As always, the Win32/MinGW packages require a recent version of the mingw-w64 toolchain, see the (new) README file for details. There are no packages for the Win64/MSVC port yet. But you may want to have a look at the package provided by tae hoo:
http://forum.dlang.org/thread/wrzsaoppngemvqikusac@forum.dlang.org

Please be sure to report any bugs at
https://github.com/ldc-developers/ldc/issues, and feel free to drop by at the digitalmars.D.ldc forums
(http://forum.dlang.org/group/digitalmars.D.ldc) for any questions or
comments.

Thanks to everybody involved in making this happen!

Regards,
Kai
December 02, 2013
Kai Nacke:

> 669f6546e8ac52ef69409135d009e644  ldc2-0.12.1-linux-x86.tar.gz

I have tried ldc2-0.12.1-linux-x86.tar.gz and I works for me.

Bye,
bearophile
December 02, 2013
On 2 Dec 2013, at 16:21, bearophile wrote:
> Kai Nacke:
>
>> 669f6546e8ac52ef69409135d009e644  ldc2-0.12.1-linux-x86.tar.gz
>
> I have tried ldc2-0.12.1-linux-x86.tar.gz and I works for me.

Thanks for the feedback!

David
December 04, 2013
The executables in the 386 gzip file are for the 64-bit systems, and don't run on 386 boxes.

December 04, 2013
Hi Steve!

On Wednesday, 4 December 2013 at 02:38:39 UTC, Steve wrote:
> The executables in the 386 gzip file are for the 64-bit systems, and don't run on 386 boxes.

I will fix it. (Haven't checked yet but it can be possible. It was the first release I produced. I apologize for any inconvinience here.)

Regards,
Kai
December 05, 2013
On 4 Dec 2013, at 11:44, Kai Nacke wrote:
> I will fix it. (Haven't checked yet but it can be possible. It was the first release I produced. I apologize for any inconvinience here.)

Note: The packaging scripts always produce native compiler binaries, the set/detected ARCH isn't used for "cross-compilation" (i.e., -m32 here). I didn't try doing that because I wanted to avoid any compatibility problems from the start, and just use an x86 Ubuntu EC2 instance for creating the packages.

David
December 05, 2013
On 12/01/2013 10:59 PM, Kai Nacke wrote:
> Hi everyone,
>

Just built it from source with BUILD_SHARED_LIBS=ON. It compiles me a shared library with minimal fuss! But, as with dmd, it doesn't initialize druntime (main is in C). Until it does, does ldc have an equivalent to gcc's

__attribute__((__constructor__))
__attribute__((__destructor__))

?
December 05, 2013
On Thursday, 5 December 2013 at 01:15:01 UTC, David Nadlinger wrote:
> Note: The packaging scripts always produce native compiler binaries, the set/detected ARCH isn't used for "cross-compilation" (i.e., -m32 here). I didn't try doing that because I wanted to avoid any compatibility problems from the start, and just use an x86 Ubuntu EC2 instance for creating the packages.

Yes, that's what happened. I used Ubuntu x86_64 to produce the x86 binary. :-(

Regards,
Kai
December 05, 2013
Hi Ellery!

On Thursday, 5 December 2013 at 01:25:06 UTC, Ellery Newcomer wrote:
> On 12/01/2013 10:59 PM, Kai Nacke wrote:
>> Hi everyone,
>>
>
> Just built it from source with BUILD_SHARED_LIBS=ON. It compiles me a shared library with minimal fuss! But, as with dmd, it doesn't initialize druntime (main is in C). Until it does, does ldc have an equivalent to gcc's
>
> __attribute__((__constructor__))
> __attribute__((__destructor__))
>
> ?

Shared libraries are not yet supported and still need some work.

I don't know the semantic of the gcc attributes. Do pragma(LDC_global_crt_ctor) and pragma(LDC_global_crt_dtor) help? See http://wiki.dlang.org/LDC-specific_language_changes.

Regards,
kai
December 05, 2013
On 2013-12-05 07:52, Kai Nacke wrote:

> Shared libraries are not yet supported and still need some work.
>
> I don't know the semantic of the gcc attributes. Do
> pragma(LDC_global_crt_ctor) and pragma(LDC_global_crt_dtor) help? See
> http://wiki.dlang.org/LDC-specific_language_changes.

The functions the attributes are attached to will be called before a shared library is loaded/unloaded. Clang supports these as well.

-- 
/Jacob Carlborg
« First   ‹ Prev
1 2 3