digitalmars.D.ldc - LDC 0.15.1 released!

Kai Nacke (54/54) Dec 14 2014 Hi everyone!

Dicebot (9/9) Dec 15 2014 Yay!

Russel Winder via digitalmars-d-ldc (8/15) Dec 15 2014 Is Arch Linux more bleeding edge than Fedora Rawhide?

Daniel Kozak (3/13) Dec 15 2014 Yes, but just a little :).

Daniel Kozak (3/18) Dec 15 2014 And not always :). But it is really easy make your own packages

Dicebot (9/19) Dec 15 2014 It uses rolling release model and there is no mandatory testing

Jacob Carlborg (4/10) Dec 15 2014 Automatically build new packages on push to git ;)

Dicebot (4/17) Dec 16 2014 Actually I could provide prebuilt Arch package for nightly

Russel Winder via digitalmars-d-ldc (12/19) Dec 16 2014 Rawhide is also a fully rolling release with no freezes. As I

Daniel Kozak (2/12) Dec 15 2014 nice, thanks

John Colvin (2/57) Dec 15 2014 ldc2 --version reports 0.15.0

Daniel N (11/12) Dec 15 2014 For which platform do you get that? ldc2-0.15.1-mingw-x86.7z is

drug (4/16) Dec 15 2014 I get it too, debian 7, amd64, using ldc-0.15.1-src.tar.gz

"Marc =?UTF-8?B?U2Now7x0eiI=?= <schuetzm gmx.net> (3/26) Dec 15 2014 I can confirm that for openSUSE 13.2 x86_64, built from the same
Kai Nacke (4/7) Dec 15 2014 Yes, the version number in the source archive is wrong. :-(

John Colvin (3/16) Dec 15 2014 OS X 10.10, compiling from

Kai Nacke (7/9) Dec 15 2014 I did not update the version number in the CMakeLists.txt file.

Kai Nacke (6/11) Dec 15 2014 It's not the first refactoring in the 3.6 development cycle and

zeljkog (6/7) Dec 15 2014 On Windows:

Kai Nacke (6/15) Dec 15 2014 This looks like an environment problem. The libstdc++-6.dll is

zeljkog (3/5) Dec 15 2014 You are right.

bearophile (6/7) Dec 15 2014 I am trying that one, and when I compile+run code like this:

Daniel N (2/9) Dec 15 2014 most peculiar, it works for me using the same 7z.
Kai Nacke (6/13) Dec 15 2014 Anything special in test.d?

bearophile (22/23) Dec 15 2014 I have reduced my test case to this:

Kai Nacke (5/28) Dec 15 2014 Thanks for the test case. It does not work if you try to compile

Kai Nacke (5/7) Dec 15 2014 The compiler dies while the code generation for the main function

Daniel N (10/18) Dec 16 2014 As an exercise in learning ldc, I ran it through the debugger.

Kai Nacke (4/24) Dec 16 2014 :-) Nice. There's a logical flaw with gagging errors.

Kai Nacke (4/5) Dec 17 2014 It's fixed in master branch.

bearophile (21/22) Dec 20 2014 Very good. I have found another little problem in the latest

bearophile (1/6) Dec 29 2014 Is this a bug in my code?

Daniel Kozak (8/14) Dec 29 2014 Try:

Daniel Kozak (2/17) Dec 29 2014 Ok this does not work too, byLine is part of File struct my fault.

John Colvin (3/58) Dec 15 2014 The homebrew package is now up to date with this. Cheers for all

Russel Winder via digitalmars-d-ldc (12/14) Dec 15 2014 Is anyone doing MacPorts? I am not really an OSX user but in my

John Colvin (5/16) Dec 16 2014 For me it's a case of improving what I use and I don't use

Russel Winder via digitalmars-d-ldc (13/16) Dec 16 2014 As Dicebot points out, the package in Debian is now much more actively
Konstantinos Margaritis via digitalmars-d-ldc (12/15) Dec 16 2014 Content-Disposition: inline
Russel Winder via digitalmars-d-ldc (17/21) Dec 16 2014 On Tue, 2014-12-16 at 12:26 +0200, Konstantinos Margaritis via

Dicebot (4/7) Dec 16 2014 LDC is in official Debian repos,

extrawurst (3/77) Apr 09 2015 both `brew install ldc` and `brew install ldc --devel` just

extrawurst (2/81) Apr 09 2015 ok ignore me, i forgot to `brew update` befor

John Colvin (4/88) Apr 09 2015 phew, you scared me there!

extrawurst (12/104) Apr 09 2015 sorry for the fuss :P

E.S. Quinn (8/8) Dec 16 2014 Big step forward here! This is the first version of LDC that's

David Nadlinger via digitalmars-d-ldc (10/15) Dec 16 2014 Nice to hear!

E.S. Quinn (5/25) Dec 17 2014 Nope! It's all integers. So my working theory is it's something

"Kai Nacke" <kai redstar.de> writes:

Hi everyone!

On behalf of the LDC team I am proud to announce the LDC 0.15.1 
release!
It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: no 
support for 3.3).

This is a really exciting release!

Support for the PowerPC architecture has grown. Linux/PPC64 
Little Endian is now usable, including garbage collector support. 
Linux/PPC32 compiles out of the box and can run simple 
application. There is still lot to do, though.

Even more exciting this release comes with the first official 
development snapshot of a Win64 compiler targetting the MS C 
Runtime. Thanks to Trass3r and kinke for their active 
development! Please note that this version requires LLVM 3.6 
(current development version).

Solaris/x86 is a new supported platform. I added the missing 
druntime implementation. If you are using Solaris please try and 
give feedback!

Be sure to read the preliminary change log at the GitHub release 
page which also has the package download links:
https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

MD5 checksums for the release packages:

7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
0e96c0cf918b0d6eb94e97ba1fc48cdc ldc2-0.15.1-linux-x86_64.tar.gz
72c67a87cd695d0253581e7aa4d1d84d ldc2-0.15.1-linux-x86_64.tar.xz
1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
3aa63a0d6133dc2aadf7f70783814b56 ldc2-0.15.1-osx-x86_64.tar.gz
3c1a1da3ef639f1ee46e0146af73a81d ldc2-0.15.1-osx-x86_64.tar.xz
3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

Regarding the binaries:
The Linux binaries are built on Ubuntu 12.04 LTS with gcc 4.8.x 
and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) without 
installing additional software.

As always, the Win32/MinGW packages require a recent version of 
the mingw-w64 toolchain, see 
http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. The 
package is build with i686-4.9.1-release-posix-dwarf-rt_v3-rev1 
downloaded with the mingw installer.

The Win64 MSVC version is still considered alpha quality. It is 
built with VS2013 against a snapshot of LLVM 3.6. Both builds are 
debug build.

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

Dec 14 2014

"Dicebot" <public dicebot.lv> writes:

Yay!

One extra note for Arch Linux users : with this release I have 
switched ldc tool chain to use shared library Phobos by default. 
It is a bit risky but we Arch users do like bleeding edge, right? 
:) In any case, don't hesitate to report issues upstream if it 
breaks in one way or another.

Also after tiny bit more testing existing D-based packages (dub, 
dstep) will be updated/rebuilt to use ldc + shared lphobos by 
default making LDC effectively main  D compiler on Arch Linux.

Dec 15 2014

Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Mon, 2014-12-15 at 10:10 +0000, Dicebot via digitalmars-d-ldc wrote:
 Yay!
 
 One extra note for Arch Linux users : with this release I have 
 switched ldc tool chain to use shared library Phobos by default. It 
 is a bit risky but we Arch users do like bleeding edge, right? :) In 
 any case, don't hesitate to report issues upstream if it breaks in 
 one way or another.

Is Arch Linux more bleeding edge than Fedora Rawhide? 

-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.net
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Dec 15 2014

"Daniel Kozak" <kozzi11 gmail.com> writes:

On Monday, 15 December 2014 at 17:01:34 UTC, Russel Winder via
digitalmars-d-ldc wrote:
 On Mon, 2014-12-15 at 10:10 +0000, Dicebot via 
 digitalmars-d-ldc wrote:
 Yay!
 
 One extra note for Arch Linux users : with this release I have 
 switched ldc tool chain to use shared library Phobos by 
 default. It is a bit risky but we Arch users do like bleeding 
 edge, right? :) In any case, don't hesitate to report issues 
 upstream if it breaks in one way or another.

 Is Arch Linux more bleeding edge than Fedora Rawhide?

Yes, but just a little :).

Dec 15 2014

"Daniel Kozak" <kozzi11 gmail.com> writes:

On Monday, 15 December 2014 at 17:27:14 UTC, Daniel Kozak wrote:
 On Monday, 15 December 2014 at 17:01:34 UTC, Russel Winder via
 digitalmars-d-ldc wrote:
 On Mon, 2014-12-15 at 10:10 +0000, Dicebot via 
 digitalmars-d-ldc wrote:
 Yay!
 
 One extra note for Arch Linux users : with this release I 
 have switched ldc tool chain to use shared library Phobos by 
 default. It is a bit risky but we Arch users do like bleeding 
 edge, right? :) In any case, don't hesitate to report issues 
 upstream if it breaks in one way or another.

 Is Arch Linux more bleeding edge than Fedora Rawhide?

 Yes, but just a little :).

And not always :). But it is really easy make your own packages 
or use one from AUR

Dec 15 2014

"Dicebot" <public dicebot.lv> writes:

On Monday, 15 December 2014 at 17:01:34 UTC, Russel Winder via 
digitalmars-d-ldc wrote:
 On Mon, 2014-12-15 at 10:10 +0000, Dicebot via 
 digitalmars-d-ldc wrote:
 Yay!
 
 One extra note for Arch Linux users : with this release I have 
 switched ldc tool chain to use shared library Phobos by 
 default. It is a bit risky but we Arch users do like bleeding 
 edge, right? :) In any case, don't hesitate to report issues 
 upstream if it breaks in one way or another.

 Is Arch Linux more bleeding edge than Fedora Rawhide?

It uses rolling release model and there is no mandatory testing 
channel for [community] packages (only for [core] and [extra]) - 
D packages usually become available to end users as soon as 
mirrors update the cache, most often within a few hours from the 
moment I read upstream release announcement. Don't know much 
about Fedora Rawhide but is is rather hard to be more bleeding 
edge than that :)

Dec 15 2014

Jacob Carlborg <doob me.com> writes:

On 2014-12-15 18:27, Dicebot wrote:

 It uses rolling release model and there is no mandatory testing channel
 for [community] packages (only for [core] and [extra]) - D packages
 usually become available to end users as soon as mirrors update the
 cache, most often within a few hours from the moment I read upstream
 release announcement. Don't know much about Fedora Rawhide but is is
 rather hard to be more bleeding edge than that :)

Automatically build new packages on push to git ;)

-- 
/Jacob Carlborg

Dec 15 2014

"Dicebot" <public dicebot.lv> writes:

On Monday, 15 December 2014 at 20:21:27 UTC, Jacob Carlborg wrote:
 On 2014-12-15 18:27, Dicebot wrote:

 It uses rolling release model and there is no mandatory 
 testing channel
 for [community] packages (only for [core] and [extra]) - D 
 packages
 usually become available to end users as soon as mirrors 
 update the
 cache, most often within a few hours from the moment I read 
 upstream
 release announcement. Don't know much about Fedora Rawhide but 
 is is
 rather hard to be more bleeding edge than that :)

 Automatically build new packages on push to git ;)

Actually I could provide prebuilt Arch package for nightly 
builds, though via manual download (but still signed). That isn't 
hard if anyone really needs it.

Dec 16 2014

Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Mon, 2014-12-15 at 17:27 +0000, Dicebot via digitalmars-d-ldc wrote:
[…]
 It uses rolling release model and there is no mandatory testing 
 channel for [community] packages (only for [core] and [extra]) - D 
 packages usually become available to end users as soon as
 mirrors update the cache, most often within a few hours from the 
 moment I read upstream release announcement. Don't know much
 about Fedora Rawhide but is is rather hard to be more bleeding edge 
 than that :)

Rawhide is also a fully rolling release with no freezes. As I 
discovered recently (I have no idea why I didn't know this before) the 
name of the distribution is determined by the song: "rolling, rolling, 
rolling…"
-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.net
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Dec 16 2014

"Daniel Kozak" <kozzi11 gmail.com> writes:

On Monday, 15 December 2014 at 10:10:47 UTC, Dicebot wrote:
 Yay!

 One extra note for Arch Linux users : with this release I have 
 switched ldc tool chain to use shared library Phobos by 
 default. It is a bit risky but we Arch users do like bleeding 
 edge, right? :) In any case, don't hesitate to report issues 
 upstream if it breaks in one way or another.

 Also after tiny bit more testing existing D-based packages 
 (dub, dstep) will be updated/rebuilt to use ldc + shared 
 lphobos by default making LDC effectively main  D compiler on 
 Arch Linux.

nice, thanks

Dec 15 2014

"John Colvin" <john.loughran.colvin gmail.com> writes:

On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 0.15.1 
 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: no 
 support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run simple 
 application. There is still lot to do, though.

 Even more exciting this release comes with the first official 
 development snapshot of a Win64 compiler targetting the MS C 
 Runtime. Thanks to Trass3r and kinke for their active 
 development! Please note that this version requires LLVM 3.6 
 (current development version).

 Solaris/x86 is a new supported platform. I added the missing 
 druntime implementation. If you are using Solaris please try 
 and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 4.8.x 
 and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) without 
 installing additional software.

 As always, the Win32/MinGW packages require a recent version of 
 the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. 
 The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with the 
 mingw installer.

 The Win64 MSVC version is still considered alpha quality. It is 
 built with VS2013 against a snapshot of LLVM 3.6. Both builds 
 are debug build.

 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

ldc2 --version reports 0.15.0

Dec 15 2014

"Daniel N" <ufo orbiting.us> writes:

On Monday, 15 December 2014 at 10:21:55 UTC, John Colvin wrote:
 ldc2 --version reports 0.15.0

For which platform do you get that? ldc2-0.15.1-mingw-x86.7z is 
fine:

$ ldc2 --version
LDC - the LLVM D compiler (0.15.1):
   based on DMD v2.066.1 and LLVM 3.5.0svn

Oh, in case someone else is interested in building win64-msvc 
with llvm 3.6:

There's a large refactoring of llvm   
dad20b2ae2544708d6a33abdb9bddd0a329f50e0 which breaks ldc(i.e. 
use an older commit for now).

Dec 15 2014

drug <drug2004 bk.ru> writes:

On 15.12.2014 13:30, Daniel N wrote:
 On Monday, 15 December 2014 at 10:21:55 UTC, John Colvin wrote:
 ldc2 --version reports 0.15.0

 For which platform do you get that? ldc2-0.15.1-mingw-x86.7z is fine:

 $ ldc2 --version
 LDC - the LLVM D compiler (0.15.1):
 based on DMD v2.066.1 and LLVM 3.5.0svn

 Oh, in case someone else is interested in building win64-msvc with llvm
 3.6:

 There's a large refactoring of llvm  
 dad20b2ae2544708d6a33abdb9bddd0a329f50e0 which breaks ldc(i.e. use an
 older commit for now).

I get it too, debian 7, amd64, using ldc-0.15.1-src.tar.gz
LDC - the LLVM D compiler (0.15.0):
   based on DMD v2.066.1 and LLVM 3.5.0

Dec 15 2014

"Marc =?UTF-8?B?U2Now7x0eiI=?= <schuetzm gmx.net> writes:

On Monday, 15 December 2014 at 10:39:05 UTC, drug wrote:
 On 15.12.2014 13:30, Daniel N wrote:
 On Monday, 15 December 2014 at 10:21:55 UTC, John Colvin wrote:
 ldc2 --version reports 0.15.0

 For which platform do you get that? ldc2-0.15.1-mingw-x86.7z 
 is fine:

 $ ldc2 --version
 LDC - the LLVM D compiler (0.15.1):
 based on DMD v2.066.1 and LLVM 3.5.0svn

 Oh, in case someone else is interested in building win64-msvc 
 with llvm
 3.6:

 There's a large refactoring of llvm  
 dad20b2ae2544708d6a33abdb9bddd0a329f50e0 which breaks ldc(i.e. 
 use an
 older commit for now).

 I get it too, debian 7, amd64, using ldc-0.15.1-src.tar.gz
 LDC - the LLVM D compiler (0.15.0):
   based on DMD v2.066.1 and LLVM 3.5.0

I can confirm that for openSUSE 13.2 x86_64, built from the same 
source file.

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Monday, 15 December 2014 at 10:39:05 UTC, drug wrote:
 I get it too, debian 7, amd64, using ldc-0.15.1-src.tar.gz
 LDC - the LLVM D compiler (0.15.0):
   based on DMD v2.066.1 and LLVM 3.5.0

Yes, the version number in the source archive is wrong. :-(

Regards,
Kai

Dec 15 2014

"John Colvin" <john.loughran.colvin gmail.com> writes:

On Monday, 15 December 2014 at 10:30:41 UTC, Daniel N wrote:
 On Monday, 15 December 2014 at 10:21:55 UTC, John Colvin wrote:
 ldc2 --version reports 0.15.0

 For which platform do you get that? ldc2-0.15.1-mingw-x86.7z is 
 fine:

 $ ldc2 --version
 LDC - the LLVM D compiler (0.15.1):
   based on DMD v2.066.1 and LLVM 3.5.0svn

 Oh, in case someone else is interested in building win64-msvc 
 with llvm 3.6:

 There's a large refactoring of llvm   
 dad20b2ae2544708d6a33abdb9bddd0a329f50e0 which breaks ldc(i.e. 
 use an older commit for now).

OS X 10.10, compiling from 
https://github.com/ldc-developers/ldc/releases/download/v0.15.1/ldc-0.15.1-src.tar.gz

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

Hi John!

On Monday, 15 December 2014 at 10:49:59 UTC, John Colvin wrote:
 OS X 10.10, compiling from 
 https://github.com/ldc-developers/ldc/releases/download/v0.15.1/ldc-0.15.1-src.tar.gz

I did not update the version number in the CMakeLists.txt file. 
This number is overridden if you build from git therefore I 
missed to changed this.

Regards,
Kai

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Monday, 15 December 2014 at 10:30:41 UTC, Daniel N wrote:
 Oh, in case someone else is interested in building win64-msvc 
 with llvm 3.6:

 There's a large refactoring of llvm   
 dad20b2ae2544708d6a33abdb9bddd0a329f50e0 which breaks ldc(i.e. 
 use an older commit for now).

It's not the first refactoring in the 3.6 development cycle and 
it will not be the last one. I try to fix these issues fast in 
git master branch.

Regards,
Kai

Dec 15 2014

zeljkog <zeljkog home.com> writes:

On Windows:

ldc2-0.15.1-mingw-x86.7z
i686-4.9.1-release-posix-dwarf-rt_v3-rev1.7z

ldc2.exe

MessageBox:
ldc2.exe - Entry Point Not Found

The procedure entry point _ZSt24_throw_out_of_range_fmtPKcz could not be
located in the dynamic link library libstdc++-6.dll.

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Monday, 15 December 2014 at 11:43:17 UTC, zeljkog wrote:
 On Windows:

 ldc2-0.15.1-mingw-x86.7z
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1.7z

ldc2.exe

 MessageBox:
 ldc2.exe - Entry Point Not Found

 The procedure entry point _ZSt24_throw_out_of_range_fmtPKcz 
 could not be located in the dynamic link library 
 libstdc++-6.dll.

This looks like an environment problem. The libstdc++-6.dll is 
not found - probably it is not in the search path. Can you 
compile and run a C++ Hello-World with g++ from the same shell?

Regards,
Kai

Dec 15 2014

zeljkog <zeljkog home.com> writes:

On 15.12.14 18:34, Kai Nacke wrote:
 This looks like an environment problem. The libstdc++-6.dll is not found
 - probably it is not in the search path.

You are right.
Sorry. Thanks.

Dec 15 2014

"bearophile" <bearophileHUGS lycos.com> writes:

Kai Nacke:

 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z

I am trying that one, and when I compile+run code like this:

ldmd2 -run test.d

It doesn't run it.

Bye,
bearophile

Dec 15 2014

"Daniel N" <ufo orbiting.us> writes:

On Monday, 15 December 2014 at 12:29:40 UTC, bearophile wrote:
 Kai Nacke:

 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z

 I am trying that one, and when I compile+run code like this:

 ldmd2 -run test.d

 It doesn't run it.

 Bye,
 bearophile

most peculiar, it works for me using the same 7z.

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Monday, 15 December 2014 at 12:29:40 UTC, bearophile wrote:
 Kai Nacke:

 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z

 I am trying that one, and when I compile+run code like this:

 ldmd2 -run test.d

 It doesn't run it.

 Bye,
 bearophile

Anything special in test.d?

I created a simple hello application which runs fine with this 
command line.

Regards,
Kai

Dec 15 2014

"bearophile" <bearophileHUGS lycos.com> writes:

Kai Nacke:

 Anything special in test.d?


I have reduced my test case to this:


struct Foo(E1, E2) {
     Spam tm;
     static struct Bar {
         this(in E2, in E1) {}
     }
     static struct Spam {
         Bar[E2][E1] bars;
     }
}
void main() {
     import std.stdio: writeln;
     writeln("hello world");
     enum E3 { A, B }
     enum E4 { C, D }
     alias M1 = Foo!(E3, E4);
     M1.Spam s;
     s.bars = [E3.A: [E4.C: M1.Bar(E4.D, E3.B)]];
}


Bye,
bearophile

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Monday, 15 December 2014 at 18:26:02 UTC, bearophile wrote:
 Kai Nacke:

 Anything special in test.d?


 I have reduced my test case to this:


 struct Foo(E1, E2) {
     Spam tm;
     static struct Bar {
         this(in E2, in E1) {}
     }
     static struct Spam {
         Bar[E2][E1] bars;
     }
 }
 void main() {
     import std.stdio: writeln;
     writeln("hello world");
     enum E3 { A, B }
     enum E4 { C, D }
     alias M1 = Foo!(E3, E4);
     M1.Spam s;
     s.bars = [E3.A: [E4.C: M1.Bar(E4.D, E3.B)]];
 }


 Bye,
 bearophile

Thanks for the test case. It does not work if you try to compile 
with ldc2, too.

Regards,
Kai

Dec 15 2014

"Kai Nacke" <kai redstar.de> writes:

On Tuesday, 16 December 2014 at 05:39:54 UTC, Kai Nacke wrote:
 Thanks for the test case. It does not work if you try to 
 compile with ldc2, too.

The compiler dies while the code generation for the main function 
runs. Mysterious. Really good catch.

Regards,
Kai

Dec 15 2014

"Daniel N" <ufo orbiting.us> writes:

On Tuesday, 16 December 2014 at 05:57:41 UTC, Kai Nacke wrote:
 On Tuesday, 16 December 2014 at 05:39:54 UTC, Kai Nacke wrote:
 Thanks for the test case. It does not work if you try to 
 compile with ldc2, too.

 The compiler dies while the code generation for the main 
 function runs. Mysterious. Really good catch.

 Regards,
 Kai

As an exercise in learning ldc, I ran it through the debugger.

If I remove the gagging from:
\gen\toir.cpp   2823

Then the following error is made visible.
Error: expression '[cast(E4)0:(Bar __ctmp1495 = 0;
  , __ctmp1495).this(cast(E4)1, cast(E3)1)]' is not a constant

While gagged we call void 
AggrTypeBuilder::addAggregate(AggregateDeclaration *ad) in 
\ir\irtypeaggr.cpp which invokes fatal() at line 141.

Dec 16 2014

"Kai Nacke" <kai redstar.de> writes:

On Tuesday, 16 December 2014 at 09:11:31 UTC, Daniel N wrote:
 On Tuesday, 16 December 2014 at 05:57:41 UTC, Kai Nacke wrote:
 On Tuesday, 16 December 2014 at 05:39:54 UTC, Kai Nacke wrote:
 Thanks for the test case. It does not work if you try to 
 compile with ldc2, too.

 The compiler dies while the code generation for the main 
 function runs. Mysterious. Really good catch.

 Regards,
 Kai

 As an exercise in learning ldc, I ran it through the debugger.

 If I remove the gagging from:
 \gen\toir.cpp   2823

 Then the following error is made visible.
 Error: expression '[cast(E4)0:(Bar __ctmp1495 = 0;
  , __ctmp1495).this(cast(E4)1, cast(E3)1)]' is not a constant

 While gagged we call void 
 AggrTypeBuilder::addAggregate(AggregateDeclaration *ad) in 
 \ir\irtypeaggr.cpp which invokes fatal() at line 141.

:-) Nice. There's a logical flaw with gagging errors.

Regards,
Kai

Dec 16 2014

"Kai Nacke" <kai redstar.de> writes:

On Tuesday, 16 December 2014 at 11:40:27 UTC, Kai Nacke wrote:
 :-) Nice. There's a logical flaw with gagging errors.

It's fixed in master branch.

Regards,
Kai

Dec 17 2014

"bearophile" <bearophileHUGS lycos.com> writes:

Kai Nacke:

 It's fixed in master branch.

Very good. I have found another little problem in the latest 
Windows32 of ldc2, if I compile this with ldmd2:


void main() {
     import std.stdio: File;
     import std.conv: to;
     File("data").byLine.front.to!int;
}


I receive:

...ldc2\bin/../lib/libphobos2-ldc.a(curl.obj):(.text[__D3std3net4curl4Curl8
hutdownMFZv]+0x3e): 
undefined reference to `curl_easy_cleanup'
...ldc2\bin/../lib/libphobos2-ldc.a(curl.obj):(.text[__D3std3net4curl4Curl3setMFE3etc1c4curl10C
rlOptionlZv]+0x51): 
undefined reference to `curl_easy_setopt'
.../MinGW/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64
mingw32/bin/ld.exe: 
...ldc2\bin/../lib/libphobos2-ldc.a(curl.obj): bad reloc address 
0x51 in section 
`.text[__D3std3net4curl4Curl3setMFE3etc1c4curl10CurlOptionlZv]'
collect2.exe: error: ld returned 1 exit status
Error: ...\MinGW\bin\gcc.exe failed with status: 1

Bye,
bearophile

Dec 20 2014

"bearophile" <bearophileHUGS lycos.com> writes:

 void main() {
     import std.stdio: File;
     import std.conv: to;
     File("data").byLine.front.to!int;
 }

Is this a bug in my code?

Dec 29 2014

"Daniel Kozak" <kozzi11 gmail.com> writes:

On Monday, 29 December 2014 at 12:43:12 UTC, bearophile wrote:
 void main() {
    import std.stdio: File;
    import std.conv: to;
    File("data").byLine.front.to!int;
 }

 Is this a bug in my code?

Try:

void main() {
     import std.stdio: File, byLine;
     import std.conv: to;
     File("data").byLine.front.to!int;
}


Seems its try to use byLine from std.net.curl

Dec 29 2014

"Daniel Kozak" <kozzi11 gmail.com> writes:

On Monday, 29 December 2014 at 14:46:25 UTC, Daniel Kozak wrote:
 On Monday, 29 December 2014 at 12:43:12 UTC, bearophile wrote:
 void main() {
   import std.stdio: File;
   import std.conv: to;
   File("data").byLine.front.to!int;
 }

 Is this a bug in my code?

 Try:

 void main() {
     import std.stdio: File, byLine;
     import std.conv: to;
     File("data").byLine.front.to!int;
 }


 Seems its try to use byLine from std.net.curl

Ok this does not work too, byLine is part of File struct my fault.

Dec 29 2014

"John Colvin" <john.loughran.colvin gmail.com> writes:

On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 0.15.1 
 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: no 
 support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run simple 
 application. There is still lot to do, though.

 Even more exciting this release comes with the first official 
 development snapshot of a Win64 compiler targetting the MS C 
 Runtime. Thanks to Trass3r and kinke for their active 
 development! Please note that this version requires LLVM 3.6 
 (current development version).

 Solaris/x86 is a new supported platform. I added the missing 
 druntime implementation. If you are using Solaris please try 
 and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 4.8.x 
 and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) without 
 installing additional software.

 As always, the Win32/MinGW packages require a recent version of 
 the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. 
 The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with the 
 mingw installer.

 The Win64 MSVC version is still considered alpha quality. It is 
 built with VS2013 against a snapshot of LLVM 3.6. Both builds 
 are debug build.

 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

The homebrew package is now up to date with this. Cheers for all 
the work.

Dec 15 2014

Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Mon, 2014-12-15 at 21:10 +0000, John Colvin via digitalmars-d-ldc wrote:

 The homebrew package is now up to date with this. Cheers for all the 
 work.

Is anyone doing MacPorts? I am not really an OSX user but in my 
travels around I meet as many people using MacPorts as Homebrew. Sadly 
there are far too many not using either.

Is LDC in d-apt for Debian and Debian based systemns? If not it should 
be. Also RPM Fusion for Fedora.

-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.net
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Dec 15 2014

"John Colvin" <john.loughran.colvin gmail.com> writes:

On Tuesday, 16 December 2014 at 04:26:58 UTC, Russel Winder via 
digitalmars-d-ldc wrote:
 On Mon, 2014-12-15 at 21:10 +0000, John Colvin via 
 digitalmars-d-ldc wrote:

 The homebrew package is now up to date with this. Cheers for 
 all the work.

 Is anyone doing MacPorts? I am not really an OSX user but in my
 travels around I meet as many people using MacPorts as 
 Homebrew. Sadly
 there are far too many not using either.

For me it's a case of improving what I use and I don't use 
macports.

 Is LDC in d-apt for Debian and Debian based systemns? If not it 
 should
 be. Also RPM Fusion for Fedora.

Ldc is not in d-apt

Dec 16 2014

Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Tue, 2014-12-16 at 08:58 +0000, John Colvin via digitalmars-d-ldc wrote:

 For me it's a case of improving what I use and I don't use
 macports.

Seems fine to me. Hopefully there is a MacPorts D user who packages.

 Ldc is not in d-apt

As Dicebot points out, the package in Debian is now much more actively 
maintained. Hopefully the upgrade 0.14 → 0.15.1 happens fairly soon.

I have just managed to pick up a responsibility more directly 
associated with income generation, so I cannot volunteer to do the 
Fedora packaging now :-(

-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.net
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Dec 16 2014

Konstantinos Margaritis via digitalmars-d-ldc writes:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 16 Dec 2014 10:14:44 +0000
Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com>
wrote:
=20
 As Dicebot points out, the package in Debian is now much more
 actively maintained. Hopefully the upgrade 0.14 =E2=86=92 0.15.1 happens
 fairly soon.

I've actually prepared the packages and will upload to experimental
today, with the powerpc arches enabled (powerpc, ppc64, ppc64el).
Experimental because uploads to unstable are blocked because of the
freeze for Jessie, but should be resumed soon.

Regards

Konstantinos

Dec 16 2014

Russel Winder via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Tue, 2014-12-16 at 12:26 +0200, Konstantinos Margaritis via
digitalmars-d-ldc wrote:
[=E2=80=A6]
 I've actually prepared the packages and will upload to experimental
 today, with the powerpc arches enabled (powerpc, ppc64, ppc64el).
 Experimental because uploads to unstable are blocked because of the
 freeze for Jessie, but should be resumed soon.

I tend to use Fedora Rawhide during a Debian Sid Freeze so as to have a
rolling distribution. The last Debian freeze went on for eons. Good to
know that packages will be sitting in Experimental though, that is
splendid.=20

--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.n=
et
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Dec 16 2014

"Dicebot" <public dicebot.lv> writes:

On Tuesday, 16 December 2014 at 04:26:58 UTC, Russel Winder via 
digitalmars-d-ldc wrote:
 Is LDC in d-apt for Debian and Debian based systemns? If not it 
 should
 be. Also RPM Fusion for Fedora.

LDC is in official Debian repos, 
https://packages.qa.debian.org/l/ldc.html

Dec 16 2014

"extrawurst" <stephan extrawurst.org> writes:

On Monday, 15 December 2014 at 21:10:20 UTC, John Colvin wrote:
 On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 
 0.15.1 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: 
 no support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run 
 simple application. There is still lot to do, though.

 Even more exciting this release comes with the first official 
 development snapshot of a Win64 compiler targetting the MS C 
 Runtime. Thanks to Trass3r and kinke for their active 
 development! Please note that this version requires LLVM 3.6 
 (current development version).

 Solaris/x86 is a new supported platform. I added the missing 
 druntime implementation. If you are using Solaris please try 
 and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc 
 ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d 
 ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 
 4.8.x and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) 
 without installing additional software.

 As always, the Win32/MinGW packages require a recent version 
 of the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. 
 The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with the 
 mingw installer.

 The Win64 MSVC version is still considered alpha quality. It 
 is built with VS2013 against a snapshot of LLVM 3.6. Both 
 builds are debug build.

 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

 The homebrew package is now up to date with this. Cheers for 
 all the work.

both `brew install ldc` and `brew install ldc --devel` just 
install 0.14.0. what do i have to do to geht the 0.15.1 release ?

Apr 09 2015

"extrawurst" <stephan extrawurst.org> writes:

On Thursday, 9 April 2015 at 07:48:32 UTC, extrawurst wrote:
 On Monday, 15 December 2014 at 21:10:20 UTC, John Colvin wrote:
 On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 
 0.15.1 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: 
 no support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run 
 simple application. There is still lot to do, though.

 Even more exciting this release comes with the first official 
 development snapshot of a Win64 compiler targetting the MS C 
 Runtime. Thanks to Trass3r and kinke for their active 
 development! Please note that this version requires LLVM 3.6 
 (current development version).

 Solaris/x86 is a new supported platform. I added the missing 
 druntime implementation. If you are using Solaris please try 
 and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc 
 ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d 
 ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 
 4.8.x and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) 
 without installing additional software.

 As always, the Win32/MinGW packages require a recent version 
 of the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. 
 The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with the 
 mingw installer.

 The Win64 MSVC version is still considered alpha quality. It 
 is built with VS2013 against a snapshot of LLVM 3.6. Both 
 builds are debug build.

 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

 The homebrew package is now up to date with this. Cheers for 
 all the work.

 both `brew install ldc` and `brew install ldc --devel` just 
 install 0.14.0. what do i have to do to geht the 0.15.1 release 
 ?

ok ignore me, i forgot to `brew update` befor

Apr 09 2015

"John Colvin" <john.loughran.colvin gmail.com> writes:

On Thursday, 9 April 2015 at 07:55:47 UTC, extrawurst wrote:
 On Thursday, 9 April 2015 at 07:48:32 UTC, extrawurst wrote:
 On Monday, 15 December 2014 at 21:10:20 UTC, John Colvin wrote:
 On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 
 0.15.1 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS X: 
 no support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run 
 simple application. There is still lot to do, though.

 Even more exciting this release comes with the first 
 official development snapshot of a Win64 compiler targetting 
 the MS C Runtime. Thanks to Trass3r and kinke for their 
 active development! Please note that this version requires 
 LLVM 3.6 (current development version).

 Solaris/x86 is a new supported platform. I added the missing 
 druntime implementation. If you are using Solaris please try 
 and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc 
 ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d 
 ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 
 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d 
 ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 
 4.8.x and LLVM 3.5. They work on Ubuntu 12.04 LTS (or later) 
 without installing additional software.

 As always, the Win32/MinGW packages require a recent version 
 of the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for details. 
 The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with 
 the mingw installer.

 The Win64 MSVC version is still considered alpha quality. It 
 is built with VS2013 against a snapshot of LLVM 3.6. Both 
 builds are debug build.

 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

 The homebrew package is now up to date with this. Cheers for 
 all the work.

 both `brew install ldc` and `brew install ldc --devel` just 
 install 0.14.0. what do i have to do to geht the 0.15.1 
 release ?

 ok ignore me, i forgot to `brew update` befor

phew, you scared me there!

dmd, dub and dcd are also available through homebrew if you're 
interested.

Apr 09 2015

"extrawurst" <stephan extrawurst.org> writes:

On Thursday, 9 April 2015 at 08:21:06 UTC, John Colvin wrote:
 On Thursday, 9 April 2015 at 07:55:47 UTC, extrawurst wrote:
 On Thursday, 9 April 2015 at 07:48:32 UTC, extrawurst wrote:
 On Monday, 15 December 2014 at 21:10:20 UTC, John Colvin 
 wrote:
 On Monday, 15 December 2014 at 05:42:45 UTC, Kai Nacke wrote:
 Hi everyone!

 On behalf of the LDC team I am proud to announce the LDC 
 0.15.1 release!
 It is based on the 2.066.1 front-end and LLVM 3.1-3.5 (OS 
 X: no support for 3.3).

 This is a really exciting release!

 Support for the PowerPC architecture has grown. Linux/PPC64 
 Little Endian is now usable, including garbage collector 
 support. Linux/PPC32 compiles out of the box and can run 
 simple application. There is still lot to do, though.

 Even more exciting this release comes with the first 
 official development snapshot of a Win64 compiler 
 targetting the MS C Runtime. Thanks to Trass3r and kinke 
 for their active development! Please note that this version 
 requires LLVM 3.6 (current development version).

 Solaris/x86 is a new supported platform. I added the 
 missing druntime implementation. If you are using Solaris 
 please try and give feedback!

 Be sure to read the preliminary change log at the GitHub 
 release page which also has the package download links:
 https://github.com/ldc-developers/ldc/releases/tag/v0.15.1

 MD5 checksums for the release packages:

 7cd280c9d73218360900cb89723f1050 ldc-0.15.1-src.tar.gz
 629e974d1dc02e7015cc182a5c724adc 
 ldc2-0.15.1-linux-x86.tar.gz
 d9d590a943f3af9616cfa793681d9d3d 
 ldc2-0.15.1-linux-x86.tar.xz
 0e96c0cf918b0d6eb94e97ba1fc48cdc 
 ldc2-0.15.1-linux-x86_64.tar.gz
 72c67a87cd695d0253581e7aa4d1d84d 
 ldc2-0.15.1-linux-x86_64.tar.xz
 1f56113d8c5685a6b8ecda84babe0029 ldc2-0.15.1-mingw-x86.7z
 94e14555558743afe096c7f1a1d6c152 ldc2-0.15.1-mingw-x86.zip
 3aa63a0d6133dc2aadf7f70783814b56 
 ldc2-0.15.1-osx-x86_64.tar.gz
 3c1a1da3ef639f1ee46e0146af73a81d 
 ldc2-0.15.1-osx-x86_64.tar.xz
 3ab78287729a5c94f0347433ef98534f ldc2-0.15.1-win64-msvc.zip

 Regarding the binaries:
 The Linux binaries are built on Ubuntu 12.04 LTS with gcc 
 4.8.x and LLVM 3.5. They work on Ubuntu 12.04 LTS (or 
 later) without installing additional software.

 As always, the Win32/MinGW packages require a recent 
 version of the mingw-w64 toolchain, see 
 http://wiki.dlang.org/Building_LDC_on_MinGW_x86 for 
 details. The package is build with 
 i686-4.9.1-release-posix-dwarf-rt_v3-rev1 downloaded with 
 the mingw installer.

 The Win64 MSVC version is still considered alpha quality. 
 It is built with VS2013 against a snapshot of LLVM 3.6. 
 Both builds are debug build.

 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

 The homebrew package is now up to date with this. Cheers for 
 all the work.

 both `brew install ldc` and `brew install ldc --devel` just 
 install 0.14.0. what do i have to do to geht the 0.15.1 
 release ?

 ok ignore me, i forgot to `brew update` befor

 phew, you scared me there!

 dmd, dub and dcd are also available through homebrew if you're 
 interested.

sorry for the fuss :P
I do not used brew to install anything D related lately thats why 
I totally forgot to brew-update.
Anyhow I needed ldc locally due to a very strange regression in 
ldc 0.15.1 when building a totally simple thin binding for a 
c-lib: https://github.com/Extrawurst/DerelictImgui

The issue I filed for it is here: 
https://github.com/ldc-developers/ldc/issues/893

And my change to work around that issue is here: 
https://github.com/Extrawurst/DerelictImgui/commit/39eac92375d83607a65bdce7b49fd26af1193a9f#diff-a5f2120e8748713379c39d1f8ecb4be7R265

to get that workaround done i needed to have an LDC locally ;)

Apr 09 2015

"E.S. Quinn" <anonymous example.com> writes:

Big step forward here! This is the first version of LDC that's
managed to compile my beast of a project on mingw with no ICEs.

Tere's still some really wonky behavior in there (it somehow
broke my collision detection system, of all things), and once I
manage to isolate the specifics I'll file it in the tracker.

Still, thanks  for all the effort! Having a D compiler that can
spit out DWARF symbols on windows will make my life so much
easier.

Dec 16 2014

David Nadlinger via digitalmars-d-ldc <digitalmars-d-ldc puremagic.com> writes:

On Tue, Dec 16, 2014 at 5:51 PM, E.S. Quinn via digitalmars-d-ldc
<digitalmars-d-ldc puremagic.com> wrote:
 Big step forward here! This is the first version of LDC that's
 managed to compile my beast of a project on mingw with no ICEs.

Nice to hear!

 Tere's still some really wonky behavior in there (it somehow
 broke my collision detection system, of all things), and once I
 manage to isolate the specifics I'll file it in the tracker.

Are you working with reals in any way (maybe unintentionally through
some Phobos math API)? Since MinGW uses the Microsoft C runtime by
default, 80 bit reals are tricky to get right and me might not have
found all issues. Thus,my first step in tracking this down would be to
verify any math library calls.

Best,
David

Dec 16 2014

"E.S. Quinn" <anonymous example.com> writes:

On Tuesday, 16 December 2014 at 22:15:26 UTC, David Nadlinger via 
digitalmars-d-ldc wrote:
 On Tue, Dec 16, 2014 at 5:51 PM, E.S. Quinn via 
 digitalmars-d-ldc
 <digitalmars-d-ldc puremagic.com> wrote:
 Big step forward here! This is the first version of LDC that's
 managed to compile my beast of a project on mingw with no ICEs.

 Nice to hear!

 Tere's still some really wonky behavior in there (it somehow
 broke my collision detection system, of all things), and once I
 manage to isolate the specifics I'll file it in the tracker.

 Are you working with reals in any way (maybe unintentionally 
 through
 some Phobos math API)? Since MinGW uses the Microsoft C runtime 
 by
 default, 80 bit reals are tricky to get right and me might not 
 have
 found all issues. Thus,my first step in tracking this down 
 would be to
 verify any math library calls.

 Best,
 David

Nope! It's all integers. So my working theory is it's something 
with a bitfield struct being passed around on the stack. I should 
have more info later today!

Dec 17 2014

D Programming

C/C++ Programming

Other

digitalmars.D.ldc - LDC 0.15.1 released!