On Monday, 13 June 2016 at 20:21:28 UTC, Joerg Joergonson wrote:
Are you running some other program that might be sending a lot
of broadcast messages?
Not that I know of. I haven't tried running it outside VS
though so it might be doing something weird. I'll investigate
further when I get a
On Monday, 13 June 2016 at 16:46:38 UTC, Adam D. Ruppe wrote:
On Sunday, 12 June 2016 at 14:22:54 UTC, Joerg Joergonson wrote:
Error: undefined identifier 'Sleep' in module 'core.thread',
did you mean function 'Sleep'?
It is supposed to be `Thread.sleep(1.seconds);`
I'm pretty sure the ca
On Saturday, 11 June 2016 at 04:20:38 UTC, Joerg Joergonson wrote:
BTW I make your code a bit better with resizing
case WM_SIZING:
goto size_changed;
break;
I left that out intentionally because it lagged on my computer...
so I wanted it to stay blank.
Maybe it can be made more efficien
On Sunday, 12 June 2016 at 14:22:54 UTC, Joerg Joergonson wrote:
Error: undefined identifier 'Sleep' in module 'core.thread',
did you mean function 'Sleep'?
It is supposed to be `Thread.sleep(1.seconds);`
I'm pretty sure the capital Sleep() is supposed to be private
(that is the OS-specif
On Sunday, 12 June 2016 at 13:23:26 UTC, Adam D. Ruppe wrote:
On Sunday, 12 June 2016 at 13:05:48 UTC, Joerg Joergonson wrote:
BTW, when I compile a simple project with your simpledisplay
it takes up around 300MB(for ldc, 400 for dmd) and uses about
15% cpu.
What's your code? The library itse
On Sunday, 12 June 2016 at 13:05:48 UTC, Joerg Joergonson wrote:
BTW, when I compile a simple project with your simpledisplay it
takes up around 300MB(for ldc, 400 for dmd) and uses about 15%
cpu.
What's your code? The library itself does fairly little so the
time probably depends on your dra
On Sunday, 12 June 2016 at 09:11:09 UTC, Johan Engelen wrote:
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
Here are the versions
The one that isn't working:
LDC - the LLVM D compiler (30b1ed):
based on DMD v2.071.1 and LLVM 3.9.0git-d06ea8a
built with LDC - the LLVM D c
On Sunday, 12 June 2016 at 12:38:25 UTC, Adam D. Ruppe wrote:
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
2. I got an error that I don't get with dmd:
Error: incompatible types for ((ScreenPainter) !is (null)):
cannot use '!is' with types
and I have defined ScreenPaint
On Sunday, 12 June 2016 at 05:08:12 UTC, Mike Parker wrote:
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
1. I had an older distro(I think) of ldc. The ldc2.exe is 18MB
while the "new" one is 36MB. I copied the old ldc bin dir to
the new one and didn't change anything and
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
2. I got an error that I don't get with dmd:
Error: incompatible types for ((ScreenPainter) !is (null)):
cannot use '!is' with types
and I have defined ScreenPainter in my code. It is also in
arsd's simpledisplay. I do not im
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
Here are the versions
The one that isn't working:
LDC - the LLVM D compiler (30b1ed):
based on DMD v2.071.1 and LLVM 3.9.0git-d06ea8a
built with LDC - the LLVM D compiler (1.0.0)
Default target: x86_64-pc-windows-msvc
Host
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
So ldc parses things differently than dmd... I imagine this is
a bug!
That, or you are comparing different D language versions.
The D language is evolving: different DMD compiler versions may
treat the same code differently.
On Sunday, 12 June 2016 at 03:11:14 UTC, Mike Parker wrote:
On Sunday, 12 June 2016 at 01:51:05 UTC, Joerg Joergonson wrote:
DMD works fine BTW. GDC and LDC should be a drop in
replacement. Not a totally new setup that has it's own set of
problems. I'm sure I'm not the only one put off by the
On Sunday, 12 June 2016 at 04:19:33 UTC, Joerg Joergonson wrote:
1. I had an older distro(I think) of ldc. The ldc2.exe is 18MB
while the "new" one is 36MB. I copied the old ldc bin dir to
the new one and didn't change anything and everything compiled
EXCEPT
That's just asking for problems
On Sunday, 12 June 2016 at 03:22:06 UTC, Mike Parker wrote:
On Sunday, 12 June 2016 at 02:09:24 UTC, Joerg Joergonson wrote:
Ok, So I started an empty project and I found all the libs
that are required from all of VS, SDK, LDC, DMD, etc and put
them in 4 folders:
Libs\COFF\x86
Libs\COFF\x64
L
On Sunday, 12 June 2016 at 02:09:24 UTC, Joerg Joergonson wrote:
Ok, So I started an empty project and I found all the libs that
are required from all of VS, SDK, LDC, DMD, etc and put them in
4 folders:
Libs\COFF\x86
Libs\COFF\x64
Libs\OMF\x86
Libs\OMF\x64
There's no need for OMF\x64. OPTLI
On Sunday, 12 June 2016 at 03:11:14 UTC, Mike Parker wrote:
I think that's reasonable. All three compilers share the same
Sorry, I mean I *don't* think that's reasonable.
On Sunday, 12 June 2016 at 01:51:05 UTC, Joerg Joergonson wrote:
Well, it's definitely not as simple as you make it out to be. I
have tried all kinds of combinations of libs and settings and
nothing works. If it's not one error it's another and it
becomes hard to know exactly what is going on
On Saturday, 11 June 2016 at 14:10:07 UTC, Johan Engelen wrote:
On Saturday, 11 June 2016 at 08:48:42 UTC, Mike Parker wrote:
[... a lot ...]
This looks like a nice writeup Mike, could you get this on the
Wiki or somewhere more permanent where people can find it?
-Johan
I've been meaning to
Ok, So I started an empty project and I found all the libs that
are required from all of VS, SDK, LDC, DMD, etc and put them in 4
folders:
Libs\COFF\x86
Libs\COFF\x64
Libs\OMF\x86
Libs\OMF\x64
fixed up sc.ini and VD to use them and worked on stuff until I
had no lib errors with the test proje
On Saturday, 11 June 2016 at 08:48:42 UTC, Mike Parker wrote:
On Saturday, 11 June 2016 at 06:22:27 UTC, Joerg Joergonson
wrote:
[...]
That's not true unless I'm not suppose to import them
directly. When I switch to 64-bit build I get same errors.
Basically only dmd x86 works.
It's true if
On Saturday, 11 June 2016 at 16:04:45 UTC, Christophe Meessen
wrote:
Real professionals won't have difficulties to find binaries for
ldc: https://github.com/ldc-developers/ldc/releases
They also don't waste their time posting asinine comments.
Real professionals won't have difficulties to find binaries for ldc:
https://github.com/ldc-developers/ldc/releases
--
Bien cordialement,
Ch.Meessen
> Le 10 juin 2016 à 22:30, Joerg Joergonson via Digitalmars-d-learn
> a écrit :
>
>> On Friday, 10 June 2016 at 19:51:19 UTC, Johan Engelen wrot
On Saturday, 11 June 2016 at 08:48:42 UTC, Mike Parker wrote:
[... a lot ...]
This looks like a nice writeup Mike, could you get this on the
Wiki or somewhere more permanent where people can find it?
-Johan
On Saturday, 11 June 2016 at 08:48:42 UTC, Mike Parker wrote:
Alternatively, you might try one of the dynamic bindings[1] to
a library you need, such as DerelictGL3. Then there is no link
[1] https://github.com/DerelictOrg
On Saturday, 11 June 2016 at 08:48:42 UTC, Mike Parker wrote:
it looks win the dmd2/windows/lib directory. Since opengl32 and
glu32 do not ship with DMD, it will not find them there. So you
either need to put COFF format libs there or tell the compiler
Obviously, I meant 'OMF format' here.
On Saturday, 11 June 2016 at 06:22:27 UTC, Joerg Joergonson wrote:
OpenGL32.lib and glu32.lib are part of the Windows SDK.
Assuming you've got VS 2015 installed, they should be part of
the installation and should be available out of the box.
Adam's lib is solely for use with OPTLINK when comp
On Saturday, 11 June 2016 at 05:12:56 UTC, Mike Parker wrote:
On Saturday, 11 June 2016 at 04:20:38 UTC, Joerg Joergonson
wrote:
On Saturday, 11 June 2016 at 01:43:21 UTC, Adam D. Ruppe wrote:
What's the exact message and what did you do? The
opengl32.lib I have on my github is for dmd 32 bit
On Saturday, 11 June 2016 at 04:20:38 UTC, Joerg Joergonson wrote:
On Saturday, 11 June 2016 at 01:43:21 UTC, Adam D. Ruppe wrote:
What's the exact message and what did you do? The opengl32.lib
I have on my github is for dmd 32 bit, ldc uses the Microsoft
one I think so you shouldn't need any
On Saturday, 11 June 2016 at 01:43:21 UTC, Adam D. Ruppe wrote:
On Friday, 10 June 2016 at 22:01:15 UTC, Joerg Joergonson wrote:
The problem I'm getting with ldc, using your simpledisplay, is
that the libs aren't loading due to the wrong format.
What's the exact message and what did you do? T
On Friday, 10 June 2016 at 22:01:15 UTC, Joerg Joergonson wrote:
The problem I'm getting with ldc, using your simpledisplay, is
that the libs aren't loading due to the wrong format.
What's the exact message and what did you do? The opengl32.lib I
have on my github is for dmd 32 bit, ldc uses
On Saturday, 11 June 2016 at 01:04:28 UTC, David Nadlinger wrote:
Knowing Adam, though, simpledisplay probably only depends on
the Win32 API, so I'm not sure where the issue would be in the
first place.
It also uses opengl32.lib that could be a problem. I offer the
.omf file on my github for
On Friday, 10 June 2016 at 22:01:15 UTC, Joerg Joergonson wrote:
The problem I'm getting with ldc, using your simpledisplay, is
that the libs aren't loading due to the wrong format. It's the
omf vs coff thing or whatever, I guess...
How do you mean that? LDC/MSVC uses COFF, and there should be
On Friday, 10 June 2016 at 21:33:58 UTC, Adam D. Ruppe wrote:
On Friday, 10 June 2016 at 20:30:36 UTC, Joerg Joergonson wrote:
Why isn't there a proper binaries for ldc and gdc that work
out of the box like dmd? There used to be. What's up with all
this arm-linux-genuabi crap?
Those are prop
On Friday, 10 June 2016 at 20:30:36 UTC, Joerg Joergonson wrote:
Why isn't there a proper binaries for ldc and gdc that work out
of the box like dmd? There used to be. What's up with all this
arm-linux-genuabi crap?
Those are proper binaries that work out of the box on different
platforms.
On Friday, 10 June 2016 at 20:30:36 UTC, Joerg Joergonson wrote:
Well, the post was a bit incoherent because getting all this
stuff working is. I was searching for ldc and ran across some
web site that had only the sources(same for gdc).
[…]
Why isn't there a proper binaries for ldc and gdc tha
On Friday, 10 June 2016 at 20:30:36 UTC, Joerg Joergonson wrote:
On Friday, 10 June 2016 at 19:51:19 UTC, Johan Engelen wrote:
[...]
Well, the post was a bit incoherent because getting all this
stuff working is. I was searching for ldc and ran across some
web site that had only the sources
On Friday, 10 June 2016 at 19:51:19 UTC, Johan Engelen wrote:
On Friday, 10 June 2016 at 19:37:13 UTC, Joerg Joergonson wrote:
arm-linux-genuabi? arm-linux-gnueableihfqueridsofeyfh?
aifh-fkeif-f-fdsskjhfkjfafaa?
Rofl!
and ldc requires building from sources(actually I didn't ha
On Friday, 10 June 2016 at 19:37:13 UTC, Joerg Joergonson wrote:
arm-linux-genuabi? arm-linux-gnueableihfqueridsofeyfh?
aifh-fkeif-f-fdsskjhfkjfafaa?
Rofl!
and ldc requires building from sources(actually I didn't have
too much trouble with installing it but it doesn't work wit
version 2.062? 2.066.1?
arm-linux-gnueabi
arm-linux-gnueabihf
?
I remember a year ago when I tried D for the first time I
downloaded both gdc and ldc and everything just worked and each
install was just like dmd! Now it seems like a step backwards
and I'm not sure what is going on.
40 matches
Mail list logo