On Monday, 14 July 2014 at 14:50:36 UTC, Alexandre wrote:
Yes yes, I did it, I used the anonymous type
Look the complete code:
https://gist.github.com/bencz/3576dfc8a217a34c05a9
I know, has several things that can be improved
Now that you've done that, can you build us a linker that reads
My idea is to use (at least test) DMDScript for server side JS.
I don't mean to sound like a D-hater here, but V8 has had about 2
years more work on it than DMDScript. At one time they were.
IIRC, quite close performance-wise but lots of work and support
by Google have probably levered
On Friday, 11 July 2014 at 15:45:42 UTC, Chris wrote:
Tried to compile on linux, got this error message (I guess I
can fix it):
dmd -c textgen.d
textgen.d(36): Error: cannot implicitly convert expression
(DMDScript fatal runtime error: ) of type string to char[]
.. bunch more errors.
You
You may want to spearhead the effort to get Win32 support of
MSVC into D, if you care enough about it. Rainer has done most
of the work, you'd just have to turn his patches into pull
requests, shepherd them through the review process, and maybe
add some polish:
Let me see what I can do for time. There's the above, it's
also possible to link mixed coff and omf with jwlink
(http://www.japheth.de/JWlink/JWlink.htm).
There's a couple of paths and while win32 isn't leading edge, I
think enhancing it is a worthwhile project for lesser lights
like
You may want to spearhead the effort to get Win32 support of
MSVC into D, if you care enough about it. Rainer has done most
of the work, you'd just have to turn his patches into pull
requests, shepherd them through the review process, and maybe
add some polish:
On Monday, 30 June 2014 at 05:30:23 UTC, Jeremy Sorensen wrote:
Assuming the nCmdShow thing isn't a problem I see no reason why
the wiki should tell people to use WinMain at all.
If MSDN is to be believed
VOID WINAPI GetStartupInfo(
_Out_ LPSTARTUPINFO lpStartupInfo
);
will get you nCmdShow
On Monday, 30 June 2014 at 15:19:39 UTC, Adam D. Ruppe wrote:
On Monday, 30 June 2014 at 15:14:24 UTC, Jeremy Sorensen wrote:
documentation means import core.sys.windows.windwos
The Windows headers that come with D are pathetically minimal.
You'll need to grab a more complete win32 header OR
FYI after running coffimplib over SDK versions of oleaut32.lib
and gdiplus.lib I've gotten all the examples in the makefile to
run. Next up for me is to get tlbimpld compiling and I'll fork
and do a pull request to add that to the makefile.
On Tuesday, 24 June 2014 at 04:37:56 UTC, Rikki Cattermole wrote:
On 24/06/2014 1:13 p.m., Jason King wrote:
This is me trying to link with Juno and getting tantalizingly
close to
success.
DMD home is d:\d so binaries are d:\d\dmd2\windows\bin (on
path)
Juno is in
I don't know enough about implib to explain it.
But another method that I believe should work is to use linker
definition files.
It'll allow optlink to work.
Just add it to dmd, actually I believe it needs to be passed to
Optlink (so -L it).
Another fix, might be to use 64bit, but shouldn't
This is me trying to link with Juno and getting tantalizingly
close to success.
DMD home is d:\d so binaries are d:\d\dmd2\windows\bin (on path)
Juno is in
D:\dlang\Juno-Windows-Class-Library
D:\dlang\Juno-Windows-Class-Library\juno.lib exists
sc.ini is untouched
This is specifically for Jesse K Phillips,
Jesse,
It appears we're both interested in Juno. You lack time and I
lack D experience. What could a D clown do for your juno
repository to get it functional again. The last time I grabbed
the code and ran it vs. current D compiler I got a whole
13 matches
Mail list logo