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.
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\1
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
ht
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.
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
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?
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 docume
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
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 ne
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
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
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/
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 wha
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
On Thursday, 30 July 2015 at 08:13:35 UTC, Martin Nowak wrote:
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
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!
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.
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 upd
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 upda
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
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. Wh
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 Sh
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
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
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 y
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 Sh
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 c
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.
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
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
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
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 licen
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
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://issu
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 fi
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-u
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 othe
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.
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 delayi
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" (x
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
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
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
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/activ
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.
I understand that frustration. I had some modest problems getting it to
work wit
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 achiev
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.
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
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 he
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
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.
I understand that frustration. I had some modest problems
get
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.
I understand that frustration. I had some modest problems getting
it to work with -m64 on my home computer. However,
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)
contain
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
On Monday, 27 July 2015 at 11:30:09 UTC, extrawurst 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 h
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
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 merge
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.
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
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 Window
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
On Sunday, 26 July 2015 at 23:07:15 UTC, Brian Schott wrote:
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 me
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 disappoi
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
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.
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
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/fr
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 fixe
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
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 des
70 matches
Mail list logo
