On 2017-10-26 00:46, Adam Wilson wrote:

> I am one-hundred-ten percent in agreement with Mr. Teoh here. Even .NET Framework and Core forward to the highly vetted system crypto API's (SChannel on Windows and OpenSSL on Linux/macOS). If you need RSA crypto in D, pull in OpenSSL.

I think we should go with what the system provides. Apple abandoned OpenSSL years ago. It's still shipping with the operating system but if you're using Apple's APIs you're not using OpenSSL, as far as I know. Several BSD variants and Alpine Linux [1] are using LibreSSL, a fork of OpenSSL.

Blindly going with only OpenSSL is not a good idea.

[1] https://en.wikipedia.org/wiki/LibreSSL#Adoption

-- 
/Jacob Carlborg

On Tuesday, 24 October 2017 at 13:20:10 UTC, Andrei Alexandrescu wrote:
> A person who donated to the Foundation made a small wish list known. Allow me to relay it:
>
> * RSA Digital Signature Validation in Phobos
> * std.decimal in Phobos
> * better dll support for Windows.
>
>
> Andrei

std.decimal has been on the review list for quite some time:

https://wiki.dlang.org/Review_Queue

On Friday, 27 October 2017 at 05:20:05 UTC, codephantom wrote:
> That's it!
>
> I've had enough!
>
> 4 hours wasted!

Please try getting some editors going for D on Windows like Visual Studio Code or Atom. That time wasted will skyrocket even more when you run into one of the many issues.

Linux installation is not much better.

Brew ... took a hour to install but only had dmd not dub for some reason.

The install script on the website:

curl -fsS https://dlang.org/install.sh | bash -s dmd

Well, that forces people to use:

source ~/dlang/dmd-2.076.1/activate

Each time they want to work with D. And it does not play nice with WSL because it never gets loaded so trying to access dmd from outside the WSL does not work.

Download the Ubuntu/Debian deb file ... well, you better have google near you. How hard is it to have "sudo dpkg -i DEB_PACKAGE" as a instruction clearly on the website instead of only the deb file link... :)

Or write in clear way simply:

wget http://downloads.dlang.org/releases/2.x/2.076.1/dmd_2.076.1-0_amd64.deb
sudo dpkg -i dmd_2.076.1-0_amd64.deb

On my Arch linux, it is really easy to install D.

pacaur -Sy dlang // install dmd, ldc, and some other d tools
pacaur -Sy visual-studio-code // install visual studio code, then I just
install plugins from vscode

So I can't see how this could be easier

On Fri, Oct 27, 2017 at 11:09 AM, Bo via Digitalmars-d < digitalmars-d@puremagic.com> wrote:

> On Friday, 27 October 2017 at 05:20:05 UTC, codephantom wrote:
>
>> That's it!
>>
>> I've had enough!
>>
>> 4 hours wasted!
>>
>
> Please try getting some editors going for D on Windows like Visual Studio Code or Atom. That time wasted will skyrocket even more when you run into one of the many issues.
>
> Linux installation is not much better.
>
> Brew ... took a hour to install but only had dmd not dub for some reason.
>
> The install script on the website:
>
> curl -fsS https://dlang.org/install.sh | bash -s dmd
>
> Well, that forces people to use:
>
> source ~/dlang/dmd-2.076.1/activate
>
> Each time they want to work with D. And it does not play nice with WSL because it never gets loaded so trying to access dmd from outside the WSL does not work.
>
> Download the Ubuntu/Debian deb file ... well, you better have google near you. How hard is it to have "sudo dpkg -i DEB_PACKAGE" as a instruction clearly on the website instead of only the deb file link... :)
>
> Or write in clear way simply:
>
> wget http://downloads.dlang.org/releases/2.x/2.076.1/dmd_2.076.1-
> 0_amd64.deb
> sudo dpkg -i dmd_2.076.1-0_amd64.deb
>

On Friday, 27 October 2017 at 01:40:07 UTC, Jonathan M Davis wrote:
> The problem is that to reasonably interact with the rest of the Windows C/C++ ecosystem, you're pretty much stuck using Microsoft's linker. If we can get that without pulling in all of VS, all the better, but without the linker, we can't link with most existing C/C++ code, which is a big problem.

How so? curl is an import library for libcurl.dll, mingw handles import libraries just fine, same for zlib and mxWidgets. But most of the time you only need to link phobos and some code from dub and that's all.

On Thursday, 26 October 2017 at 21:38:25 UTC, MrSmith wrote:
> Would it be possible to create import libs that for all winapi/crt libs, and redistribute them? Will such libs be legal to redist?
> We have the tools (DMD/LLD), but the dependency on winsdk and VS libs is still there, unfortunatelly.

MinGW compiles import libraries from text .def files that are lists of exported symbols: https://sourceforge.net/p/mingw-w64/mingw-w64/ci/master/tree/mingw-w64-crt/lib64/

On Friday, 27 October 2017 at 05:20:05 UTC, codephantom wrote:
> That's it!
> I've had enough!
> 4 hours wasted!

ok... I must have done something wrong..

If I create an offline installation of the VS2017 buildtools,
and then install the default 'Visual C++ build tools' selection,
and then after that's installed, I install dmd (dmd-2.076.1.exe),
then I can straight away compile D code with the -m64 option.

But still, I started testing this whole process at 12:04pm today.

It's now 10:23PM

All I can say, it thank god I used FreeBSD ;-)

> pkg install ldc
(a few seconds later, I can start compiling 64bit D code).

On 10/27/17 3:46 AM, Jacob Carlborg wrote:
> I'm not saying Windows is special. I tried to use DMD and Visual Studio together, it didn't work that well. I did not use the DMD installation, I already had DMD installed (using DVM). I did not know the exact paths/environment variables to use for DMD to find the Visual Studio tool chain. I also recall finding it very difficult to find the download for the SDK, it was not included in the Visual Studio installation I used.

This kind of stuff would need to be carefully written down with an eye for improving the experience. Any volunteers? Please help, thanks! -- Andrei

On Friday, 27 October 2017 at 11:47:11 UTC, Andrei Alexandrescu wrote:
> On 10/27/17 3:46 AM, Jacob Carlborg wrote:
>> I'm not saying Windows is special. I tried to use DMD and Visual Studio together, it didn't work that well. I did not use the DMD installation, I already had DMD installed (using DVM). I did not know the exact paths/environment variables to use for DMD to find the Visual Studio tool chain. I also recall finding it very difficult to find the download for the SDK, it was not included in the Visual Studio installation I used.
>
> This kind of stuff would need to be carefully written down with an eye for improving the experience. Any volunteers? Please help, thanks! -- Andrei

It's in the install wiki
https://wiki.dlang.org/Installing_DMD
the problem (that I mentioned above) is that you have to know where to go to find it. It needs more prominence on the dlang site.

On Friday, 27 October 2017 at 12:19:59 UTC, jmh530 wrote:
> It's in the install wiki

Personally, VS is such a pain in the $$@#$# that I would remove any reference of it from the installer.

i.e rather than the installer offering to install VS2013, just have the installer display a shortcut to the wiki, if the installer can't find vs. don't offer to install it..you'll almost certainly ruins the clients computer with all the various dependencies and crap that vs requires....

Let the wiki take care of it all.

But gee...what a mess MS have made with VS...have a look at all these people complaining....

https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/17541385-please-make-iso-files-for-visual-studio-2017?page=1&per_page=20

I don't think trying to dominate the world of software development..with a single app...was a very good strategy. They've stuffed up big time!

The less the D language partakes in that stuff up.. the better D will be for it.