Re: Beta D 2.068.0-b2

2015-08-03 Thread Martin Nowak via Digitalmars-d-announce
On 08/02/2015 11:20 AM, Rainer Schuetze wrote:
 Unfortunately, that does not help a lot because Microsoft changed their
 C runtime quite a bit to make it more compliant to C99. This causes
 unresolved symbols when linking phobos.

You think we can work that out soon enough?
https://issues.dlang.org/show_bug.cgi?id=14849#c7

It seems that we need to link to a certain flavor of the runtime.


Re: Beta D 2.068.0-b2

2015-08-03 Thread Joseph Cassman via Digitalmars-d-announce

On Sunday, 2 August 2015 at 09:20:44 UTC, Rainer Schuetze wrote:



On 31.07.2015 02:41, Joseph Cassman wrote:

[...]


I just updated my VS2015 installation and can confirm the error 
message regarding libucrt.lib.


I found the library in the folder c:\Program Files 
(x86)\Windows Kits\10\Lib\10.0.10150.0\ucrt\x64. You can add 
it to the library search paths in Tools-Options-Projects and 
Solutions-Visual D-DMD Directories-x64.


Unfortunately, that does not help a lot because Microsoft 
changed their C runtime quite a bit to make it more compliant 
to C99. This causes unresolved symbols when linking phobos.


Very cool. That change to the C runtime also explains some of the 
errors I was getting. Thanks for the explanation.


Joseph


Re: Beta D 2.068.0-b2

2015-08-02 Thread Rainer Schuetze via Digitalmars-d-announce



On 31.07.2015 02:41, Joseph Cassman wrote:

Not sure if it ties in with DMD or not but a libucrt.lib missing error
was one of the several errors I got when trying to use VS2015 with DMD +
Win64. I do not get the error with VS2013u5 (the file exists with both
installations but is only recognized for the later for some reason).
Posting in case it helps isolate the issue for VisualD as well.

Joseph


I just updated my VS2015 installation and can confirm the error message 
regarding libucrt.lib.


I found the library in the folder c:\Program Files (x86)\Windows 
Kits\10\Lib\10.0.10150.0\ucrt\x64. You can add it to the library search 
paths in Tools-Options-Projects and Solutions-Visual D-DMD 
Directories-x64.


Unfortunately, that does not help a lot because Microsoft changed their 
C runtime quite a bit to make it more compliant to C99. This causes 
unresolved symbols when linking phobos.


Re: Beta D 2.068.0-b2

2015-08-02 Thread Rainer Schuetze via Digitalmars-d-announce



On 02.08.2015 11:38, Martin Nowak wrote:

On Thursday, 30 July 2015 at 09:24:09 UTC, John Colvin wrote:

https://www.microsoft.com/en-us/download/details.aspx?id=46886


Does it include the C++ compiler and linker?


No, the VS shell does not include any specific language support and 
libraries.


Re: Beta D 2.068.0-b2

2015-08-02 Thread John Colvin via Digitalmars-d-announce

On Sunday, 2 August 2015 at 09:38:23 UTC, Martin Nowak wrote:

On Thursday, 30 July 2015 at 09:24:09 UTC, John Colvin wrote:

https://www.microsoft.com/en-us/download/details.aspx?id=46886


Does it include the C++ compiler and linker?


I think it contains a linker, but I'm not 100% sure. See 
https://msdn.microsoft.com/en-us/library/bb129445.aspx for some 
info


Re: Beta D 2.068.0-b2

2015-08-02 Thread Martin Nowak via Digitalmars-d-announce

On Friday, 31 July 2015 at 17:56:23 UTC, Kelet wrote:

Hi Gerald,

MonoTime is the replacement for TickDuration and it's 
initialized from the runtime initialization function (rt_init). 
This is because the GC and others may need time functionality.


Thanks, filed as https://issues.dlang.org/show_bug.cgi?id=14863.


Re: Beta D 2.068.0-b2

2015-08-02 Thread Rainer Schuetze via Digitalmars-d-announce



On 31.07.2015 09:54, Kagamin wrote:

On Thursday, 30 July 2015 at 18:54:03 UTC, Rainer Schuetze wrote:

That was fast. Thanks!


README in github repo still has some outdated links to dsource. Also
bugzilla address is https://issues.dlang.org/


I removed most dsource links (also from the documentation), but some are 
still valid and not available elsewhere (e.g. download links of files 
only found there).


I didn't immediately get what you meant with the bugzilla address 
because it worked due to redirection. I'll update that later...


Re: Beta D 2.068.0-b2

2015-07-31 Thread Gerald Jansen via Digitalmars-d-announce
I'm not sure if this is the right place to report issues. I 
downloaded dmd.2.068.0-b2.linux.zip, unzipped it and added the 
bin64 directory to my path. The standard hello.d compiles fine 
but segfaults immediately. Details follow. Also rdmd segfaults 
with the same message. (The same process with the 2.067.1 zip 
works fine on the same box.)


Details:
gjansen@gamma:~$ uname -a
Linux gamma 2.6.32-279.14.1.el6.x86_64 #1 SMP Mon Oct 15 13:44:51 
EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

gjansen@gamma:~$ dmd --version
DMD64 D Compiler v2.068.0-b2
Copyright (c) 1999-2015 by Digital Mars written by Walter Bright
gjansen@gamma:~$ dmd hello.d
gjansen@gamma:~$ ./hello
Segmentation fault (core dumped)
gjansen@gamma:~$ gdb hello
snip
(gdb) run
Starting program: /ricerca/gjansen/hello
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x004418e1 in _d_initMonoTime ()
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.80.el6_3.6.x86_64




Re: Beta D 2.068.0-b2

2015-07-31 Thread Kelet via Digitalmars-d-announce

On Friday, 31 July 2015 at 17:56:23 UTC, Kelet wrote:

On Friday, 31 July 2015 at 15:58:24 UTC, Gerald Jansen wrote:

[...]


Hi Gerald,

MonoTime is the replacement for TickDuration and it's 
initialized from the runtime initialization function (rt_init). 
This is because the GC and others may need time functionality.


[...]


To expand on this, while MonoTime was in 2.067.1, it was not 
initialized in rt_init at the time.


Regards,
Kelet


Re: Beta D 2.068.0-b2

2015-07-31 Thread Kelet via Digitalmars-d-announce

On Friday, 31 July 2015 at 15:58:24 UTC, Gerald Jansen wrote:
I'm not sure if this is the right place to report issues. I 
downloaded dmd.2.068.0-b2.linux.zip, unzipped it and added the 
bin64 directory to my path. The standard hello.d compiles fine 
but segfaults immediately. Details follow. Also rdmd segfaults 
with the same message. (The same process with the 2.067.1 zip 
works fine on the same box.)


Details:
gjansen@gamma:~$ uname -a
Linux gamma 2.6.32-279.14.1.el6.x86_64 #1 SMP Mon Oct 15 
13:44:51 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

gjansen@gamma:~$ dmd --version
DMD64 D Compiler v2.068.0-b2
Copyright (c) 1999-2015 by Digital Mars written by Walter Bright
gjansen@gamma:~$ dmd hello.d
gjansen@gamma:~$ ./hello
Segmentation fault (core dumped)
gjansen@gamma:~$ gdb hello
snip
(gdb) run
Starting program: /ricerca/gjansen/hello
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x004418e1 in _d_initMonoTime ()
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.80.el6_3.6.x86_64


Hi Gerald,

MonoTime is the replacement for TickDuration and it's initialized 
from the runtime initialization function (rt_init). This is 
because the GC and others may need time functionality.


Unfortunately, it looks like MonoTime does not currently support 
your kernel version. It needs at least Linux 2.6.39. The reason 
being is that it has the CLOCK_BOOTTIME clock which was 
implemented in Linux 2.6.39. Without this clock, the minimum 
version would be Linux 2.6.32.


If I had to hazard a guess, I'd say the offending segfault is 
coming from calling clock_getres(clockArg, ts) (where clockArg 
is essentially CLOCK_BOOTTIME) in _d_initMonoTime(). It seems to 
call this for all supported Clocks for your platform.


Hopefully some code can be added to only allow CLOCK_BOOTTIME on 
kernels that support it. 2.6.32 is still supported as a longterm 
kernel release.


Regards,
Kelet


Re: Beta D 2.068.0-b2

2015-07-31 Thread Kagamin via Digitalmars-d-announce

On Thursday, 30 July 2015 at 18:54:03 UTC, Rainer Schuetze wrote:

That was fast. Thanks!


README in github repo still has some outdated links to dsource. 
Also bugzilla address is https://issues.dlang.org/


Re: Beta D 2.068.0-b2

2015-07-30 Thread Joseph Cassman via Digitalmars-d-announce

On Thursday, 30 July 2015 at 18:34:28 UTC, Rainer Schuetze wrote:



On 30.07.2015 11:23, Sönke Ludwig wrote:

Am 30.07.2015 um 09:49 schrieb Sönke Ludwig:

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:
4) The VS 2015 Community 2015 installation [2] also includes 
a complete
build system. However, the DMD Windows installer does not 
recognize it
and fails to update the sc.ini file accordingly. I will file 
a bug

report shortly with details.


I think you have an old version of VisualD, perhaps the 
0.3.38 from [1]?
That just happened to me yesterday, because that page is the 
number one
Google result and the out-of-date note is quite small. I 
think the
dsource project should just be removed, or replaced by 
nothing than a

single link to the new homepage [2].

[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Hm, I just installed VisualD on a freshly installed machine 
and there I
get an error libucrt.lib not found, so I probably just had 
some files

left over from previous VS versions or SDKs.


Are you sure it is libucrt.lib? I've never seen a library with 
this name (I only have a prerelease of VS2015 installed, 
though).


Not sure if it ties in with DMD or not but a libucrt.lib missing 
error was one of the several errors I got when trying to use 
VS2015 with DMD + Win64. I do not get the error with VS2013u5 
(the file exists with both installations but is only recognized 
for the later for some reason). Posting in case it helps isolate 
the issue for VisualD as well.


Joseph


Re: Beta D 2.068.0-b2

2015-07-30 Thread Joseph Cassman via Digitalmars-d-announce

On Thursday, 30 July 2015 at 00:59:16 UTC, Joseph Cassman wrote:

On Wednesday, 29 July 2015 at 07:16:39 UTC, Martin Nowak wrote:

[...]


Martin, appreciate the help with this issue. I have 
investigated further and it looks like there is a work-around 
(item [3] below). Here is a synopsis of what I have found 
through testing.


[...]


Updated the wiki page on DMD with what I was able to get working.

http://wiki.dlang.org/Installing_DMD

Joseph


Re: Beta D 2.068.0-b2

2015-07-30 Thread Rainer Schuetze via Digitalmars-d-announce



On 30.07.2015 20:27, Rainer Schuetze wrote:



On 30.07.2015 09:49, Sönke Ludwig wrote:

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:

4) The VS 2015 Community 2015 installation [2] also includes a complete
build system. However, the DMD Windows installer does not recognize it
and fails to update the sc.ini file accordingly. I will file a bug
report shortly with details.


I think you have an old version of VisualD, perhaps the 0.3.38 from [1]?
That just happened to me yesterday, because that page is the number one
Google result and the out-of-date note is quite small. I think the
dsource project should just be removed, or replaced by nothing than a
single link to the new homepage [2].

[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Last time I tried, I could no longer edit the dsource pages without
producing completely garbled text. This happened when the dsource site
was moved [1]. A single line might work, though...

[1]
http://forum.dlang.org/thread/jclqnnkkcbqnmehpn...@forum.dlang.org?page=3


Actually, I cannot even login now.

It displays phpBB : Critical Error

Error creating new session

Vladimir, can you just clean the page and add the link to the startpage 
and the github repo? It seems that has been done with the cv2pdb project.


Re: Beta D 2.068.0-b2

2015-07-30 Thread Vladimir Panteleev via Digitalmars-d-announce

On Thursday, 30 July 2015 at 18:42:08 UTC, Rainer Schuetze wrote:
Vladimir, can you just clean the page and add the link to the 
startpage and the github repo? It seems that has been done with 
the cv2pdb project.


Done.



Re: Beta D 2.068.0-b2

2015-07-30 Thread Rainer Schuetze via Digitalmars-d-announce



On 30.07.2015 20:46, Vladimir Panteleev wrote:

On Thursday, 30 July 2015 at 18:42:08 UTC, Rainer Schuetze wrote:

Vladimir, can you just clean the page and add the link to the
startpage and the github repo? It seems that has been done with the
cv2pdb project.


Done.



That was fast. Thanks!


Re: Beta D 2.068.0-b2

2015-07-30 Thread Sönke Ludwig via Digitalmars-d-announce

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:

4) The VS 2015 Community 2015 installation [2] also includes a complete
build system. However, the DMD Windows installer does not recognize it
and fails to update the sc.ini file accordingly. I will file a bug
report shortly with details.


I think you have an old version of VisualD, perhaps the 0.3.38 from [1]? 
That just happened to me yesterday, because that page is the number one 
Google result and the out-of-date note is quite small. I think the 
dsource project should just be removed, or replaced by nothing than a 
single link to the new homepage [2].


[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Re: Beta D 2.068.0-b2

2015-07-30 Thread Martin Nowak via Digitalmars-d-announce

On Thursday, 30 July 2015 at 00:59:16 UTC, Joseph Cassman wrote:
4) The VS 2015 Community 2015 installation [2] also includes a 
complete build system. However, the DMD Windows installer does 
not recognize it and fails to update the sc.ini file 
accordingly. I will file a bug report shortly with details.


https://issues.dlang.org/show_bug.cgi?id=14849


Re: Beta D 2.068.0-b2

2015-07-30 Thread Rainer Schuetze via Digitalmars-d-announce



On 29.07.2015 09:10, Martin Nowak wrote:

On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman wrote:

There is probably an obvious reason this is not possible but I could
not see it when reading through the MS licensing information. It seems
to me the linker bin could be redistributed. Why is it (and the other
required lib/dll files) not bundled with the Windows installer to make
it one-stop-shopping?

Seems like this is what is done with Win32.


You're not allowed to redistribute the VS binaries, only the libc dlls.
On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the VS
compiler installation.


Digger [1] is able to download the installers, but just extract the 
packages needed to link DMD built executables for win64. I'm not sure 
whether this is in compliance with the SDK license (you never see it or 
have to agree to it).


[1] https://github.com/CyberShadow/Digger


Re: Beta D 2.068.0-b2

2015-07-30 Thread Rainer Schuetze via Digitalmars-d-announce



On 30.07.2015 09:49, Sönke Ludwig wrote:

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:

4) The VS 2015 Community 2015 installation [2] also includes a complete
build system. However, the DMD Windows installer does not recognize it
and fails to update the sc.ini file accordingly. I will file a bug
report shortly with details.


I think you have an old version of VisualD, perhaps the 0.3.38 from [1]?
That just happened to me yesterday, because that page is the number one
Google result and the out-of-date note is quite small. I think the
dsource project should just be removed, or replaced by nothing than a
single link to the new homepage [2].

[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Last time I tried, I could no longer edit the dsource pages without 
producing completely garbled text. This happened when the dsource site 
was moved [1]. A single line might work, though...


[1] 
http://forum.dlang.org/thread/jclqnnkkcbqnmehpn...@forum.dlang.org?page=3


Re: Beta D 2.068.0-b2

2015-07-30 Thread Rainer Schuetze via Digitalmars-d-announce



On 30.07.2015 11:23, Sönke Ludwig wrote:

Am 30.07.2015 um 09:49 schrieb Sönke Ludwig:

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:

4) The VS 2015 Community 2015 installation [2] also includes a complete
build system. However, the DMD Windows installer does not recognize it
and fails to update the sc.ini file accordingly. I will file a bug
report shortly with details.


I think you have an old version of VisualD, perhaps the 0.3.38 from [1]?
That just happened to me yesterday, because that page is the number one
Google result and the out-of-date note is quite small. I think the
dsource project should just be removed, or replaced by nothing than a
single link to the new homepage [2].

[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Hm, I just installed VisualD on a freshly installed machine and there I
get an error libucrt.lib not found, so I probably just had some files
left over from previous VS versions or SDKs.


Are you sure it is libucrt.lib? I've never seen a library with this name 
(I only have a prerelease of VS2015 installed, though).


Re: Beta D 2.068.0-b2

2015-07-30 Thread John Colvin via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 18:13:22 UTC, Kagamin wrote:
On Wednesday, 29 July 2015 at 15:45:19 UTC, Taylor Hillegeist 
wrote:
I guess what I mean to say is that they did it, maybe it can 
be done.


Of course it can be done with an additional license agreement 
with microsoft.


Of course VS Shell is still way more than is necessary for our 
purposes.


I believe VS shell is redistributable, because it was made 
exactly for that.


It's in the name:

https://www.microsoft.com/en-us/download/details.aspx?id=46886


Re: Beta D 2.068.0-b2

2015-07-30 Thread Sönke Ludwig via Digitalmars-d-announce

Am 30.07.2015 um 09:49 schrieb Sönke Ludwig:

Am 30.07.2015 um 02:59 schrieb Joseph Cassman:

4) The VS 2015 Community 2015 installation [2] also includes a complete
build system. However, the DMD Windows installer does not recognize it
and fails to update the sc.ini file accordingly. I will file a bug
report shortly with details.


I think you have an old version of VisualD, perhaps the 0.3.38 from [1]?
That just happened to me yesterday, because that page is the number one
Google result and the out-of-date note is quite small. I think the
dsource project should just be removed, or replaced by nothing than a
single link to the new homepage [2].

[1]: http://www.dsource.org/projects/visuald
[2]: http://rainers.github.io/visuald/visuald/StartPage.html


Hm, I just installed VisualD on a freshly installed machine and there I 
get an error libucrt.lib not found, so I probably just had some files 
left over from previous VS versions or SDKs.


Re: Beta D 2.068.0-b2

2015-07-29 Thread Taylor Hillegeist via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 11:56:34 UTC, Kagamin wrote:
On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman 
wrote:
There is probably an obvious reason this is not possible but I 
could not see it when reading through the MS licensing 
information. It seems to me the linker bin could be 
redistributed.


9. SCOPE OF LICENSE. The software is licensed, not sold. This 
agreement only gives you some rights to use the software. 
Microsoft reserves all other rights.


So you should find an expressly granted right to redistribute.


Apparently Intel was able to redistribute it with their fortran 
compiler.


Intel® Visual Fortran development environment based on Microsoft 
Visual Studio 2010 Shell is included with Academic and Commercial 
licenses for Intel® Visual Fortran. It is not included with 
Evaluation or Student licenses. This development environment 
provides everything necessary to edit, build and debug Fortran 
applications. Some features of the full Visual Studio product are 
not included, such as:
Resource Editor (see ResEdit*, a third-party tool, for a 
substitute)

Automated conversion of Compaq* Visual Fortran projects

I guess what I mean to say is that they did it, maybe it can be 
done. Of course VS Shell is still way more than is necessary for 
our purposes.


Re: Beta D 2.068.0-b2

2015-07-29 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 29 July 2015 at 15:45:19 UTC, Taylor Hillegeist 
wrote:
I guess what I mean to say is that they did it, maybe it can be 
done.


Of course it can be done with an additional license agreement 
with microsoft.


Of course VS Shell is still way more than is necessary for our 
purposes.


I believe VS shell is redistributable, because it was made 
exactly for that.


Re: Beta D 2.068.0-b2

2015-07-29 Thread Joseph Cassman via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 07:16:39 UTC, Martin Nowak wrote:

On Wednesday, 29 July 2015 at 07:10:13 UTC, Martin Nowak wrote:
You're not allowed to redistribute the VS binaries, only the 
libc dlls.

On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the 
VS compiler installation.


https://issues.dlang.org/show_bug.cgi?id=14847


Martin, appreciate the help with this issue. I have investigated 
further and it looks like there is a work-around (item [3] 
below). Here is a synopsis of what I have found through testing.


1) Windows 7 SDK will not install completely now that I have .NET 
4.5.1 installed (it requires version 4). It incorrectly considers 
the newer runtime as not as up-to-date.


2) Windows 8.1 SDK does not include a console build system (c.f. 
[1]). Thanks for pointing that out in your previous post. That 
page coincides with what I found in my testing.


3) The VS Community 2013 with Update 5 installation [2] includes 
a complete build system that works with the DMD Windows installer 
(tested with version 2.068.0-b2). This is what should be used 
with DMD now since it is free and works with the current .NET 
runtime.


4) The VS 2015 Community 2015 installation [2] also includes a 
complete build system. However, the DMD Windows installer does 
not recognize it and fails to update the sc.ini file accordingly. 
I will file a bug report shortly with details.


It is taking a while to do all of the un/installs to get a 
relevant test environment. So I thought I would make this post 
about what I have found. Thought it might help with your trying 
to get the 068 release out the door. After I have finished my 
testing I will update the DMD Win64 wiki page with what is 
currently working.


Thanks again for the help.

Joseph

[1] https://msdn.microsoft.com/en-us/windows/desktop/hh852363.aspx
[2] https://www.visualstudio.com/en-us/downloads#d-community



Re: Beta D 2.068.0-b2

2015-07-29 Thread Martin Nowak via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 07:10:13 UTC, Martin Nowak wrote:
You're not allowed to redistribute the VS binaries, only the 
libc dlls.

On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the 
VS compiler installation.


https://issues.dlang.org/show_bug.cgi?id=14847


Re: Beta D 2.068.0-b2

2015-07-29 Thread Martin Nowak via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman wrote:
There is probably an obvious reason this is not possible but I 
could not see it when reading through the MS licensing 
information. It seems to me the linker bin could be 
redistributed. Why is it (and the other required lib/dll files) 
not bundled with the Windows installer to make it 
one-stop-shopping?


Seems like this is what is done with Win32.


You're not allowed to redistribute the VS binaries, only the libc 
dlls.

On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the VS 
compiler installation.


Re: Beta D 2.068.0-b2

2015-07-29 Thread Martin Nowak via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 01:52:34 UTC, Joseph Cassman wrote:
I was forced to install VS to get one since for some reason the 
7A and 8.1 Windows SDK's did not install a complete 64-bit 
toolchain for me.


Seems like Microsoft dropped the compiler from the SDK.
https://msdn.microsoft.com/en-us/windows/desktop/hh852363.aspx


Re: Beta D 2.068.0-b2

2015-07-29 Thread Jacob Carlborg via Digitalmars-d-announce

On 2015-07-26 15:55, Martin Nowak wrote:


BTW, I'd like to phase out the fat 50-60MB combined zip, and add
tar.xz/gz for linux/freebsd/osx.
Does anyone still rely on the combined zip?


I noticed building the installer for OS X relies on that as well.

--
/Jacob Carlborg


Re: Beta D 2.068.0-b2

2015-07-29 Thread Kagamin via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman wrote:
There is probably an obvious reason this is not possible but I 
could not see it when reading through the MS licensing 
information. It seems to me the linker bin could be 
redistributed.


9. SCOPE OF LICENSE. The software is licensed, not sold. This 
agreement only gives you some rights to use the software. 
Microsoft reserves all other rights.


So you should find an expressly granted right to redistribute.


Re: Beta D 2.068.0-b2

2015-07-29 Thread jmh530 via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 07:10:13 UTC, Martin Nowak wrote:


You're not allowed to redistribute the VS binaries, only the 
libc dlls.

On Win32 we use our own libc (dmc) and linker (optlink).
We could improve our installer so it can optionally start the 
VS compiler installation.


If it only installed the required things, then that might be 
good. The whole thing though...last time I tried to install VS it 
took like an hour.


Re: Beta D 2.068.0-b2

2015-07-29 Thread Joseph Cassman via Digitalmars-d-announce

On Wednesday, 29 July 2015 at 18:13:22 UTC, Kagamin wrote:
On Wednesday, 29 July 2015 at 15:45:19 UTC, Taylor Hillegeist 
wrote:
I guess what I mean to say is that they did it, maybe it can 
be done.


Of course it can be done with an additional license agreement 
with microsoft.


Of course VS Shell is still way more than is necessary for our 
purposes.


I believe VS shell is redistributable, because it was made 
exactly for that.


Yeah, if the linker (and other relevant files) for Win64 could be 
licensed from MS so they could be packaged with the DMD installer 
that would be a sweet deal. I know D is in bootstrap mode right 
now but this could be one of the things that helps get it to the 
necessary polished phase that helps get the acceptance past the 
10,000 mark.


It takes a standard half-day or so to install Visual Studio. So 
any way to make setting up a Win64 environment faster is much 
appreciated. And I would feel necessary to get wide acceptance.


Joseph


Re: Beta D 2.068.0-b2

2015-07-29 Thread Jacob Carlborg via Digitalmars-d-announce

On 2015-07-29 13:12, Jacob Carlborg wrote:


I noticed building the installer for OS X relies on that as well.


Never mind, I looked at an old version of the makefile.

--
/Jacob Carlborg


Re: Beta D 2.068.0-b2

2015-07-28 Thread Martin Nowak via Digitalmars-d-announce

On Monday, 27 July 2015 at 16:57:24 UTC, jmh530 wrote:
I thought the next release was to switch to ddmd and wasn't 
supposed to add a bunch of new features?


That's for the dmd side, doesn't preclude work on druntime or 
Phobos.


Re: Beta D 2.068.0-b2

2015-07-28 Thread Sönke Ludwig via Digitalmars-d-announce

Am 27.07.2015 um 22:43 schrieb jmh530:

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:


Sorry for the following rant but I am frustrated by the poor quality
of support for Windows 64 development.

rant



I understand that frustration. I had some modest problems getting it to
work with -m64 on my home computer. However, I had bigger problems
getting Visual D to work. Eclipse wouldn't work with the Java installed
on my work computer. Coedit wouldn't install on my work computer either
(I'm not sure how much this is Coedit's fault though, works fine at
home). I think at home I'm just going to virtualize a Linux session. I
can dual-boot the machine, but I always find it a hassle if I'm in the
middle of doing something in Windows and want to play around with D.


I never had issues with VisualD so far. Which version of VisualStudio do 
you have installed?


64-bit compilation for DMD also works for me for VisualD, as well as 
when using DUB from the VS20xx x64 Native Tools Command Prompt (xx=13 
or 15) with the -a x86_64 switch.


Re: Beta D 2.068.0-b2

2015-07-28 Thread Martin Nowak via Digitalmars-d-announce

On Monday, 27 July 2015 at 17:12:49 UTC, Joseph Cassman wrote:
I can understand that. But releases tend to be several months 
away. And not just two. So this is a bit frustrating.


We're trying to get to a 2 month interval, and delaying work that 
doesn't meet the deadlines is necessary to achieve this.
I hope that with a more regular interval people will be more 
aware of the next release and plan their work accordingly.




Re: Beta D 2.068.0-b2

2015-07-28 Thread Martin Nowak via Digitalmars-d-announce

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
I just wasted a lot of time again trying to get Win64 set up on 
a machine I had to wipe. I had it working for 2.067.1 somehow 
but was never able to duplicate that on other machines I have. 
The information at [1] is outdated. Neither the Windows 7 nor 
8.1 SDK install a linker for me now for some reason. I had to 
install VS 2015 to get a 64-bit linker. This fixed the linker 
not found post installation issue. But then I got a LIBCMT.lib 
not found issue. I copied it and other library files to the D 
installation lib64 subdirectory (I couldn't figure out what to 
modify in the sc.ini file; tried various modifications). Now I 
am getting a cryptic LNK4229 error that makes no sense to me. 
At this point I quit.


Depending on Microsoft's libc and linker for 64-bit is an 
unfortunate dependency and can cause some hassle. An alternative 
would be appreciated, but I'm not aware of any.
There is some code in the installer, that detects your SDK, but 
if you installed it after dmd it won't work. Isn't there some 
feedback about SDKs during installation?


Re: Beta D 2.068.0-b2

2015-07-28 Thread Martin Nowak via Digitalmars-d-announce

On Monday, 27 July 2015 at 23:40:28 UTC, anonymous wrote:

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:
Yep I see where the energy goes

http://forum.dlang.org/thread/ckjukjfkgrguhfhkd...@forum.dlang.org


That has nothing to do with our release.
https://trello.com/b/XoFjxiqG/active


Re: Beta D 2.068.0-b2

2015-07-28 Thread Joseph Cassman via Digitalmars-d-announce

On Tuesday, 28 July 2015 at 09:43:00 UTC, Martin Nowak wrote:

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
I just wasted a lot of time again trying to get Win64 set up 
on a machine I had to wipe. I had it working for 2.067.1 
somehow but was never able to duplicate that on other machines 
I have. The information at [1] is outdated. Neither the 
Windows 7 nor 8.1 SDK install a linker for me now for some 
reason. I had to install VS 2015 to get a 64-bit linker. This 
fixed the linker not found post installation issue. But then I 
got a LIBCMT.lib not found issue. I copied it and other 
library files to the D installation lib64 subdirectory (I 
couldn't figure out what to modify in the sc.ini file; tried 
various modifications). Now I am getting a cryptic LNK4229 
error that makes no sense to me. At this point I quit.


Depending on Microsoft's libc and linker for 64-bit is an 
unfortunate dependency and can cause some hassle. An 
alternative would be appreciated, but I'm not aware of any.
There is some code in the installer, that detects your SDK, but 
if you installed it after dmd it won't work. Isn't there some 
feedback about SDKs during installation?


There is probably an obvious reason this is not possible but I 
could not see it when reading through the MS licensing 
information. It seems to me the linker bin could be 
redistributed. Why is it (and the other required lib/dll files) 
not bundled with the Windows installer to make it 
one-stop-shopping?


Seems like this is what is done with Win32.

Joseph


Re: Beta D 2.068.0-b2

2015-07-28 Thread Joseph Cassman via Digitalmars-d-announce

On Tuesday, 28 July 2015 at 09:30:38 UTC, Martin Nowak wrote:

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
Sorry for the following rant but I am frustrated by the poor 
quality of support for Windows 64 development.


Try http://rainers.github.io/visuald/visuald/StartPage.html.

By way of comparison, I can download other languages and run 
their installer. After that everything just works: linker 
included. Why do I have to install a MS toolchain just to get 
64-bit linking for DMD?


What languages and what linkers are they using?

I like D a lot. I have been using it for a while. But I have 
always had trouble with Win64 development. I need that 
platform for my work. But I will have to dev on Linux again 
just for 64-bit support. And hope that this can finally get 
fixed. Although I am real close to just walking away on this 
one.


Thanks for the pointer. I took a look. I could be wrong but it 
seems it is geared toward using D in VS. This is a little 
different than my use-case. I use D with a text editor and the 
console. So I am just looking for a 64-bit linker. I was forced 
to install VS to get one since for some reason the 7A and 8.1 
Windows SDK's did not install a complete 64-bit toolchain for me.


Yeah, I used the Windows D installer after the toolchain was 
in-place. So I figured the sc.ini should have been automatically 
set.


Your next post is more to the point of what I am trying to do. 
I'll try out a redux on the path I took to install to give more 
clarity. It'll take a while since I have to uninstall VS2015.


Appreciate the feedback.

Joseph


Re: Beta D 2.068.0-b2

2015-07-28 Thread Jacob Carlborg via Digitalmars-d-announce

On 2015-07-26 15:55, Martin Nowak wrote:


BTW, I'd like to phase out the fat 50-60MB combined zip, and add
tar.xz/gz for linux/freebsd/osx.
Does anyone still rely on the combined zip?


Yes, DVM does rely on them.

--
/Jacob Carlborg


Re: Beta D 2.068.0-b2

2015-07-28 Thread jmh530 via Digitalmars-d-announce

On Tuesday, 28 July 2015 at 09:17:21 UTC, Sönke Ludwig wrote:


I never had issues with VisualD so far. Which version of 
VisualStudio do you have installed?


64-bit compilation for DMD also works for me for VisualD, as 
well as when using DUB from the VS20xx x64 Native Tools 
Command Prompt (xx=13 or 15) with the -a x86_64 switch.


I don't really even like Visual Studio. I'm not going to make any 
extra effort to get something working with it. If it worked 
easily (like with me spending less than 10 min trying to get it 
work), then I might have played around with VisualD.


Re: Beta D 2.068.0-b2

2015-07-28 Thread Martin Nowak via Digitalmars-d-announce

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:
Sorry for the following rant but I am frustrated by the poor 
quality of support for Windows 64 development.


Try http://rainers.github.io/visuald/visuald/StartPage.html.

By way of comparison, I can download other languages and run 
their installer. After that everything just works: linker 
included. Why do I have to install a MS toolchain just to get 
64-bit linking for DMD?


What languages and what linkers are they using?

I like D a lot. I have been using it for a while. But I have 
always had trouble with Win64 development. I need that platform 
for my work. But I will have to dev on Linux again just for 
64-bit support. And hope that this can finally get fixed. 
Although I am real close to just walking away on this one.


Re: Beta D 2.068.0-b2

2015-07-28 Thread Joseph Cassman via Digitalmars-d-announce

On Tuesday, 28 July 2015 at 09:10:43 UTC, Martin Nowak wrote:

On Monday, 27 July 2015 at 17:12:49 UTC, Joseph Cassman wrote:
I can understand that. But releases tend to be several months 
away. And not just two. So this is a bit frustrating.


We're trying to get to a 2 month interval, and delaying work 
that doesn't meet the deadlines is necessary to achieve this.
I hope that with a more regular interval people will be more 
aware of the next release and plan their work accordingly.


That would be awesome. Thanks for your work toward that goal.

Joseph


Re: Beta D 2.068.0-b2

2015-07-27 Thread extrawurst via Digitalmars-d-announce

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:

On 07/26/2015 11:13 PM, anonymous wrote:


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


We're trying hard here to meet some deadlines, so things are 
really simple. If something is ready (reviewed, tested, 
documented, and merged into stable) it'll end up in a release, 
otherwise it'll end up in the next release (only 2 month later).


We can't postpone indefinitely just b/c every other person is 
trying to push through their particular interests.


fair enough. 2.069 release it is then ;)

-- Stephan


Re: Beta D 2.068.0-b2

2015-07-27 Thread Joseph Cassman via Digitalmars-d-announce

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:

On 07/26/2015 11:13 PM, anonymous wrote:


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


We're trying hard here to meet some deadlines, so things are 
really simple. If something is ready (reviewed, tested, 
documented, and merged into stable) it'll end up in a release, 
otherwise it'll end up in the next release (only 2 month later).


We can't postpone indefinitely just b/c every other person is 
trying to push through their particular interests.


I can understand that. But releases tend to be several months 
away. And not just two. So this is a bit frustrating.


Joseph


Re: Beta D 2.068.0-b2

2015-07-27 Thread Joseph Cassman via Digitalmars-d-announce

On Saturday, 25 July 2015 at 12:21:19 UTC, Martin Nowak wrote:

Second beta for the 2.068.0 release.

http://downloads.dlang.org/pre-releases/2.x/2.068.0/ 
http://ftp.digitalmars.com/


Also available on Travis-CI as dmd-2.068.0-b2.

The changelog (http://dlang.org/changelog.html#2.068.0) 
contains a list

of all fixed issues that will be included in 2.068.0.
A description of library and language changes is still upcoming.

This beta comes with 27 dmd, 2 druntime, and 4 phobos fixes.

https://github.com/D-Programming-Language/dmd/compare/v2.068.0-b1...v2.068.0-b2 
https://github.com/D-Programming-Language/druntime/compare/v2.068.0-b1...v2.068.0-b2
 
https://github.com/D-Programming-Language/phobos/compare/v2.068.0-b1...v2.068.0-b2

Please report any bugs at https://issues.dlang.org.

-Martin


Sorry for the following rant but I am frustrated by the poor 
quality of support for Windows 64 development.


rant

Will the change over to DDMD finally make Win64 a fully supported 
platform? And will I finally be able to build the most recent 
code snapshot without having to get a Win64 build toolchain setup 
(Win64 is not really supported for DMD development: [2])?


I just wasted a lot of time again trying to get Win64 set up on a 
machine I had to wipe. I had it working for 2.067.1 somehow but 
was never able to duplicate that on other machines I have. The 
information at [1] is outdated. Neither the Windows 7 nor 8.1 SDK 
install a linker for me now for some reason. I had to install VS 
2015 to get a 64-bit linker. This fixed the linker not found post 
installation issue. But then I got a LIBCMT.lib not found issue. 
I copied it and other library files to the D installation lib64 
subdirectory (I couldn't figure out what to modify in the sc.ini 
file; tried various modifications). Now I am getting a cryptic 
LNK4229 error that makes no sense to me. At this point I quit.


I shouldn't have to modify the sc.ini file at all to get any of 
this working. This is after using the Windows installer and when 
I use the -m64 compilation switch.


By way of comparison, I can download other languages and run 
their installer. After that everything just works: linker 
included. Why do I have to install a MS toolchain just to get 
64-bit linking for DMD?


I like D a lot. I have been using it for a while. But I have 
always had trouble with Win64 development. I need that platform 
for my work. But I will have to dev on Linux again just for 
64-bit support. And hope that this can finally get fixed. 
Although I am real close to just walking away on this one.


/rant

Hope this can be fixed.

Thanks

Joseph

[1] 
http://wiki.dlang.org/Installing_DMD_on_64-bit_Windows_7_(COFF-compatible)

[2] http://wiki.dlang.org/Building_DMD -- Windows - step by step



Re: Beta D 2.068.0-b2

2015-07-27 Thread jmh530 via Digitalmars-d-announce

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:


Sorry for the following rant but I am frustrated by the poor 
quality of support for Windows 64 development.


rant



I understand that frustration. I had some modest problems getting 
it to work with -m64 on my home computer. However, I had bigger 
problems getting Visual D to work. Eclipse wouldn't work with the 
Java installed on my work computer. Coedit wouldn't install on my 
work computer either (I'm not sure how much this is Coedit's 
fault though, works fine at home). I think at home I'm just going 
to virtualize a Linux session. I can dual-boot the machine, but I 
always find it a hassle if I'm in the middle of doing something 
in Windows and want to play around with D.


Re: Beta D 2.068.0-b2

2015-07-27 Thread Joseph Cassman via Digitalmars-d-announce

On Monday, 27 July 2015 at 20:43:38 UTC, jmh530 wrote:

On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote:


Sorry for the following rant but I am frustrated by the poor 
quality of support for Windows 64 development.


rant



I understand that frustration. I had some modest problems 
getting it to work with -m64 on my home computer. However, I 
had bigger problems getting Visual D to work. Eclipse wouldn't 
work with the Java installed on my work computer. Coedit 
wouldn't install on my work computer either (I'm not sure how 
much this is Coedit's fault though, works fine at home). I 
think at home I'm just going to virtualize a Linux session. I 
can dual-boot the machine, but I always find it a hassle if I'm 
in the middle of doing something in Windows and want to play 
around with D.


Yeah, pretty much the unfortunate conclusion I came to as well.

Joseph


Re: Beta D 2.068.0-b2

2015-07-27 Thread anonymous via Digitalmars-d-announce

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:

On 07/26/2015 11:13 PM, anonymous wrote:


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


We're trying hard here to meet some deadlines, so things are 
really simple. If something is ready (reviewed, tested, 
documented, and merged into stable) it'll end up in a release, 
otherwise it'll end up in the next release (only 2 month later).


We can't postpone indefinitely just b/c every other person is 
trying to push through their particular interests.


Yep I see where the energy goes

http://forum.dlang.org/thread/ckjukjfkgrguhfhkd...@forum.dlang.org


Re: Beta D 2.068.0-b2

2015-07-27 Thread anonymous via Digitalmars-d-announce

On Monday, 27 July 2015 at 23:40:28 UTC, anonymous wrote:

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:

On 07/26/2015 11:13 PM, anonymous wrote:


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


We're trying hard here to meet some deadlines, so things are 
really simple. If something is ready (reviewed, tested, 
documented, and merged into stable) it'll end up in a release, 
otherwise it'll end up in the next release (only 2 month 
later).


We can't postpone indefinitely just b/c every other person is 
trying to push through their particular interests.


Yep I see where the energy goes

http://forum.dlang.org/thread/ckjukjfkgrguhfhkd...@forum.dlang.org


where it' gone


Re: Beta D 2.068.0-b2

2015-07-27 Thread anonymous via Digitalmars-d-announce

On Monday, 27 July 2015 at 23:49:34 UTC, anonymous wrote:

On Monday, 27 July 2015 at 23:40:28 UTC, anonymous wrote:

On Monday, 27 July 2015 at 09:04:08 UTC, Martin Nowak wrote:

On 07/26/2015 11:13 PM, anonymous wrote:

[...]


We're trying hard here to meet some deadlines, so things are 
really simple. If something is ready (reviewed, tested, 
documented, and merged into stable) it'll end up in a 
release, otherwise it'll end up in the next release (only 2 
month later).


We can't postpone indefinitely just b/c every other person is 
trying to push through their particular interests.


Yep I see where the energy goes

http://forum.dlang.org/thread/ckjukjfkgrguhfhkd...@forum.dlang.org


where it' gone


where it's gone. Instead to solve the conflicts...



Re: Beta D 2.068.0-b2

2015-07-27 Thread Martin Nowak via Digitalmars-d-announce
On 07/26/2015 08:13 PM, Jordi Sayol via Digitalmars-d-announce wrote:
 Is it not better to use 7z format? It has more compression ratios than 
 gz/bz2, and they can be easily handled on Windows.

xz is 7-zip same entropy encoding.


Re: Beta D 2.068.0-b2

2015-07-27 Thread Martin Nowak via Digitalmars-d-announce
On 07/26/2015 11:13 PM, anonymous wrote:
 
 Is std.expermimental.allocator planned for 2.068 ?
 I see it's still not merged and we already almost in August.

We're trying hard here to meet some deadlines, so things are really
simple. If something is ready (reviewed, tested, documented, and merged
into stable) it'll end up in a release, otherwise it'll end up in the
next release (only 2 month later).

We can't postpone indefinitely just b/c every other person is trying to
push through their particular interests.



Re: Beta D 2.068.0-b2

2015-07-26 Thread Rikki Cattermole via Digitalmars-d-announce

On 26/07/2015 12:20 a.m., Martin Nowak wrote:

Second beta for the 2.068.0 release.

http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/

Also available on Travis-CI as dmd-2.068.0-b2.

The changelog (http://dlang.org/changelog.html#2.068.0) contains a list
of all fixed issues that will be included in 2.068.0.
A description of library and language changes is still upcoming.

This beta comes with 27 dmd, 2 druntime, and 4 phobos fixes.

https://github.com/D-Programming-Language/dmd/compare/v2.068.0-b1...v2.068.0-b2
https://github.com/D-Programming-Language/druntime/compare/v2.068.0-b1...v2.068.0-b2
https://github.com/D-Programming-Language/phobos/compare/v2.068.0-b1...v2.068.0-b2

Please report any bugs at https://issues.dlang.org.

-Martin



*Grumbles* I was hoping a bug I found was fixed in ~master. It's not.
I'll submit bug report later but:

Internal error: backend\cgcv.c 217

But only in -debug -m64 without -v on Windows. With -v or -release, it 
builds fine.


Re: Beta D 2.068.0-b2

2015-07-26 Thread Martin Nowak via Digitalmars-d-announce
On 07/25/2015 02:20 PM, Martin Nowak wrote:
 Second beta for the 2.068.0 release.
 
 http://downloads.dlang.org/pre-releases/2.x/2.068.0/
 http://ftp.digitalmars.com/

BTW, I'd like to phase out the fat 50-60MB combined zip, and add
tar.xz/gz for linux/freebsd/osx.
Does anyone still rely on the combined zip?


Re: Beta D 2.068.0-b2

2015-07-26 Thread Nick Sabalausky via Digitalmars-d-announce

On 07/26/2015 09:55 AM, Martin Nowak wrote:

On 07/25/2015 02:20 PM, Martin Nowak wrote:

Second beta for the 2.068.0 release.

http://downloads.dlang.org/pre-releases/2.x/2.068.0/
http://ftp.digitalmars.com/


BTW, I'd like to phase out the fat 50-60MB combined zip, and add
tar.xz/gz for linux/freebsd/osx.
Does anyone still rely on the combined zip?



I think DVM still relies on it (unless I just have an old DVM on this 
machine)




Re: Beta D 2.068.0-b2 + vibe.d 0.7.24-rc.1

2015-07-26 Thread Sönke Ludwig via Digitalmars-d-announce
The first RC of vibe.d 0.7.24 has also just been released. It works with 
DMD 2.068.0-b2. The final release will happen in lock-step with the DMD 
release.


Changelog:
https://github.com/rejectedsoftware/vibe.d/blob/master/CHANGELOG.md


Re: Beta D 2.068.0-b2

2015-07-26 Thread anonymous via Digitalmars-d-announce

On Saturday, 25 July 2015 at 12:21:19 UTC, Martin Nowak wrote:

Second beta for the 2.068.0 release.


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


Re: Beta D 2.068.0-b2

2015-07-26 Thread Brian Schott via Digitalmars-d-announce

On Sunday, 26 July 2015 at 21:13:07 UTC, anonymous wrote:

On Saturday, 25 July 2015 at 12:21:19 UTC, Martin Nowak wrote:

Second beta for the 2.068.0 release.


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


That makes me disappointed. I spent many hours reviewing and 
debugging that package. I have several projects that depend on it 
and I'd rather not maintain my own copy any more.


Re: Beta D 2.068.0-b2

2015-07-26 Thread Joseph Cassman via Digitalmars-d-announce

On Monday, 27 July 2015 at 03:18:13 UTC, Joseph Cassman wrote:

[...]
How did the review finish, BTW? Still waiting on its summary. 
Unless I missed it.




Looks like the review summary was just posted. Thanks for the 
update.


Joseph



Re: Beta D 2.068.0-b2

2015-07-26 Thread Jordi Sayol via Digitalmars-d-announce
El 26/07/15 a les 15:55, Martin Nowak via Digitalmars-d-announce ha escrit:
 BTW, I'd like to phase out the fat 50-60MB combined zip, and add
 tar.xz/gz for linux/freebsd/osx.

Is it not better to use 7z format? It has more compression ratios than gz/bz2, 
and they can be easily handled on Windows.


Re: Beta D 2.068.0-b2

2015-07-26 Thread extrawurst via Digitalmars-d-announce

On Sunday, 26 July 2015 at 21:13:07 UTC, anonymous wrote:

On Saturday, 25 July 2015 at 12:21:19 UTC, Martin Nowak wrote:

Second beta for the 2.068.0 release.


Is std.expermimental.allocator planned for 2.068 ?
I see it's still not merged and we already almost in August.


yeah was hoping to see it in there too

--Stephan


Re: Beta D 2.068.0-b2

2015-07-26 Thread Ben Boeckel via Digitalmars-d-announce
On Sun, Jul 26, 2015 at 20:13:09 +0200, Jordi Sayol via Digitalmars-d-announce 
wrote:
 El 26/07/15 a les 15:55, Martin Nowak via Digitalmars-d-announce ha escrit:
  BTW, I'd like to phase out the fat 50-60MB combined zip, and add
  tar.xz/gz for linux/freebsd/osx.
 
 Is it not better to use 7z format? It has more compression ratios than
 gz/bz2, and they can be easily handled on Windows.

7z and xz are the same compression algorithm (LZMA), but xz works with
tar (it works in streaming mode).

--Ben