On Friday, 9 January 2015 at 07:25:54 UTC, Jacob Carlborg wrote:
On 2015-01-08 23:40, ponce wrote:
There: http://ovh.to/GAYPaom
- same vector logo but with text and gray background
- a render in 500x150 (I've used Firefox)
- instructions on how to render again
Let me know if you need any chang
On Friday, 9 January 2015 at 08:24:40 UTC, Colin wrote:
It shouldn't just be similar, it should be the same one I feel.
Me too. I don't think a complete re-brand of D is needed for the
conference?
Changing the logo will mean that all sites containing this logo
i.e. main site, wiki's, docume
On Friday, 9 January 2015 at 04:33:53 UTC, Joakim wrote:
I have little idea why you're going into all these detailed
business cases that have nothing to do with the two separate
concepts I've laid out, but what the hell, I'll bite.
Start listing:
1. What alternatives the seller has.
2. What
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D code tonight. Has anyone done any serious
investigation here?
NaCl
On Friday, 9 January 2015 at 07:25:22 UTC, Jacob Carlborg wrote:
On 2015-01-09 03:38, Andrei Alexandrescu wrote:
Take a look!
http://dconf.org
https://github.com/D-Programming-Language/dconf.org/pull/31
The font is different compared to the PNG in the zip. The one
on the site has a serif fo
On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d
wrote:
I was gonna start hacking around to see what the limitations
are with
Emscripten on D code tonight. Has anyone done any serious
investigation here?
NaCl is a more useful target, but I think that will rely on a
special
bu
On Friday, 9 January 2015 at 08:28:55 UTC, Gary Willoughby wrote:
On Friday, 9 January 2015 at 08:24:40 UTC, Colin wrote:
It shouldn't just be similar, it should be the same one I feel.
Me too. I don't think a complete re-brand of D is needed for
the conference?
Changing the logo will mean
On Thursday, 8 January 2015 at 23:05:22 UTC, Piotrek wrote:
The logo with new the perspective (the text) looks nice. I like
it. May I ask if there was any inspiration?
E.g I see a reference to the Interstallar movie as it was the
best movie of 2014 for me ;)
http://www.wired.com/wp-content/
On 9 January 2015 at 19:51, via Digitalmars-d
wrote:
> On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d wrote:
>>
>> I was gonna start hacking around to see what the limitations are with
>> Emscripten on D code tonight. Has anyone done any serious
>> investigation here?
>>
>> NaCl
On Wednesday, 7 January 2015 at 02:08:45 UTC, Joseph Rushton
Wakeling via Digitalmars-d wrote:
On 06/01/15 07:14, Joakim via Digitalmars-d wrote:
I don't think such people matter, ie they're a very small but
vocal minority.
Also, these people are deeply irrational, as every piece of
hardware th
"Walter Bright" wrote in message
news:m8n4c2$2ovq$1...@digitalmars.com...
http://pixelscommander.com/wp-content/uploads/2014/12/P10.pdf
Misra is also a good set of guidelines to follow...
http://www.misra.org.uk/
-=mike=-
On Friday, 9 January 2015 at 00:23:47 UTC, bearophile wrote:
Luc Bourhis:
With "auto a = new double[1000]", is there any guarantee that
a.ptr is aligned on a 16-byte boundary?
Arrays are aligned on a 16-byte. But if you slice them, this
alignment can be broken.
IMO, If you slice a double
Robert burner Schadek:
IMO, If you slice a double array it is always aligned. Because
doubles are 8 bytes long aka 64bit which would align them to
every fourth 16bit boundary.
If you have a 16-byte aligned array of doubles and you slice the
first double away, what's the alignment of the resu
On 1/9/15 2:14 AM, Jacob Carlborg wrote:
On 2015-01-08 22:01, Steven Schveighoffer wrote:
core.stdc.config is not technically a standard C header, and it seems
pretty strange. I'm going to leave that one alone unless someone objects.
Shouldn't this then be documented like any other druntime/P
On 1/9/15 6:08 AM, Robert burner Schadek wrote:
On Friday, 9 January 2015 at 00:23:47 UTC, bearophile wrote:
Luc Bourhis:
With "auto a = new double[1000]", is there any guarantee that a.ptr
is aligned on a 16-byte boundary?
Arrays are aligned on a 16-byte. But if you slice them, this alignme
I asked in D.learn, but didn't get a satisfactory answer. I think
this may be unachievable in the current language.
Consider:
auto foo(T)(T a) {
T b; // Error: cannot access frame pointer of main.X
b.data[] = 1;
return b;
}
void main() {
struct X {
On Friday, 9 January 2015 at 10:10:36 UTC, Manu via Digitalmars-d
wrote:
I can probably get by with @nogc. There's no threading in asm.js
either, so that might be a spanner.
You have worker threads, so you would have to use message
passing, but I believe you can transfer "byte heaps" by refere
On Friday, 9 January 2015 at 11:18:18 UTC, Steven Schveighoffer
wrote:
not 16 bit, 16 byte.
SIMD on Intel Mic is 64 bytes, AVX2 is probably 32 bytes.
I can probably get by with @nogc. There's no threading in asm.js
either, so that might be a spanner. Maybe -betterc would be
usable out
of the box...
You could compile your D code to LLVM IR using ldc2 --output-ll
and feed that to emcc to see how far you get.
On Friday, 9 January 2015 at 08:48:49 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 9 January 2015 at 04:33:53 UTC, Joakim wrote:
I have little idea why you're going into all these detailed
business cases that have nothing to do with the two separate
concepts I've laid out, but what the hell, I'll
I think that push for more inference / WPO is an important goal
for D. However I had somewhat more radical and generic changes in
mind, ones that don't add new keywords or semantics but rather
strictly define what existing ones mean. This was supposed to be
turned into a DIP at some point (poss
On Friday, 9 January 2015 at 10:37:43 UTC, Mike James wrote:
"Walter Bright" wrote in message
news:m8n4c2$2ovq$1...@digitalmars.com...
http://pixelscommander.com/wp-content/uploads/2014/12/P10.pdf
Misra is also a good set of guidelines to follow...
http://www.misra.org.uk/
-=mike=-
The in
You have already proposed this idea once and were explained in
great detail why it doesn't work. To be honest if something like
this would ever happen my first move would be to reach company
leadership and discuss possible full forking of D compiler as a
simple matter of ensuring business safet
On Friday, 9 January 2015 at 11:40:47 UTC, Joakim wrote:
Perhaps you're not a native speaker of the English language,
but it is difficult to follow all the logical leaps you're
making, as one point seems completely disconnected from the
other and none seem connected to the topics from this thr
I often have code like this:
class A {
final:
nothrow:
...
some methods
...
}
Problem comes when I need add methods which for eg.: throws or
need to be virtual.
I can put them before final: but this is not perfect, because I
prefer when methods are place in specific order
On Friday, 9 January 2015 at 11:50:30 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 9 January 2015 at 11:40:47 UTC, Joakim wrote:
Perhaps you're not a native speaker of the English language,
but it is difficult to follow all the logical leaps you're
making, as one point seems completely disconnect
On Friday, 9 January 2015 at 06:17:28 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 08 Jan 2015 22:27:53 +0100
Joseph Rushton Wakeling via Digitalmars-d
wrote:
On 08/01/15 22:02, ketmar via Digitalmars-d wrote:
> am i fobidding someone to reply? O_O
>
> but yes, i want to create an impression
not 16 bit, 16 byte.
-Steve
known how to read helps, of course you're right.
On Friday, 9 January 2015 at 09:28:22 UTC, Manu via Digitalmars-d
wrote:
I'm looking at another potential opportunity to get D into the
office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations
are with
Emscri
On Fri, 09 Jan 2015 11:57:50 +
Daniel Kozak via Digitalmars-d wrote:
> I often have code like this:
>
> class A {
> final:
> nothrow:
> ...
> some methods
> ...
> }
>
> Problem comes when I need add methods which for eg.: throws or
> need to be virtual.
>
> I can
On Friday, 9 January 2015 at 07:25:54 UTC, Jacob Carlborg wrote:
On 2015-01-08 23:40, ponce wrote:
There: http://ovh.to/GAYPaom
- same vector logo but with text and gray background
- a render in 500x150 (I've used Firefox)
- instructions on how to render again
Let me know if you need any chang
V Fri, 9 Jan 2015 14:11:00 +0200
ketmar via Digitalmars-d napsáno:
> can it be used like this:
>
> final:
> nothrow:
> ...
> default void foo () { ... }
> ...
>
> so only `foo` becomes default, but all other methods after `foo` are
> `final nothrow`?
not now, but I plan add thi
On Fri, 9 Jan 2015 13:16:48 +0100
Daniel Kozák via Digitalmars-d wrote:
> V Fri, 9 Jan 2015 14:11:00 +0200
> ketmar via Digitalmars-d napsáno:
>
> > can it be used like this:
> >
> > final:
> > nothrow:
> > ...
> > default void foo () { ... }
> > ...
> >
> > so only `foo` beco
On Friday, 9 January 2015 at 11:52:19 UTC, Dicebot wrote:
You have already proposed this idea once and were explained in
great detail why it doesn't work.
You are right that I previously suggested in another thread that
D use a hybrid model, but in that case I suggested that Walter
sell a sin
On 1/9/15 6:57 AM, Daniel Kozak wrote:
I often have code like this:
class A {
final:
nothrow:
...
some methods
...
}
Problem comes when I need add methods which for eg.: throws or need to
be virtual.
I can put them before final: but this is not perfect, because I prefe
On Friday, 9 January 2015 at 11:50:04 UTC, Paulo Pinto wrote:
On Friday, 9 January 2015 at 10:37:43 UTC, Mike James wrote:
"Walter Bright" wrote in message
news:m8n4c2$2ovq$1...@digitalmars.com...
The interesting part of those rules is that in the end, C +
rules
+ static analyzer ends up b
You can take a look at what color formats does freeimage supports.
On Friday, 9 January 2015 at 11:19:47 UTC, bearophile wrote:
If you have a 16-byte aligned array of doubles and you slice
the first double away, what's the alignment of the result?
the first double[0] is 16-byte aligned, double[1] would be
20-byte aligned as a double is 4 byte long.
p.s. I'm
V Fri, 09 Jan 2015 07:21:02 -0500
Steven Schveighoffer via Digitalmars-d
napsáno:
> On 1/9/15 6:57 AM, Daniel Kozak wrote:
> > I often have code like this:
> >
> > class A {
> > final:
> > nothrow:
> > ...
> > some methods
> > ...
> > }
> >
> > Problem comes when I need a
On 2015-01-09 10:28, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D code tonight. H
On Thursday, 8 January 2015 at 23:37:38 UTC, Walter Bright wrote:
http://pixelscommander.com/wp-content/uploads/2014/12/P10.pdf
from the document (Rule 5):
A typical use of an assertion would be as follows:
if (!c_assert(p >= 0) == true) {
return ERROR;
}
that is just bad code. IMO I'm
On 1/9/15 7:43 AM, Robert burner Schadek wrote:
On Friday, 9 January 2015 at 11:19:47 UTC, bearophile wrote:
If you have a 16-byte aligned array of doubles and you slice the first
double away, what's the alignment of the result?
the first double[0] is 16-byte aligned, double[1] would be 20-byt
On 1/9/15 7:47 AM, Daniel Kozák via Digitalmars-d wrote:
V Fri, 09 Jan 2015 07:21:02 -0500
Steven Schveighoffer via Digitalmars-d
napsáno:
On 1/9/15 6:57 AM, Daniel Kozak wrote:
I often have code like this:
class A {
final:
nothrow:
...
some methods
...
}
Probl
On Friday, 9 January 2015 at 12:02:33 UTC, Joakim wrote:
Perhaps we struggle with the bigger picture, but your constant
rambling onto completely unconnected topics that have nothing
to do with the bigger picture can only make that struggle
worse. :D
My points always have something to do with
On Friday, 9 January 2015 at 13:05:29 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 9 January 2015 at 12:02:33 UTC, Joakim wrote:
Perhaps we struggle with the bigger picture, but your constant
rambling onto completely unconnected topics that have nothing
to do with the bigger picture can only make
On 1/9/2015 2:35 PM, Ras wrote:
No i dont. I want to use D language for as much as possible. The reason
I want to use C++ for the engine is that it always has full support for
DirectX.
D has built-in support for COM and can interop with DX just fine.
On Friday, 9 January 2015 at 13:15:55 UTC, Joakim wrote:
If you have any specific criticism of my business model, I'm
glad to listen to it and take into account. I can't do much
with suggestions that I enumerate how businesses work and
figure out what you have in mind for myself, or digression
On Friday, 9 January 2015 at 13:01:14 UTC, Steven Schveighoffer
wrote:
On 1/9/15 7:47 AM, Daniel Kozák via Digitalmars-d wrote:
V Fri, 09 Jan 2015 07:21:02 -0500
Steven Schveighoffer via Digitalmars-d
napsáno:
On 1/9/15 6:57 AM, Daniel Kozak wrote:
I often have code like this:
class A {
On 1/9/15 8:02 AM, Steven Schveighoffer wrote:
On 1/9/15 7:43 AM, Robert burner Schadek wrote:
On Friday, 9 January 2015 at 11:19:47 UTC, bearophile wrote:
If you have a 16-byte aligned array of doubles and you slice the first
double away, what's the alignment of the result?
the first double[
On Friday, 9 January 2015 at 12:21:35 UTC, Joakim wrote:
To be honest if something like this would ever happen my first
move would be to reach company leadership and discuss possible
full forking of D compiler as a simple matter of ensuring
business safety. This scheme introduces unacceptable a
Keeping alignment when slicing is easy since it matches the size
of the xmm registers: one has to partition the array by blocks of
2 doubles, 4 floats, etc. For AVX, the ideal alignment is on
32-byte boundaries but the really bad performance hit happens
only when an unaligned access crosses a c
On Friday, 9 January 2015 at 12:46:41 UTC, Jacob Carlborg wrote:
On 2015-01-09 10:28, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the
office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around t
On Friday, 9 January 2015 at 13:22:14 UTC, Mike Parker wrote:
On 1/9/2015 2:35 PM, Ras wrote:
No i dont. I want to use D language for as much as possible.
The reason
I want to use C++ for the engine is that it always has full
support for
DirectX.
D has built-in support for COM and can int
On Friday, 9 January 2015 at 06:26:19 UTC, ketmar via
Digitalmars-d wrote:
On Fri, 09 Jan 2015 05:35:04 +
Ras via Digitalmars-d wrote:
On Thursday, 8 January 2015 at 18:03:48 UTC, ketmar via
Digitalmars-d wrote:
> On Thu, 08 Jan 2015 17:31:49 +
> NVolcz via Digitalmars-d wrote:
>
>>
On Friday, 9 January 2015 at 14:43:02 UTC, Dicebot wrote:
On Friday, 9 January 2015 at 12:21:35 UTC, Joakim wrote:
To be honest if something like this would ever happen my
first move would be to reach company leadership and discuss
possible full forking of D compiler as a simple matter of
ensu
On Friday, 9 January 2015 at 15:27:08 UTC, Mengu wrote:
Don't know if there's any interest but Adam D. Ruppe has
hacked DMD to output JavaScript. You should be able to find it
somewhere on the newsgroup.
guess you're talking about dtojs:
https://github.com/adamdruppe/dtojs.
I haven't update
On 1/9/15 1:39 AM, ponce wrote:
On Friday, 9 January 2015 at 07:25:22 UTC, Jacob Carlborg wrote:
On 2015-01-09 03:38, Andrei Alexandrescu wrote:
Take a look!
http://dconf.org
https://github.com/D-Programming-Language/dconf.org/pull/31
The font is different compared to the PNG in the zip. Th
On Friday, 9 January 2015 at 16:05:12 UTC, Andrei Alexandrescu
wrote:
Folks, I have no tools and no know-how about images. Could
someone please upload a png to imgur.com. Thanks. -- Andrei
I'm not sure if they wanted to do other changes, but I just
resized it to a more reasonable resolution an
On Friday, 9 January 2015 at 11:40:28 UTC, Dicebot wrote:
I think that push for more inference / WPO is an important goal
for D. However I had somewhat more radical and generic changes
in mind, ones that don't add new keywords or semantics but
rather strictly define what existing ones mean. Thi
On 1/9/15 8:08 AM, Adam D. Ruppe wrote:
On Friday, 9 January 2015 at 16:05:12 UTC, Andrei Alexandrescu wrote:
Folks, I have no tools and no know-how about images. Could someone
please upload a png to imgur.com. Thanks. -- Andrei
I'm not sure if they wanted to do other changes, but I just resiz
On 1/9/15 11:08 AM, Adam D. Ruppe wrote:
On Friday, 9 January 2015 at 16:05:12 UTC, Andrei Alexandrescu wrote:
Folks, I have no tools and no know-how about images. Could someone
please upload a png to imgur.com. Thanks. -- Andrei
I'm not sure if they wanted to do other changes, but I just resi
On 1/9/15 8:15 AM, Steven Schveighoffer wrote:
On 1/9/15 11:08 AM, Adam D. Ruppe wrote:
On Friday, 9 January 2015 at 16:05:12 UTC, Andrei Alexandrescu wrote:
Folks, I have no tools and no know-how about images. Could someone
please upload a png to imgur.com. Thanks. -- Andrei
I'm not sure if
On 1/8/15 4:01 PM, Steven Schveighoffer wrote:
On 1/8/15 10:41 AM, Andrei Alexandrescu wrote:
On 1/8/15 4:18 AM, Steven Schveighoffer wrote:
Thoughts? I can put together a pull for core.stdc.* if it makes sense.
Blurb LGTM, please make it happen. Also let's experiment with the ///'s.
Just
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer
wrote:
One thing that may be misleading about this -- our headers
don't include *everything* from C-land.
What's missing? They should just match their C counterparts.
On Friday, 9 January 2015 at 06:43:01 UTC, Joakim wrote:
On Tuesday, 6 January 2015 at 22:37:40 UTC, anonymous wrote:
[...]
As far as I know there are companies that employ developers to
work on open source software, with their patches open-sourced
immediately. I'm assuming the employer can di
On 1/9/15 12:08 PM, Martin Nowak wrote:
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer wrote:
One thing that may be misleading about this -- our headers don't
include *everything* from C-land.
What's missing? They should just match their C counterparts.
Perhaps they do, I
On 1/9/15 10:10 AM, Steven Schveighoffer wrote:
On 1/9/15 12:08 PM, Martin Nowak wrote:
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer wrote:
One thing that may be misleading about this -- our headers don't
include *everything* from C-land.
What's missing? They should just
On 1/9/15 12:08 PM, Martin Nowak wrote:
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer wrote:
One thing that may be misleading about this -- our headers don't
include *everything* from C-land.
What's missing? They should just match their C counterparts.
Andrei had the idea
On 1/9/15 10:46 AM, Steven Schveighoffer wrote:
On 1/9/15 12:08 PM, Martin Nowak wrote:
On Thursday, 8 January 2015 at 12:18:37 UTC, Steven Schveighoffer wrote:
One thing that may be misleading about this -- our headers don't
include *everything* from C-land.
What's missing? They should just
Rust is moving towards stability:
«The alpha release is part of our transition into stability
guarantees. While we’re not ready to make full stability
guarantees yet, this release cycle moves us much closer to that
1.0 goal. When 1.0-beta1 is released six weeks from now, these
important remai
On Fri, Jan 09, 2015 at 11:46:47AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
[...]
> Stuff's up!
> http://dlang.org/library-prerelease/core/stdc/complex.html. I couldn't
> get rid of the darn space between the header name and the period.
[...]
Isn't this caused by the fact that the vari
09-Jan-2015 05:07, Mike пишет:
On Wednesday, 7 January 2015 at 14:10:49 UTC, Dmitry Olshansky wrote:
Truth be told none of listed in this thread feel fundamental to me. It
looks more like a set of patches to each specific problem in the
compiler or run-time. Yeah, run-time would better be more
On Friday, 9 January 2015 at 20:00:27 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Fri, Jan 09, 2015 at 11:46:47AM -0800, Andrei Alexandrescu
via Digitalmars-d wrote:
[...]
Stuff's up!
http://dlang.org/library-prerelease/core/stdc/complex.html. I
couldn't
get rid of the darn space between the h
On 01/09/2015 07:35 PM, Andrei Alexandrescu wrote:
Maybe Calypso could be used for that? -- Andrei
What's calypso, can't find anything.
On 01/09/2015 09:29 PM, Tobias Pankrath wrote:
In this case there is a that is 16px wide and
occupies exactly the space you want to get rid of. It only shows up when
viewing the HTML using the Chrome developer tools (F12). It's not in the
page source.
It's highlighted as D source.
On 2015-01-09 20:46, Andrei Alexandrescu wrote:
Stuff's up! http://dlang.org/library-prerelease/core/stdc/complex.html.
I couldn't get rid of the darn space between the header name and the
period. -- Andrei
Is it just me or are the actual declarations missing?
--
/Jacob Carlborg
https://github.com/D-Programming-Language/dconf.org/pull/32 -- thanks!
Andrei
On 1/9/15 11:58 AM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jan 09, 2015 at 11:46:47AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
[...]
Stuff's up!
http://dlang.org/library-prerelease/core/stdc/complex.html. I couldn't
get rid of the darn space between the header name and the perio
On 1/9/15 1:17 PM, Andrei Alexandrescu wrote:
On 1/9/15 12:59 PM, Jacob Carlborg wrote:
On 2015-01-09 20:46, Andrei Alexandrescu wrote:
Stuff's up! http://dlang.org/library-prerelease/core/stdc/complex.html.
I couldn't get rid of the darn space between the header name and the
period. -- Andrei
On 1/9/15 12:59 PM, Jacob Carlborg wrote:
On 2015-01-09 20:46, Andrei Alexandrescu wrote:
Stuff's up! http://dlang.org/library-prerelease/core/stdc/complex.html.
I couldn't get rid of the darn space between the header name and the
period. -- Andrei
Is it just me or are the actual declarations
On 1/9/15 1:18 PM, Andrei Alexandrescu wrote:
On 1/9/15 1:17 PM, Andrei Alexandrescu wrote:
On 1/9/15 12:59 PM, Jacob Carlborg wrote:
On 2015-01-09 20:46, Andrei Alexandrescu wrote:
Stuff's up! http://dlang.org/library-prerelease/core/stdc/complex.html.
I couldn't get rid of the darn space be
Pliz pliz.
https://issues.dlang.org/show_bug.cgi?id=13962
Andrei
On 1/9/15 12:35 PM, Martin Nowak wrote:
On 01/09/2015 09:29 PM, Tobias Pankrath wrote:
In this case there is a that is 16px wide and
occupies exactly the space you want to get rid of. It only shows up when
viewing the HTML using the Chrome developer tools (F12). It's not in the
page source.
On Friday, 9 January 2015 at 20:24:55 UTC, Dmitry Olshansky wrote:
Great. This helps me understand what is the main impediment at
the moment. With that in mind I think we can formulate our GSOC
plan better.
As far as I can tell it can focus on 2 paths:
a) Get embedded-savy student to work
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks like that use has been disable with static if (false). What was
the reason?
A coworker spent a few hours debugging a matter that pointed to this
issue. He removed the "false" and rep
On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei Alexandrescu
wrote:
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks like that use has been disable with static if (false).
What was the reason?
A coworker spent a few hours debu
Budget Kitchen Sale Abbots Langley. Thirty Ex Display Kitchens To
Clear. W w w e x d i s p l a y k i t c h e n s 1 c o u k £ 595
Each with appliances.Tel 0 1 6 1 6 6 9 4 7 8 5
On Friday, 9 January 2015 at 14:26:26 UTC, aldanor wrote:
It could work both ways at the same time.
Maybe even something like "default(pred) final(pred) nothrow"
--> if pred is compile-time-true, reset all attributes and then
add final/nothrow; if it's compile-time-false, disable final
and en
On 1/9/15 6:13 PM, weaselcat wrote:
On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei Alexandrescu wrote:
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks like that use has been disable with static if (false). What was
the reason
On Saturday, 10 January 2015 at 03:17:50 UTC, Andrei Alexandrescu
wrote:
On 1/9/15 6:13 PM, weaselcat wrote:
On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei
Alexandrescu wrote:
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks
On Wednesday, 7 January 2015 at 08:46:41 UTC, Vladimir Panteleev
wrote:
* I still have reservations about using Disqus.
I'm quite happy with the self hosted isso comments on my blog.
https://code.dawg.eu/reducing-vibed-turnaround-time-part-2-less-compiling.html#isso-thread
Let me preface this by saying I only have a general conceptual
understanding of compilers and know nothing about actual
implementation.
One common problem with Object-Relational Mapping (ORM) is what
data to load and when. There is basically 2 options:
1. Load everything: This certainly works,
On Sat, 10 Jan 2015 02:47:00 +
Meta via Digitalmars-d wrote:
> On Friday, 9 January 2015 at 14:26:26 UTC, aldanor wrote:
> > It could work both ways at the same time.
> >
> > Maybe even something like "default(pred) final(pred) nothrow"
> > --> if pred is compile-time-true, reset all attribu
On Fri, 09 Jan 2015 19:17:49 -0800
Andrei Alexandrescu via Digitalmars-d
wrote:
> On 1/9/15 6:13 PM, weaselcat wrote:
> > On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei Alexandrescu wrote:
> >> cc Sean Kelly
> >>
> >> https://github.com/D-Programming-Language/druntime/blob/master/src/core/s
https://github.com/D-Programming-Language/dconf.org/pull/35
Andrei
95 matches
Mail list logo
