On Monday, 11 January 2016 at 23:26:51 UTC, Tobi G. wrote:
On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote:
Sheesh, why is it so hard to do simple stuff?
1) Have you tryed passing --arch=x86_64 to dub?
2) > "versions-x86_64": ["XYZ"]
This is like a architecture dependent
On Tuesday, 12 January 2016 at 01:26:06 UTC, Mike Parker wrote:
On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote:
On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory
wrote:
Any ideas? Happens when I do a very simple dub project and
try to compile using the MS linker(x86
I have copied more or less verbatim an example from The D
Programming Language, under 1.4.3 Counting Frequencies. Lambda
Functions
This is the code
import std.stdio,
std.string;
void main()
{
uint[string] freqs;
// Compute counts
foreach (line; stdin.byLine())
{
foreach
On Tuesday, 12 January 2016 at 00:36:15 UTC, Ali Çehreli wrote:
On 01/11/2016 04:28 PM, asdfa wrote:
> Both DMD and GDC complain, saying
> Error: template instance sort!((a, b)
> {
> return freqs[a] > freqs[b];
> }
> ) template 'sort' is not defined
That issue is already in the errata:
On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote:
Sheesh, why is it so hard to do simple stuff?
1) Have you tryed passing --arch=x86_64 to dub?
2) > "versions-x86_64": ["XYZ"]
This is like a architecture dependent condition for version
definition.
So if your project will
On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote:
Thanks. Bummer. I really like gl3n, but glm/opengl is used
almost exclusively in all the modern opengl code (tutorials)
I've seen, so this might be a deal breaker. As the author of
Derelict do you have any ideas of how much work
On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote:
On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory wrote:
Any ideas? Happens when I do a very simple dub project and try
to compile using the MS linker(x86 but set in sc.ini or 64).
I'm linking in glfw(using correct arch
On 01/11/2016 04:28 PM, asdfa wrote:
> Both DMD and GDC complain, saying
> Error: template instance sort!((a, b)
> {
> return freqs[a] > freqs[b];
> }
> ) template 'sort' is not defined
That issue is already in the errata:
http://erdani.com/tdpl/errata/
Add the following line to fix:
On Monday, 11 January 2016 at 06:53:51 UTC, Benjamin Thaut wrote:
Out of curiosity, why do you pass "-m64" 6 times to dmd? Once
would be enough.
I saw VisualD (dub generated project file) doing that with the
latest version of Visual Studio comunnity, when I change to 64
bit building.
On Sunday, 10 January 2016 at 19:50:15 UTC, Tobi G. wrote:
On Sunday, 10 January 2016 at 19:07:52 UTC, Jesse Phillips
wrote:
On Sunday, 10 January 2016 at 18:09:23 UTC, Tobi G. wrote:
The bug has been fixed...
Do you have a link for the fix? Is there a BugZilla entry?
Yes sure..
On Monday, 11 January 2016 at 00:46:38 UTC, Jason Jeffory wrote:
On Sunday, 10 January 2016 at 23:14:33 UTC, Dav1d wrote:
[...]
OK, I'll give it a try. What about GLUT and WGL? Whats the
difference between them all and glfw? Are all these just OS
helpers to reduce the boilerplate code?
On Sunday, 10 January 2016 at 06:35:34 UTC, rsw0x wrote:
On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote:
Just translating some simple C++/glm/opengl tutorial code to
D/gl3n/opengl and I'm coming across more friction than I
expected. I've got a square centered at my window
On Monday, 11 January 2016 at 01:46:11 UTC, Jason Jeffory wrote:
Ok. So I tried it out and having some issues ;/ got it
basically to compile but 2 problems:
1. I have to get dub to include the lib, not a big deal,
shouldn't be issue if I can get the right lib in. (not sure if
I have to do
I am trying to create 2 types which contain integral values but
should not be compatible with each other. std.typecons.Typedef
seems perfect for this:
alias QuestionId = Typedef!(long, long.init, "QuestionId");
alias StudentId = Typedef!(long, long.init, "StudentId");
However I'm failing to
On Tuesday, 12 January 2016 at 01:00:30 UTC, Mike Parker wrote:
On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote:
Thanks. Bummer. I really like gl3n, but glm/opengl is used
almost exclusively in all the modern opengl code (tutorials)
I've seen, so this might be a deal breaker.
On Tuesday, 12 January 2016 at 01:44:17 UTC, Jason Jeffory wrote:
So, how do I set the json to compile for x64?
You don't. You pass -ax86_64 (or --arch=x86_64) on the command
line. If you find that inconvenient, just make a batch file to do
it for you.
On 12/01/16 4:53 PM, Mike Parker wrote:
On Tuesday, 12 January 2016 at 03:52:33 UTC, Mike Parker wrote:
Actually, you could add -m64 in a dflags field (see [1]), but then
you're in a situation where DUB thinks you're compiling in 32-bit, so
configuration fields that are architecture-dependent
On Monday, 11 January 2016 at 16:27:54 UTC, Jason Jeffory wrote:
Anyway, regarding the static libs. I used this on a Win64
project and it works:
"lflags" : [
"D:\\develop\\cairo\\cairo\\src\\release\\cairo-static.lib",
"D:\\develop\\cairo\\libpng\\libpng.lib",
On Tuesday, 12 January 2016 at 03:52:33 UTC, Mike Parker wrote:
Actually, you could add -m64 in a dflags field (see [1]), but
then you're in a situation where DUB thinks you're compiling in
32-bit, so configuration fields that are architecture-dependent
will be off.
[1]
On Tuesday, 12 January 2016 at 03:47:35 UTC, Mike Parker wrote:
On Tuesday, 12 January 2016 at 01:44:17 UTC, Jason Jeffory
wrote:
So, how do I set the json to compile for x64?
You don't. You pass -ax86_64 (or --arch=x86_64) on the command
line. If you find that inconvenient, just make a
Any ideas? Happens when I do a very simple dub project and try to
compile using the MS linker(x86 but set in sc.ini or 64). I'm
linking in glfw(using correct arch of course)
{
"name": "Test",
"description": "A minimal D application.",
"copyright": "Copyright © 2016,
On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory wrote:
Any ideas? Happens when I do a very simple dub project and try
to compile using the MS linker(x86 but set in sc.ini or 64).
I'm linking in glfw(using correct arch of course)
{
"name": "Test",
"description": "A
On Monday, 11 January 2016 at 16:30:58 UTC, Jason Jeffory wrote:
On Monday, 11 January 2016 at 10:01:11 UTC, Dav1d wrote:
[...]
but as I said,
source\app.d(35,3): Error: undefined identifier 'gladLoadGL'
source\app.d(36,42): Error: undefined identifier 'GLVersion'
source\app.d(36,59): Error:
On Monday, 11 January 2016 at 10:04:29 UTC, Luis wrote:
On Sunday, 10 January 2016 at 06:35:34 UTC, rsw0x wrote:
On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote:
Just translating some simple C++/glm/opengl tutorial code to
D/gl3n/opengl and I'm coming across more friction than
On Monday, 11 January 2016 at 08:03:19 UTC, Saurabh Das wrote:
How can I get std.conv to understand std.typecons.Typedef?
You can do something like this:
QuestionId q = to!(TypedefType!QuestionId)("43");
In general, is there a better solution to orthogonal types than
Typedef?
Typedef is
On Monday, 11 January 2016 at 12:15:55 UTC, Saurabh Das wrote:
Any ideas?
Yes. Because Typedef is introducing new Types, which csvReader
doesn't know what they are,
you'll need a little workaround and cast the values yourself.
import std.csv, std.stdio, std.algorithm, std.range;
enum
On Monday, 11 January 2016 at 12:01:30 UTC, Tobi G. wrote:
On Monday, 11 January 2016 at 08:03:19 UTC, Saurabh Das wrote:
How can I get std.conv to understand std.typecons.Typedef?
You can do something like this:
QuestionId q = to!(TypedefType!QuestionId)("43");
In general, is there a
On Monday, 11 January 2016 at 12:59:05 UTC, Tobi G. wrote:
On Monday, 11 January 2016 at 12:15:55 UTC, Saurabh Das wrote:
Any ideas?
Yes. Because Typedef is introducing new Types, which csvReader
doesn't know what they are,
you'll need a little workaround and cast the values yourself.
On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote:
On Sunday, 10 January 2016 at 04:37:43 UTC, Mike Parker wrote:
On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote:
Is gl3n not a direct replacement for glm?
From the very top of the gl3n github page:
"OpenGL
On Monday, 11 January 2016 at 05:46:11 UTC, Robert M. Münch wrote:
On 2016-01-11 01:47:54 +, Jason Jeffory said:
and how does one link in compiled static libraries into a dub
project?
I tried adding stuff like
"lflags" : ["+C:\\MyLibs\\"],
with the .lib file in it, but that doesn't
On Monday, 11 January 2016 at 10:01:11 UTC, Dav1d wrote:
On Monday, 11 January 2016 at 01:46:11 UTC, Jason Jeffory wrote:
Ok. So I tried it out and having some issues ;/ got it
basically to compile but 2 problems:
1. I have to get dub to include the lib, not a big deal,
shouldn't be issue
On 2016-01-11 06:53:51 +, Benjamin Thaut said:
You should not need to link manually against msvcrt, dmd does this for you.
Ok, that was what I expected.
You can view the linker commands that are stored inside a object file
via microsoft dumpbin tool "dumpbin /DIRECTIVES your.obj".
Am 11.01.2016 um 18:27 schrieb Robert M. Münch:
Import symbols are symbols used for dll linking and start with "__imp_"
Is this a DMD convention or a general one? Never heard about this.
This seems to be a general convetion on windows. All c++ compilers I've
seen on windows so far emit
33 matches
Mail list logo
