On Friday, 23 December 2016 at 22:11:31 UTC, Walter Bright wrote:
On 12/23/2016 10:03 AM, hardreset wrote:
For this D code:
enum SIZE = 1;
void foo(int* a, int* b) {
int* atop = a + 1000;
ptrdiff_t offset = b - a;
for (; a < atop; ++a)
*a &= *(a + offset);
}
The
On Saturday, 17 December 2016 at 04:58:45 UTC, Mike Parker wrote:
On Friday, 16 December 2016 at 22:37:13 UTC, hardreset wrote:
To be honest I was having some odd linking problems anyway. I
initially wrapped the FT init function in plain D function and
that kept causing "_FT_ not found"
On Friday, 23 December 2016 at 16:15:44 UTC, Andrei Alexandrescu
wrote:
An interesting problem to look at:
https://github.com/dlang/dmd/pull/6352
Andrei
Ok some hand written assembler to and-assign ints...
enum SIZE = 1;
void foo3(int* a, int* b)
{
asm
{
mov
On Wednesday, 21 December 2016 at 18:33:52 UTC, Brad Anderson
wrote:
On Wednesday, 21 December 2016 at 16:41:56 UTC, hardreset wrote:
On Wednesday, 21 December 2016 at 16:30:15 UTC, bachmeier
wrote:
On Wednesday, 21 December 2016 at 10:15:26 UTC, hardreset
wrote:
On Tuesday, 20 December 2016
On Wednesday, 21 December 2016 at 16:30:15 UTC, bachmeier wrote:
On Wednesday, 21 December 2016 at 10:15:26 UTC, hardreset wrote:
On Tuesday, 20 December 2016 at 23:08:28 UTC, Andrei
Alexandrescu wrote:
Hello, a few engineers at Red Hat are taking a look at using
the D language on the desktop
On Wednesday, 21 December 2016 at 16:20:31 UTC, Jack Stouffer
wrote:
On Wednesday, 21 December 2016 at 10:15:26 UTC, hardreset wrote:
Is moving to LLVM backend or LDC something that is on the
roadmap?
Nope.
So whats the solution to the "DMD compiler issues" listed?
On Tuesday, 20 December 2016 at 23:08:28 UTC, Andrei Alexandrescu
wrote:
Hello, a few engineers at Red Hat are taking a look at using
the D language on the desktop and have reached out to us. They
have created a list of issues. We are on the top-level ones,
and of course would appreciate any
On Friday, 16 December 2016 at 00:40:07 UTC, Mike Parker wrote:
On Thursday, 15 December 2016 at 20:34:47 UTC, hardreset wrote:
On Thursday, 15 December 2016 at 18:30:14 UTC, hardreset wrote:
I have pragma(lib,**fullpath**) in my freetype.d file, is
that the correct way?
Never mind,
On Thursday, 15 December 2016 at 18:30:14 UTC, hardreset wrote:
On Thursday, 15 December 2016 at 03:47:27 UTC, Mike Parker
wrote:
[1] https://github.com/DerelictOrg/DerelictFT
Thanks, I'm trying the "-m32mscoff" method for now, but I get
"error LNK2019: unresolved external symbol
On Thursday, 15 December 2016 at 03:47:27 UTC, Mike Parker wrote:
On Wednesday, 14 December 2016 at 23:08:30 UTC, hardreset wrote:
As Basile recommended, DerelictFT[1] will save you from the
hassle of object formats. It's a dynamic binding, so you don't
need to link with FreeType at all
I built Freetype with MSVC13 and tried to link it but DMD didnt
like the format, so what should compiler (free) should I use for
building DMD compatible static libs?
Once I've build the lib, made a di file, where do I put these
things in the dub directory structure?
thanks,
On Tuesday, 29 November 2016 at 11:53:06 UTC, Walter Bright wrote:
http://www.felixcloutier.com/x86/
I find this easier to use for quick lookups than the Intel PDF
files, because any instruction is just 2 clicks away.
Just merge and split the PDFs so you have a PDF with just the
On Thursday, 27 October 2016 at 07:52:09 UTC, Guillaume Piolat
wrote:
On Wednesday, 26 October 2016 at 08:18:07 UTC, hardreset wrote:
Is there a page somewhere on how to program D without using
the GC?
The information is scattered.
How do I allocate / free structs / classes on the heap
Is there a page somewhere on how to program D without using the
GC? How do I allocate / free structs / classes on the heap
manually? New would be GCed memeory wouldnt it? Delete is being
depreciated?
thanks.
14 matches
Mail list logo