On Friday, 17 November 2017 at 23:31:07 UTC, David Nadlinger
wrote:
On Friday, 17 November 2017 at 02:01:41 UTC, solidstate1991
wrote:
It's filled with Assembly code, and otherwise not very
readable. Would need a lot of work, I don't think it would
worth it. Let's hope that MS will allow us to
On Friday, 17 November 2017 at 23:35:49 UTC, MrSmith wrote:
On Friday, 17 November 2017 at 23:31:07 UTC, David Nadlinger
wrote:
The more promising avenue would probably be to distribute LLD
with DMD. This still leaves the system library licensing to
deal with, but if I remember correctly, one
On Friday, 17 November 2017 at 23:31:07 UTC, David Nadlinger
wrote:
The more promising avenue would probably be to distribute LLD
with DMD. This still leaves the system library licensing to
deal with, but if I remember correctly, one of the usual
suspects (Rainer? Vladimir?) was working on
On Friday, 17 November 2017 at 23:31:07 UTC, David Nadlinger
wrote:
The more promising avenue would probably be to distribute LLD
This still leaves the system library licensing to deal with,
but if I remember correctly, one of the usual suspects (Rainer?
Vladimir?) was working on generating
On Friday, 17 November 2017 at 02:01:41 UTC, solidstate1991 wrote:
It's filled with Assembly code, and otherwise not very
readable. Would need a lot of work, I don't think it would
worth it. Let's hope that MS will allow us to distribute a
linker alongside DMD.
The more promising avenue
On Wednesday, 15 November 2017 at 04:34:09 UTC, Walter Bright
wrote:
On 11/14/2017 7:15 PM, solidstate1991 wrote:
Walter Bright: What's the licensing state of DMC and OPTLINK?
Boost
Can it made open-source?
Yes.
If yes, we should patch in a COFF32/64 support, maybe even
port it to D for
On Sunday, 5 November 2017 at 14:19:11 UTC, MrSmith wrote:
On Saturday, 4 November 2017 at 08:16:16 UTC, Joakim wrote:
I was intrigued by someone saying in this thread that Go
supports Win64 COFF out of the box, so I just tried it out in
wine and indeed it works with their hello world example.
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:
* better dll support for Windows.
Andrei
This should be better sent to Walter rather then here.
On Sunday, 5 November 2017 at 14:19:11 UTC, MrSmith wrote:
On Saturday, 4 November 2017 at 08:16:16 UTC, Joakim wrote:
I was intrigued by someone saying in this thread that Go
supports Win64 COFF out of the box, so I just tried it out in
wine and indeed it works with their hello world example.
On Saturday, 4 November 2017 at 08:16:16 UTC, Joakim wrote:
I was intrigued by someone saying in this thread that Go
supports Win64 COFF out of the box, so I just tried it out in
wine and indeed it works with their hello world example.
Running "go build -x" shows that they ship a link.exe for
On Saturday, 4 November 2017 at 02:33:35 UTC, Computermatronic
wrote:
On Friday, 3 November 2017 at 18:26:54 UTC, Joakim wrote:
On Friday, 3 November 2017 at 18:08:54 UTC, 12345swordy wrote:
On Friday, 3 November 2017 at 17:25:26 UTC, Joakim wrote:
Most programmers will one day be coding on
On Wednesday, November 01, 2017 05:36:21 Dmitry Olshansky via Digitalmars-d
wrote:
> On Wednesday, 1 November 2017 at 03:55:14 UTC, Jonathan M Davis
> > But the fact remains that plenty of applications need 64-bit or
> > would benefit from 64-bit, and plenty of applications need
> > access to
On Tuesday, 31 October 2017 at 21:21:46 UTC, Adam D. Ruppe wrote:
On Tuesday, 31 October 2017 at 06:33:02 UTC, Dmitry Olshansky
wrote:
I can live without hot water in my house, would I?
So sad but true... my water heater went down today :(
Ouch, that analogy got out of hand quick)
Basement
On Wednesday, 1 November 2017 at 03:55:14 UTC, Jonathan M Davis
wrote:
On Tuesday, October 31, 2017 06:33:02 Dmitry Olshansky via
Digitalmars-d wrote:
On Tuesday, 31 October 2017 at 01:25:31 UTC, Adam D Ruppe
wrote:
> A 32 bit program can do most the same stuff.
Client applications probably
On Wednesday, 1 November 2017 at 03:55:14 UTC, Jonathan M Davis
wrote:
I think that Adam has a valid point that there _are_ plenty of
applications that can function just fine as 32-bit, and given
how much easier it is to build for 32-bit on Windows with D, if
you don't need to interact with
On Tuesday, October 31, 2017 06:33:02 Dmitry Olshansky via Digitalmars-d
wrote:
> On Tuesday, 31 October 2017 at 01:25:31 UTC, Adam D Ruppe wrote:
> > A 32 bit program can do most the same stuff.
>
> Client applications probably do not care much. Servers and
> cluster software can use more RAM
On Wednesday, 1 November 2017 at 01:48:13 UTC, codephantom wrote:
Anyway...when you going to give us another surmon?
This is WAY off topic so i'ma just leave it at this post (you can
email me if you want to go further) but I kinda doubt I'll go to
a DConf in Berlin. It is a pain for me.
On Tuesday, 31 October 2017 at 21:21:46 UTC, Adam D. Ruppe wrote:
But my point is that the kind of typical hobby stuff and a huge
(HUGE) subset of other work too functions perfectly well with
32 bit, yes, even with optlink. You can do web applications,
desktop applications, games, all kinds of
On Tuesday, 31 October 2017 at 06:33:02 UTC, Dmitry Olshansky
wrote:
I can live without hot water in my house, would I?
So sad but true... my water heater went down today :( Basement
flooded and it is blinking out a bad vapor sensor error code.
Client applications probably do not care much.
On 10/30/2017 09:25 PM, Adam D Ruppe wrote:
There are advantages to 64 bit, but you can live without them. A 32 bit
program can do most the same stuff.
The differences in performance are large and growing, however. -- Andrei
On Tuesday, 31 October 2017 at 01:25:31 UTC, Adam D Ruppe wrote:
That doesn't really matter. If you're IMPLEMENTING the
database, sure it can help (but is still not *necessary*), but
if you're just playing with it, let the database engine handle
that and just query the bits you are actually
On Monday, 30 October 2017 at 14:46:30 UTC, Adam D. Ruppe wrote:
On Monday, 30 October 2017 at 10:53:33 UTC, Kagamin wrote:
Because native.
The processor natively supports all 32 bit code when running in
64 bit more. It just works as far as native hardware goes.
For processor it's a whole
On Tuesday, 31 October 2017 at 01:25:31 UTC, Adam D Ruppe wrote:
On Tuesday, 31 October 2017 at 01:00:29 UTC, codephantom wrote:
If you play with large databases, containing a lot data, then
64-bit memory addressing will give you access to more memory.
That doesn't really matter. If you're
On Tuesday, 31 October 2017 at 01:00:29 UTC, codephantom wrote:
If you play with large databases, containing a lot data, then
64-bit memory addressing will give you access to more memory.
That doesn't really matter. If you're IMPLEMENTING the database,
sure it can help (but is still not
On Monday, 30 October 2017 at 14:46:30 UTC, Adam D. Ruppe wrote:
If you're playing around... really no reason not to just use
the 32 bit one.
Really depends what you're playing with.
If you play with large databases, containing a lot data, then
64-bit memory addressing will give you access
On Monday, 30 October 2017 at 10:53:33 UTC, Kagamin wrote:
Because native.
The processor natively supports all 32 bit code when running in
64 bit more. It just works as far as native hardware goes.
You also need your library dependencies installed too, and indeed
on Linux that might be an
On Monday, 30 October 2017 at 11:18:39 UTC, Basile B. wrote:
Ha i thought the same but... Yes it has one.
The first 32 bit application will pull it as a dependency. Same
can be done for JVM.
Just setup the 32 bit version of the devel libraries
BTW why are those even needed? Doesn't ld
On Monday, 30 October 2017 at 10:53:33 UTC, Kagamin wrote:
On Saturday, 28 October 2017 at 15:42:00 UTC, Adam D. Ruppe
wrote:
Why do you want 64 bit? I very rarely do 64 bit builds on
Windows (mostly just to make sure my crap actually works)
since there's not actually that many advantages to
On Saturday, 28 October 2017 at 15:42:00 UTC, Adam D. Ruppe wrote:
Why do you want 64 bit? I very rarely do 64 bit builds on
Windows (mostly just to make sure my crap actually works) since
there's not actually that many advantages to it anyway!
Because native. I believe Linux doesn't have
On Saturday, 28 October 2017 at 16:23:13 UTC, Adam D. Ruppe wrote:
64 bit is an added hassle, but an unnecessary one for most uses
anyway.
Today I thought I might install DMD on Windows XP 64bit (the
intel one)... just to see if I can compile D with -m64.
Well, with the Windows7 SDK and DMD
On 10/29/2017 1:03 PM, Benjamin Thaut wrote:
Unfortunately I currenlty don't have a lot of spare time to spend on open source
projets. I will however have some more time in December. My current plan is to
revive DIP 45 and my dll implementation and give it some finishing touches as
discussed
On Sunday, 29 October 2017 at 20:58:45 UTC, 12345swordy wrote:
What makes you think that windows is a "dying platform"!? There
is no evidence to suggest this.
Windows dying? Perhaps not.
But the dominance of Windows is *certainly* under threat.
The clear evidence for that, is the strategies
On Sunday, 29 October 2017 at 16:25:35 UTC, Jonathan M Davis
wrote:
While complaining about what Microsoft is doing with VS may be
justified, it doesn't really help anything. I think that we'd
all be better off if we just let this topic die.
Not to push the point too much...but I found this
On Sunday, 29 October 2017 at 16:14:11 UTC, 12345swordy wrote:
Hell, I even recall that gdb needs python for some strange
reason, in my linux machines. I don't know WHY it requires it,
but I wouldn't jump to conclusions and think it as
"unnecessary-dependencies" simply because I don't
On Sunday, 29 October 2017 at 16:14:11 UTC, 12345swordy wrote:
How exactly do you know this? You never justify it! We are
living in an age where we have terabytes harddrives! Hell, I
even recall that gdb needs python for some strange reason, in
my linux machines. I don't know WHY it requires
On Sunday, 29 October 2017 at 16:25:35 UTC, Jonathan M Davis
wrote:
While complaining about what Microsoft is doing with VS may be
justified, it doesn't really help anything. I think that we'd
all be better off if we just let this topic die.
- Jonathan M Davis
That attitude would have you
On Sunday, 29 October 2017 at 18:52:06 UTC, Joakim wrote:
On Sunday, 29 October 2017 at 10:21:22 UTC, Patrick Schluter
wrote:
To conclude: if D wants to cater to that crowd, it will have
to bite the bullet and make the Windows experience even
smoother than it is now. You won't overcome Windows
On Tuesday, 24 October 2017 at 21:11:38 UTC, solidstate1991 wrote:
DIP45 has the solution (make export an attribute), it needs to
be updated for the new DIP format from what I heard. It needs
to be pushed, as Windows still the most popular OS on the
consumer side of things, then we can have
On Sunday, 29 October 2017 at 10:21:22 UTC, Patrick Schluter
wrote:
To conclude: if D wants to cater to that crowd, it will have to
bite the bullet and make the Windows experience even smoother
than it is now. You won't overcome Windows dev's Stockholm
syndrome otherwise and Windows devs,
On Sunday, October 29, 2017 16:14:11 12345swordy via Digitalmars-d wrote:
> On Sunday, 29 October 2017 at 02:39:21 UTC, codephantom wrote:
> > On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote:
> >
> > What I am, is:
> >
> > anti-bloat
> > anti-too-many-unecessary-dependencies
> > anti
On Sunday, 29 October 2017 at 02:39:21 UTC, codephantom wrote:
On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote:
What I am, is:
anti-bloat
anti-too-many-unecessary-dependencies
anti
you-have-no-choice-but-to-download-GB's-stuff-you-really-don't-need
How exactly do you know
On Sunday, 29 October 2017 at 10:21:22 UTC, Patrick Schluter
wrote:
Just a little answer so that you see that you're not alone with
your concerns. I think you're absolutely right and that your
experiment was nicely done and clear from the beginning what it
was about. Reading is a skill that
On Sunday, 29 October 2017 at 03:46:35 UTC, codephantom wrote:
On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote:
It seems to me that you have a major case of anti-windows bias
here, as I never have any issues on my main windows machine.
Actually, it's the very opposite...I'm
On Wednesday, 25 October 2017 at 22:46:27 UTC, Adam Wilson wrote:
On 10/25/17 11:23, H. S. Teoh wrote:
On Wed, Oct 25, 2017 at 08:17:21AM -0600, Jonathan M Davis via
Digitalmars-d wrote:
[...]
[...]
Yeah. There have been timing attacks against otherwise-secure
crypto
algorithms that allow
On Sunday, 29 October 2017 at 03:46:35 UTC, codephantom wrote:
It's D I'm interested in. Not VS.
btw. since this thread has gone way off topic... I'd suggest this
one instead:
https://forum.dlang.org/thread/xwuxfcdaqkcealxzg...@forum.dlang.org
On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote:
It seems to me that you have a major case of anti-windows bias
here, as I never have any issues on my main windows machine.
Actually, it's the very opposite...I'm strongly arguing 'for' D
on Windows.
(otherwise I wouldn't have
On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote:
It's the *minimum* 'selection set' you'll need (with regards to
the Visual Studio Build Tools 2017) in order to get DMD to
sucessfully compile a 64bit exe (-m64)
Now to be fair, this is assuming you **don't** want and
**don't**
On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote:
It seems to me that you have a major case of anti-windows bias
here, as I never have any issues on my main windows machine.
Well, throughout this discussion, I have documented *my*
experience (not yours) of getting 64bit D on a
On Sunday, 29 October 2017 at 01:43:46 UTC, codephantom wrote:
On Sunday, 29 October 2017 at 01:07:17 UTC, Jerry wrote:
So why do you care about something that doesn't even affect
you?
Well, if you had been following the discussion, instead of just
trying to troll, then you would know
On Sunday, 29 October 2017 at 01:43:46 UTC, codephantom wrote:
So I'm executing my right to free speech, and I'm saying that I
don't like it, and I wish it was better. Is that so bad?
You are doing more than saying you don't like it. You are
requesting and advocating for the removal of a
On 10/28/17 12:46, Jerry wrote:
On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote:
But if you really are missing my point..then let me state it more
clearly...
(1) I don't like waiting 4 hours to download gigabytes of crap I don't
actually want, but somehow need (if I want to
On Sunday, 29 October 2017 at 01:07:17 UTC, Jerry wrote:
So why do you care about something that doesn't even affect you?
Well, if you had been following the discussion, instead of just
trying to troll, then you would know that I was essentially doing
an experiment.
AIM: If I was using
On Sunday, 29 October 2017 at 00:45:08 UTC, codephantom wrote:
On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote:
Start the download when you go to sleep, when you wake up it
will be finished. I did this as a kid when I had internet that
was probably even slower than yours right now.
On Sunday, 29 October 2017 at 00:17:10 UTC, codephantom wrote:
On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote:
It's probably why you shouldn't be on Windows to begin with..
I'm not. I'm on FreeBSD.
So why do you care about something that doesn't even affect you?
Talk about
On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote:
Start the download when you go to sleep, when you wake up it
will be finished. I did this as a kid when I had internet that
was probably even slower than yours right now. It'll be like
those 4 hours never even happened.
That's
On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote:
It's probably why you shouldn't be on Windows to begin with..
I'm not. I'm on FreeBSD.
Talk about being narcissistic ;)
I wasn't talking about narcissism, I was talking about trolling.
Narcissism was not correlated with trolling
On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote:
But if you really are missing my point..then let me state it
more clearly...
(1) I don't like waiting 4 hours to download gigabytes of crap
I don't actually want, but somehow need (if I want to compile
64bit D that is).
Start
On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote:
I explicitly mentioned that I did ***NOT*** want VS
installed.
So? If you don't want to use it, then don't use D, or don't use
Windows. There's simple solution to your problem. Rust requires
VS, you can't build on
On Saturday, 28 October 2017 at 16:23:13 UTC, Adam D. Ruppe wrote:
The beauty of it is they work basically the same. Especially on
Windows, where 32 bit programs just work on almost any
installation, 32 or 64 bit.
yes. i have dmd on one of my old laptops (it runs XP 32bit)
...works just
On Saturday, 28 October 2017 at 15:20:05 UTC, Mengu wrote:
my code that worked amazing on linux and mac os x failed
miserably on freebsd which is my server os whenever and
wherever possible. i did not have the luxury of days to fix
stuff so i simply switched to debian.
Would be interested to
On Saturday, 28 October 2017 at 16:03:15 UTC, codephantom wrote:
I like seeing how code works in different environments.
The beauty of it is they work basically the same. Especially on
Windows, where 32 bit programs just work on almost any
installation, 32 or 64 bit.
The DMar's C compiler
On Saturday, 28 October 2017 at 15:42:00 UTC, Adam D. Ruppe wrote:
Why do you want 64 bit? I very rarely do 64 bit builds on
Windows (mostly just to make sure my crap actually works) since
there's not actually that many advantages to it anyway!
I'm more of an experimenter than a programmer.
On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote:
(if I want to compile 64bit D that is).
(being a recreational programmer
Why do you want 64 bit? I very rarely do 64 bit builds on Windows
(mostly just to make sure my crap actually works) since there's
not actually that many
On Saturday, 28 October 2017 at 15:18:07 UTC, Mengu wrote:
with mac os x, we have to download gbs of command line tools
library before getting started with any development. if we want
to build anything for ios or mac we have to download 5gb xcode.
with a fast internet, you get that in a matter
On Saturday, 28 October 2017 at 02:50:39 UTC, codephantom wrote:
On Saturday, 28 October 2017 at 01:08:57 UTC, Mengu wrote:
looks like d has a long way to go on freebsd as well.
I've had no issues with D in FreeBSD at all...
...and it's been a really smooth transition to D...so far...
I
On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote:
On Saturday, 28 October 2017 at 14:00:14 UTC, Jerry wrote:
On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom
wrote:
btw. (and I do realise we've gone way of the topic of this
original thread)...but...
if it interests
On Saturday, 28 October 2017 at 14:50:25 UTC, codephantom wrote:
I think I meant troll, not trawl ;-)
btw...
A scientific research paper, titled 'Trolls just want to have
fun' found that:
- Sadism and Machiavellianism were unique predictors of trolling
enjoyment..
- Found clear evidence
On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote:
Nice one Jerry.
Go trawl somewhere else!
I think I meant troll, not trawl ;-)
On Saturday, 28 October 2017 at 14:00:14 UTC, Jerry wrote:
On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote:
btw. (and I do realise we've gone way of the topic of this
original thread)...but...
if it interests anyone, this is the outcome of yesterday,
where I wasted my whole
On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote:
btw. (and I do realise we've gone way of the topic of this
original thread)...but...
if it interests anyone, this is the outcome of yesterday, where
I wasted my whole day trying to get DMD to compile a 64bit .exe
on a fresh
On Saturday, 28 October 2017 at 00:05:53 UTC, codephantom wrote:
Is is it problem that D should accept, and just impose on it's
users?
Or should D find a better way?
Which is the worse mentality?
There is an afterlife with god.
There is nothingness after death.
Which is the worse
On Saturday, 28 October 2017 at 00:05:53 UTC, codephantom wrote:
Rubbish!
And get you facts straight!
Where did I advocate from the removal of the ability for D to
generate 64-bit binaries?
So you are saying to not use the platform's tools to generate
binaries. That's like saying not to
On Saturday, 28 October 2017 at 09:20:40 UTC, MrSmith wrote:
error: test.obj: The file was not recognized as a valid object
file
Ah, forgot to pass -m64 to dmd
On 2017-10-28 08:11, Brad Roberts wrote:
The issues weren't compiling dmd but passing the full test suite. Both
are required.
Yes, I've run the test suite as well, DMD, druntime and Phobos.
--
/Jacob Carlborg
On Friday, 27 October 2017 at 16:05:10 UTC, Kagamin wrote:
With this the only missing piece will be the C startup code
(mainCRTStartup in crtexe.c), though not sure where it's
compiled.
How do I get lld-link to link .obj files?
Clang itself emits .o files, and those link successfully.
For
On Thursday, 26 October 2017 at 20:44:49 UTC, Adam Wilson wrote:
The XCode installer DMG is 5GB, before unpacking. And unlike
VS17, I can't pick and choose. :)
btw. (and I do realise we've gone way of the topic of this
original thread)...but...
if it interests anyone, this is the outcome of
On Saturday, October 28, 2017 07:12:13 Paulo Pinto via Digitalmars-d wrote:
> Visual Studio 2017 has native support for cmake as project format.
>
> It is also the new official format for Android NDK development.
>
> So we are quite ok with using cmake. :)
That definitely sounds like an
On Saturday, 28 October 2017 at 03:00:16 UTC, Jonathan M Davis
wrote:
On Saturday, October 28, 2017 02:48:00 evilrat via
Digitalmars-d wrote:
On Saturday, 28 October 2017 at 02:30:50 UTC, codephantom
wrote:
> On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote:
>> Since you already on
On 10/27/2017 1:06 AM, Jacob Carlborg via Digitalmars-d wrote:
On 2017-10-27 04:34, Brad Roberts wrote:
Actually, one of the 3 macos boxes is using stock xcode tooling these
days. I specifically went that direction when setting up a new
system that replaced one that died on me (well, it
On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote:
At a minimum you'd better try WinSDK first, there should be all
necessary tools. After all it is system's development kit, not
some fancy junk.
The Windows SDK hasn't included compilers since Windows 7.
Visual C++ is available as a
On Saturday, October 28, 2017 03:45:02 evilrat via Digitalmars-d wrote:
> On Saturday, 28 October 2017 at 03:00:16 UTC, Jonathan M Davis
>
> wrote:
> > ... I rewrote our build stuff so that it was all generated with
> > cmake. Then editing the build was the same on both platforms,
> > and building
On Saturday, 28 October 2017 at 03:00:16 UTC, Jonathan M Davis
wrote:
... I rewrote our build stuff so that it was all generated with
cmake. Then editing the build was the same on both platforms,
and building was _almost_ the same. I didn't even need to open
up VS anymore - for configuration
On Saturday, October 28, 2017 02:50:39 codephantom via Digitalmars-d wrote:
> On Saturday, 28 October 2017 at 01:08:57 UTC, Mengu wrote:
> > looks like d has a long way to go on freebsd as well.
>
> I've had no issues with D in FreeBSD at all...
>
> ...and it's been a really smooth transition to
On Saturday, October 28, 2017 02:48:00 evilrat via Digitalmars-d wrote:
> On Saturday, 28 October 2017 at 02:30:50 UTC, codephantom wrote:
> > On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote:
> >> Since you already on that wave, can you test Windows SDK
> >> installation and make DMD's
On Saturday, 28 October 2017 at 01:08:57 UTC, Mengu wrote:
looks like d has a long way to go on freebsd as well.
I've had no issues with D in FreeBSD at all...
...and it's been a really smooth transition to D...so far...
I have D, Postgresql, and static C/C++ bindings working just
On Saturday, 28 October 2017 at 02:30:50 UTC, codephantom wrote:
On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote:
Since you already on that wave, can you test Windows SDK
installation and make DMD's sc.ini use the SDK?
nope. not me. I've had enough ;-)
I use FreeBSD.
I just
On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote:
Since you already on that wave, can you test Windows SDK
installation and make DMD's sc.ini use the SDK?
nope. not me. I've had enough ;-)
I use FreeBSD.
I just wanted so see what effort I had to undertake to compile D
into a
On Saturday, 28 October 2017 at 00:05:53 UTC, codephantom wrote:
At a minimum, I had to download 3.5GB of VS build tools just so
I could compile a 64 bit D program (and it took me almost a
whole day to work out the correct process).
At a minimum you'd better try WinSDK first, there should
On Friday, 27 October 2017 at 11:25:13 UTC, codephantom wrote:
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..
But still, I started testing this whole process at 12:04pm
today.
It's now
On Friday, 27 October 2017 at 19:44:49 UTC, Jerry wrote:
This mentality is why D is pretty awful on Windows.
Have read of this... then you will understand things better:
https://dlang.org/blog/2017/10/25/dmd-windows-and-c/
On Friday, 27 October 2017 at 19:44:49 UTC, Jerry wrote:
On Friday, 27 October 2017 at 13:15:38 UTC, codephantom wrote:
The less the D language partakes in that stuff up.. the better
D will be for it.
This mentality is why D is pretty awful on Windows. It's bad
enough that DMD doesn't
On Friday, 27 October 2017 at 13:15:38 UTC, codephantom wrote:
The less the D language partakes in that stuff up.. the better
D will be for it.
This mentality is why D is pretty awful on Windows. It's bad
enough that DMD doesn't release a 64-bit version on Windows but
now you are advocating
On Friday, October 27, 2017 09:46:21 Kagamin via Digitalmars-d wrote:
> 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
On Fri, Oct 27, 2017 at 05:35:17PM +, Kagamin via Digitalmars-d wrote:
> On Wednesday, 25 October 2017 at 14:17:21 UTC, Jonathan M Davis wrote:
> > The point still stands though that you have to be _very_ careful
> > when implementing anything security related, and it's shockingly
> > easy to
On Wednesday, 25 October 2017 at 14:17:21 UTC, Jonathan M Davis
wrote:
The point still stands though that you have to be _very_
careful when implementing anything security related, and it's
shockingly easy to do something that actually leaks information
even if it's not outright buggy (e.g.
On Friday, 27 October 2017 at 16:05:10 UTC, Kagamin wrote:
(mainCRTStartup in crtexe.c)
Or crt0.c
On Friday, 27 October 2017 at 14:20:04 UTC, MrSmith wrote:
On Friday, 27 October 2017 at 09:56:25 UTC, Kagamin wrote:
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/
I
On Friday, 27 October 2017 at 09:56:25 UTC, Kagamin wrote:
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/
I will test dmd + lld + use .def files instead of .lib files
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
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
1 - 100 of 167 matches
Mail list logo