I think I'm about as happy with my colour lib as I'm going to be.
It really needs reviews.
I added packed-RGB support, including weird micro-float and
shared-exponent formats.
They're important for interacting with any real-time rendering libraries.
There is only one texture format I'm aware of th
On Sunday, 11 September 2016 at 12:11:43 UTC, David Nadlinger
wrote:
On Sunday, 11 September 2016 at 11:33:14 UTC, Dicebot wrote:
On Sunday, 11 September 2016 at 08:37:56 UTC, deadalnix wrote:
On Sunday, 11 September 2016 at 06:09:01 UTC, Dicebot wrote:
Presence of compile-time valid T.init for
On Sunday, 11 September 2016 at 14:51:42 UTC, eugene wrote:
Hello everyone,
could you explain why here https://dlang.org/dll-linux.html
says "Preliminary and subject to change." ?
see also http://dconf.org/2016/talks/thaut.html
On 11.09.2016 14:02, Ethan Watson wrote:
On Sunday, 11 September 2016 at 07:19:54 UTC, John wrote:
...
The part I'm asking to be changed, you probably didn't even ever use.
C# is a managed language, I don't think you can even take the pointer
of anything unless you enable the unsafe switch.
..
Hi,
As you may know I am currently optimizing template-related code
inside of DMD.
Inside DMD code quality is quite high, there is little low
hanging fruit.
However there is one thing that suspiciously often shows up the
on profilers display.
Those are indirect class which have a high number
Have you considered using Bountysource salt?
I can see there is a page on Bountysource salt, with the Dlang
name on it[1], but it doesn't look like it's being used.
Nimlang[2] and Crystal[3] is using it with great success.
I think a lot of people would donate some money if you set some
goals,
On Sunday, 11 September 2016 at 14:52:18 UTC, Manu wrote:
That's cool, but surely unnecessary; the compiler should just
hook
these and do it directly... They're intrinsics in every
compiler/language I've ever used! Just not DMD.
If your results are compatible, why not PR this implementation
f
On Sunday, 11 September 2016 at 14:54:00 UTC, rikki cattermole
wrote:
This is why:
https://github.com/dlang/dlang.org/commits/master/dll-linux.dd
thank you for the link
Total 4 commits including creation in 2013.
this is lol)))
On 12/09/2016 2:51 AM, eugene wrote:
Hello everyone,
could you explain why here https://dlang.org/dll-linux.html says
"Preliminary and subject to change." ?
This is why: https://github.com/dlang/dlang.org/commits/master/dll-linux.dd
Total 4 commits including creation in 2013.
On Sunday, 11 September 2016 at 07:46:09 UTC, Manu wrote:
I'm having a lot of trouble debugging @nogc functions. I have a
number of debug functions that use GC, but I can't call them
from @nogc code... should debug{} allow @nogc calls, the same
as impure calls?
Yes please.
Hello everyone,
could you explain why here https://dlang.org/dll-linux.html says
"Preliminary and subject to change." ?
On 12 September 2016 at 00:31, Marco Leise via Digitalmars-d
wrote:
> Am Sun, 11 Sep 2016 15:00:12 +1000
> schrieb Manu via Digitalmars-d :
>
>> On 9 September 2016 at 21:50, Stefan Koch via Digitalmars-d
>> wrote:
>> > Hi,
>> >
>> > In short 80bit real are a real pain to support cross-platform.
On 11 September 2016 at 21:26, Q. Schroll via Digitalmars-d
wrote:
> On Sunday, 11 September 2016 at 07:46:09 UTC, Manu wrote:
>>
>> I'm having a lot of trouble debugging @nogc functions. I have a number of
>> debug functions that use GC, but I can't call them from @nogc code... should
>> debug{}
Am Sun, 11 Sep 2016 15:00:12 +1000
schrieb Manu via Digitalmars-d :
> On 9 September 2016 at 21:50, Stefan Koch via Digitalmars-d
> wrote:
> > Hi,
> >
> > In short 80bit real are a real pain to support cross-platform.
> > emulating them in software is prohibitively slow, and more importantly hard
On Sunday, 11 September 2016 at 11:31:55 UTC, Walter Bright wrote:
On 9/11/2016 3:11 AM, Jack Stouffer wrote:
On Saturday, 10 September 2016 at 20:39:39 UTC, Walter Bright
I just like a D post with 1166 upvotes! I think that's a record
for us, but maybe one of Andrei's got more?
And I do love
There are more news.
I wrote about manual template in-lining before, which is a fairly
effective in bringing down the compile-time.
Since templates are of course white-box, the compiler can do this
automatically for you. Recursive templates will still incur a
performance hit but the effects w
On Sunday, 11 September 2016 at 11:33:14 UTC, Dicebot wrote:
On Sunday, 11 September 2016 at 08:37:56 UTC, deadalnix wrote:
On Sunday, 11 September 2016 at 06:09:01 UTC, Dicebot wrote:
Presence of compile-time valid T.init for any type T is
absolutely critical for generic programming and must n
On Sunday, 11 September 2016 at 07:19:54 UTC, John wrote:
You can't really take one sentence out of context, I didn't say
it in the sense that it was completely broken to the point of
being useless.
There's nothing out of context about it. Would it have made you
feel better had I quoted your
On Sunday, 11 September 2016 at 08:37:56 UTC, deadalnix wrote:
On Sunday, 11 September 2016 at 06:09:01 UTC, Dicebot wrote:
Presence of compile-time valid T.init for any type T is
absolutely critical for generic programming and must not be
compromised.
WAT ?
Vast amount of traits operate on
On 9/11/2016 3:11 AM, Jack Stouffer wrote:
On Saturday, 10 September 2016 at 20:39:39 UTC, Walter Bright wrote:
https://www.reddit.com/r/programming/comments/523hm3/til_the_d_language_has_a_voldemort_type/
Boy oh boy, I just love in every D thread how we get the "my language can do
this too"
On Sunday, 11 September 2016 at 07:46:09 UTC, Manu wrote:
I'm having a lot of trouble debugging @nogc functions. I have a
number of debug functions that use GC, but I can't call them
from @nogc code... should debug{} allow @nogc calls, the same
as impure calls?
Generally, there is more to con
On Sunday, September 11, 2016 17:46:09 Manu via Digitalmars-d wrote:
> I'm having a lot of trouble debugging @nogc functions. I have a number
> of debug functions that use GC, but I can't call them from @nogc
> code... should debug{} allow @nogc calls, the same as impure calls?
Probably. There mig
On Saturday, 10 September 2016 at 20:39:39 UTC, Walter Bright
wrote:
https://www.reddit.com/r/programming/comments/523hm3/til_the_d_language_has_a_voldemort_type/
Boy oh boy, I just love in every D thread how we get the "my
language can do this too" arguments followed by everyone showing
how
On Saturday, 10 September 2016 at 11:03:44 UTC, Karabuta wrote:
Hello community, has anyone done a lib published/unpublihed in
D like https://github.com/senko/python-video-converter . It was
developed in python and uses ffmpeg behind the scene.
It works this way;
from converter import Convert
On Sunday, 11 September 2016 at 06:09:01 UTC, Dicebot wrote:
Presence of compile-time valid T.init for any type T is
absolutely critical for generic programming and must not be
compromised.
WAT ?
I'm having a lot of trouble debugging @nogc functions. I have a number
of debug functions that use GC, but I can't call them from @nogc
code... should debug{} allow @nogc calls, the same as impure calls?
On Tuesday, 6 September 2016 at 19:37:26 UTC, Jonathan M Davis
wrote:
On Tuesday, September 06, 2016 19:18:11 John via Digitalmars-d
wrote:
Currently it seems that @property isn't implemented correctly.
For some reason when you try to get the pointer of a property
it returns a delegate for some
27 matches
Mail list logo