On 22 April 2014 12:24, Ben Boeckel via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Tue, Apr 22, 2014 at 11:17:32 +1000, Manu via Digitalmars-d-announce wrote:
Yeah I know, I just never expected anyone else to take interest.
I'm often torn between gpl and bsd/zlib.
On 22/04/14 07:57, Manu via Digitalmars-d-announce wrote:
Yeah, I understand the license options essentially, but it's more than
just the license text, there are license cultures that affect the
decision, and people are borderline religious about this sort of
thing.
I mean, the GPL seems fine
On 22 April 2014 16:29, Jacob Carlborg via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 22/04/14 07:57, Manu via Digitalmars-d-announce wrote:
Yeah, I understand the license options essentially, but it's more than
just the license text, there are license cultures that
On Tuesday, 22 April 2014 at 06:41:58 UTC, Manu via
Digitalmars-d-announce wrote:
On 22 April 2014 16:29, Jacob Carlborg via
Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 22/04/14 07:57, Manu via Digitalmars-d-announce wrote:
Yeah, I understand the license options
On Tue, 22 Apr 2014 02:41:49 -0400, Manu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 22 April 2014 16:29, Jacob Carlborg via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 22/04/14 07:57, Manu via Digitalmars-d-announce wrote:
Yeah, I
On Tuesday, 22 April 2014 at 06:41:58 UTC, Manu via
Digitalmars-d-announce wrote:
But then you lose the incentive to return contribution back to
the
original community.
I've worked in companies where we take OSS libraries, modified
for our
needs, and never offer the modifications back to the
On Tuesday, 22 April 2014 at 01:17:46 UTC, Manu via
Digitalmars-d-announce wrote:
If something's open source with no commercial intent, is there
good
reason not to use gpl?
Nothing in GPL prevents commercial use, and it doesn't limit your
ability to issue other licenses later. It does not
If something's open source with no commercial intent, is there
good
reason not to use gpl? How hard is it to change later?
i don't see a reason not to use GPL even on commercial code. %-)
On 23 April 2014 00:33, ketmar via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
If something's open source with no commercial intent, is there good
reason not to use gpl? How hard is it to change later?
i don't see a reason not to use GPL even on commercial code. %-)
I
Brian Schott:
DScanner is a tool for analyzing D source code. It has the
following features:
...
https://github.com/Hackerpilot/Dscanner
I have just compiled it on Windows32 and tried it.
The compilation using the given bat has failed to link:
OPTLINK (R) for Win32 Release 8.00.15
On 04/17/2014 05:51 AM, Steven Schveighoffer wrote:
This is very very annoying.
Also, I don't think the From field is the right place for the
information of where the message was sent from.
Ali
On Tuesday, 22 April 2014 at 05:22:03 UTC, Eko Wahyudin wrote:
I have a same problem too..
I think the problem came from Compress class.
I'm creating web server with gzip and deflate support. browser
(Chrome, Firefox and opera) able to deCompress it. The problem
begin if file size more than
On Tuesday, 22 April 2014 at 04:54:44 UTC, Walter Bright wrote:
On 4/21/2014 8:59 PM, Rikki Cattermole wrote:
I still haven't worked out how to even use a newsreader with
the ntp server. I'm
still relying on the web interface. So I'm definitely not
alone in seeing this one.
Thunderbird is a
On 21/04/14 10:49, Lars T. Kyllingstad wrote:
Ok, so any number was poorly phrased. What I meant was a large
number, because in my experience, modules tend to be quite large.
Specifically, they are rarely limited to containing just a single
class. They often contain multiple classes, along
On 21/04/14 23:33, Dicebot wrote:
I think it is very important to dogfood here and add any currently
missing dependencies as dub packages instead.
Unless we can use libsass, I would say it's not very productive to
implement a new Sass compiler, just to avoid a dependency.
--
/Jacob
On 21/04/14 23:23, Andrei Alexandrescu wrote:
I confess getting a bit uncomfortable about adding new dependencies at
this point. We depend on dpl-docs already, and the tool was difficult to
install and broke from one dmd release to the next. Sönke was nice and
proactive about it, but he's an
On Monday, 21 April 2014 at 23:02:54 UTC, Walter Bright wrote:
There is JUST NO WAY that:
struct RefCount {
T* data;
int* count;
}
This is actually quite efficient compared to the standard
NSObject which uses a hashtable for refcounting:
On 21/04/14 19:49, Frustrated wrote:
Not quite. AST macros simply transform code. Attributes attach meta data
to code. While I'm sure there is some overlap they are not the same.
Unless AST macros have the ability to arbitrary add additional
contextual information to meta code then they can't
On 22/04/14 01:02, Walter Bright wrote:
The thing is, with iOS ARC, it cannot be statically guaranteed to be
memory safe. This makes it simply not acceptable for D in the general
case. It works with iOS because iOS allows all kinds of (unsafe) ways
to escape it, and it must offer those ways
On Tuesday, 22 April 2014 at 06:53:41 UTC, Jacob Carlborg wrote:
Unless we can use libsass, I would say it's not very productive
to implement a new Sass compiler, just to avoid a dependency.
I never use css macros-tools, regular template libraries are
usually better (e.g. jinja2 allows me to
So I've restructured one of my projects which is a C library bindings,
but also with some D-ification.
I separated it into 2 parts, the raw binding parts, and the api
enhancements, the module structure looks like this:
The Raw C binding part:
pkg/c/module.d:
pkg.c.module;
struct
On 22 April 2014 18:07, Manu turkey...@gmail.com wrote:
So I've restructured one of my projects which is a C library bindings,
but also with some D-ification.
I separated it into 2 parts, the raw binding parts, and the api
enhancements, the module structure looks like this:
The Raw C
On 4/21/2014 10:49 PM, Manu via Digitalmars-d wrote:
I like gmail. I've been using it for the better part of 10 years, and
I can access it from anywhere. Installing client software to read
email feels like I'm back on my Amiga in the 90's ;)
Congrats on fixing it so it doesn't send the html
On 4/21/2014 11:51 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
This is actually quite efficient compared to the standard NSObject which uses a
hashtable for refcounting:
It's not efficient compared to pointers.
On 4/22/2014 12:11 AM, Jacob Carlborg wrote:
On 22/04/14 01:02, Walter Bright wrote:
The thing is, with iOS ARC, it cannot be statically guaranteed to be
memory safe. This makes it simply not acceptable for D in the general
case. It works with iOS because iOS allows all kinds of (unsafe) ways
On Tuesday, 22 April 2014 at 08:07:32 UTC, Manu via Digitalmars-d
wrote:
So I've restructured one of my projects which is a C library
bindings,
but also with some D-ification.
I separated it into 2 parts, the raw binding parts, and the api
enhancements, the module structure looks like this:
On Tuesday, 22 April 2014 at 09:02:21 UTC, Walter Bright wrote:
On 4/22/2014 12:11 AM, Jacob Carlborg wrote:
On 22/04/14 01:02, Walter Bright wrote:
The thing is, with iOS ARC, it cannot be statically
guaranteed to be
memory safe. This makes it simply not acceptable for D in the
general
Hello, is there a way of getting CT info of a class' children?
If no, what do you think of a new feature for DMD: template this
static ctors/dtors:
class A
{
static this(this T)()
{
writeln(static this(, T.stringof, ));
}
}
class B : A
{
}
would output:
static this(A)
On Tuesday, 22 April 2014 at 09:40:15 UTC, Ola Fosheim Grøstad
wrote:
if( CAS_SET_BIT(ref+32,THREADID)==THREADID ){
Make that:
if( CAS_SET_BIT(ref+32,THREADID) == (1THREADID) ){
On Tuesday, 22 April 2014 at 09:01:20 UTC, Walter Bright wrote:
On 4/21/2014 11:51 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
This is actually quite efficient compared to the standard
NSObject which uses a
hashtable for refcounting:
It's not efficient compared to
On Thu, 17 Apr 2014 22:32:31 +0100, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Thu, 17 Apr 2014 17:29:47 -0400, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On 4/17/2014 8:51 AM, Steven Schveighoffer wrote:
Every time I open one of these messages I
get a huge
On Monday, 21 April 2014 at 15:05:57 UTC, Andrei Alexandrescu
wrote:
Wait, are you advocating for text occupying the entire page
width, like a telex band? Aren't text lines difficult to follow
from the right side to the continuing left side? -- Andrei
What's problem with entire page width? I
On 22 April 2014 19:00, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 4/21/2014 10:49 PM, Manu via Digitalmars-d wrote:
I like gmail. I've been using it for the better part of 10 years, and
I can access it from anywhere. Installing client software to read
email feels
On 22 April 2014 19:16, John Colvin via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 22 April 2014 at 08:07:32 UTC, Manu via Digitalmars-d wrote:
So I've restructured one of my projects which is a C library bindings,
but also with some D-ification.
I separated it into 2
On Thursday, 17 April 2014 at 19:51:38 UTC, Walter Bright wrote:
On 4/17/2014 10:41 AM, Dicebot wrote:
On Thursday, 17 April 2014 at 16:57:32 UTC, Walter Bright
wrote:
With current limitations @nogc is only useful to verify that
embedded code which
does not have GC at all does not use any
Implicit conversion long - size_t - int.
Null dereference can sometimes be detected statically, e.g. when
the variable is not initialized.
Possible null dereference after downcast, though this one can be
annoying.
I suggest to configure warnings with a config file, as the
configuration can
On 22 April 2014 21:00, Manu turkey...@gmail.com wrote:
On 22 April 2014 19:16, John Colvin via Digitalmars-d
The rest of your problems are, I think, explained here:
http://dlang.org/hijack.html
Ah ha!
in order to overload functions from multiple modules together, an
alias statement is used
Also escape analysis.
Bug found by frama-c:
http://blog.frama-c.com/index.php?post/2014/02/23/CVE-2013-5914
Quote: Allow me to put it this way: if the Apple SSL bug is a
coup from the NSA, then you US citizens are lucky. Our spy agency
in Europe is so much better that it does not even have a
On Monday, 21 April 2014 at 15:15:22 UTC, Aleksandar Ruzicic
wrote:
Yes, there were numerous studies about line length (I don't
have any links to back this with but I'm sure that searching
for web typography line length on google would provide some
useful articles). And optimal line length is
On Tuesday, 22 April 2014 at 11:36:37 UTC, Lars T. Kyllingstad
wrote:
It annoys me that tried-and-true typographic best practices are
constantly and blatantly ignored by web designers.
Yeah, well, but the truth is that there is no solid truths
because there are many variables: line height,
I like your design. Go forth and make it happen.
On line length, the optimal line length is somewhere between 70
and 110 characters from what I have read. I found one study here
which didn't turn up a great observable difference in reading
speed or comprehension going from 80 to 110
On Tuesday, 22 April 2014 at 06:53:41 UTC, Jacob Carlborg wrote:
On 21/04/14 23:33, Dicebot wrote:
I think it is very important to dogfood here and add any
currently
missing dependencies as dub packages instead.
Unless we can use libsass, I would say it's not very productive
to implement a
On Tuesday, 22 April 2014 at 12:21:57 UTC, w0rp wrote:
and 110 characters from what I have read. I found one study
here which didn't turn up a great observable difference in
reading speed or comprehension going from 80 to 110 characters.
You can do all the quantitative laboratory experiments
On Mon, 21 Apr 2014 17:52:30 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
Here are two very good reasons to avoid extensive ref-counting:
1. transactional memory ( you don't want a lock on two reads )
2. cache coherency ( you don't want barriers everywhere )
On Mon, 21 Apr 2014 19:02:53 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 4/21/2014 1:29 PM, Steven Schveighoffer wrote:
I think you are misunderstanding something. This is not for a pervasive
ARC-only, statically guaranteed system. The best example he gives (and
I agree
with
On Tuesday, 22 April 2014 at 13:11:55 UTC, Steven Schveighoffer
wrote:
Single threaded ARC can go a long way in D.
Not without changing language semantics/mechanisms?
We statically know whether data is shared or not.
I don't understand how you can know this when you allow foreign
On Tue, 22 Apr 2014 09:29:28 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 22 April 2014 at 13:11:55 UTC, Steven Schveighoffer wrote:
Single threaded ARC can go a long way in D.
Not without changing language semantics/mechanisms?
We statically know
On Tuesday, 22 April 2014 at 13:39:54 UTC, Steven Schveighoffer
wrote:
On Tue, 22 Apr 2014 09:29:28 -0400, Ola Fosheim Grøstad Can you
explain this?
When you use a C/C++ framework you don't know what happens to the
pointers you hand to it.
You also don't know which threads call your
On Tue, 22 Apr 2014 09:48:28 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 22 April 2014 at 13:39:54 UTC, Steven Schveighoffer wrote:
On Tue, 22 Apr 2014 09:29:28 -0400, Ola Fosheim Grøstad Can you explain
this?
When you use a C/C++ framework you don't
Old-style operator overloads (such as opCom, opAnd, etc) have
largely been superseded by new-style templated operator overloads
(opUnary, opBinary, etc).
But the old-style operators are not listed on the deprecation
page, they don't seem to be planned to be deprecated/removed. I
recall a few
On Tuesday, 22 April 2014 at 14:07:47 UTC, Steven Schveighoffer
wrote:
know this you are required to know the internals of the
framework you are utilizing or inject runtime guards into your
D functions?
Or just mark those objects sent into the framework as shared.
Having multi-threaded RC
On Tuesday, 22 April 2014 at 14:21:42 UTC, Andrej Mitrovic wrote:
this brought up some issues w.r.t. the compilation performance
when using templates and potential object bloat as well.
If templates are an issue, you can always just write a
non-template function, and template the alias:
On Tue, 22 Apr 2014 10:21:40 -0400, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
Old-style operator overloads (such as opCom, opAnd, etc) have largely
been superseded by new-style templated operator overloads (opUnary,
opBinary, etc).
But the old-style operators are not listed on
Hi,
what is the future of D interface files? Somehow they work except for
new features package.d files or @properties.
I got the information that D interface files shouldn't be used anymore
as this functionality is outdated/broken
(d.D.learn) lhok7c$2451$1...@digitalmars.com
On the other side
On Tue, 22 Apr 2014 11:30:57 -0400, Andre an...@s-e-a-p.de wrote:
Hi,
what is the future of D interface files? Somehow they work except for
new features package.d files or @properties.
I got the information that D interface files shouldn't be used anymore
as this functionality is
Andrej Mitrovic wrote in message
news:ifghzjafvfqrqkhlp...@forum.dlang.org...
Old-style operator overloads (such as opCom, opAnd, etc) have largely been
superseded by new-style templated operator overloads (opUnary, opBinary,
etc).
I prefer the old ones mainly because the names are better
Daniel Murphy:
I prefer the old ones mainly because
You can't remove the new ones, and you can't keep two different
operator overloading systems in a language.
Bye,
bearophile
Hi !
Now it has a short alias m.a-rei.ru and sync delay raised to 1
hour.
On 4/21/14, 11:51 PM, Jacob Carlborg wrote:
On 21/04/14 23:23, Andrei Alexandrescu wrote:
I confess getting a bit uncomfortable about adding new dependencies at
this point. We depend on dpl-docs already, and the tool was difficult to
install and broke from one dmd release to the next. Sönke
On Tuesday, 22 April 2014 at 06:51:40 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 21 April 2014 at 23:02:54 UTC, Walter Bright wrote:
There is JUST NO WAY that:
struct RefCount {
T* data;
int* count;
}
This is actually quite efficient compared to the standard
NSObject
On Tuesday, 22 April 2014 at 16:58:23 UTC, Kapps wrote:
iOS now on 64-bit processors doesn't necessarily use a hashtable
for refcounting. Basically, only 33 bits of the 64-bit pointer
are used to actually refer to an address, then 19 of the
remaining bits are used to store an inline reference
On Tue, 22 Apr 2014 13:22:19 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 22 April 2014 at 16:58:23 UTC, Kapps wrote:
iOS now on 64-bit processors doesn't necessarily use a hashtable
for refcounting. Basically, only 33 bits of the 64-bit pointer
are used
On Tuesday, 22 April 2014 at 17:22:21 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 22 April 2014 at 16:58:23 UTC, Kapps wrote:
iOS now on 64-bit processors doesn't necessarily use a
hashtable
for refcounting. Basically, only 33 bits of the 64-bit pointer
are used to actually refer to an
bearophile wrote in message news:pvkqreqswxwusojgp...@forum.dlang.org...
you can't keep two different operator overloading systems in a language.
Of course we can.
On Tue, 22 Apr 2014 13:35:20 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Tue, 22 Apr 2014 13:22:19 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 22 April 2014 at 16:58:23 UTC, Kapps wrote:
iOS now on 64-bit processors doesn't necessarily
On Tuesday, 22 April 2014 at 17:39:53 UTC, Kapps wrote:
https://www.mikeash.com/pyblog/friday-qa-2013-09-27-arm64-and-you.html
Ctrl +F Repurposed isa Pointer
Ah, ok, the refcount is embedded in the class-table pointer.
On Tuesday, 22 April 2014 at 17:52:28 UTC, Steven Schveighoffer
wrote:
Even doing it the way they have seems unnecessarily complex,
given that iOS 64-bit was brand new.
I dislike this too… The only reason I can think of is that Apple
themselves have code for OS-X that is optimized 64 bit code
On Tuesday, 22 April 2014 at 17:43:58 UTC, Daniel Murphy wrote:
Of course we can.
We have alias a = b; and alias b a;, so there's precedent for
having two ways of doing exactly the same thing.
Testing a 2.065 pre-release snapshot against GDC. I see that
std.algorithm now surpasses 2.1GBs of memory consumption when
compiling unittests. This is bringing my laptop down to its
knees for a painful 2/3 minutes.
This is time that could be better spent if the unittests where
simply
On Tue, 22 Apr 2014 13:43:58 -0400, Daniel Murphy
yebbliesnos...@gmail.com wrote:
bearophile wrote in message
news:pvkqreqswxwusojgp...@forum.dlang.org...
you can't keep two different operator overloading systems in a language.
Of course we can.
If the old behavior can be exactly
I'm going through some code and thinking of ways to reduce GC pressure,
and came across a bit that needed to append some items to an array:
T[] args;
lex.expect(();
args ~= parseSingleItem(lex);
while (!lex.empty) {
lex.expect(,);
On Tue, Apr 22, 2014 at 06:09:11PM +, Iain Buclaw via Digitalmars-d wrote:
Testing a 2.065 pre-release snapshot against GDC. I see that
std.algorithm now surpasses 2.1GBs of memory consumption when
compiling unittests. This is bringing my laptop down to its knees for
a painful 2/3
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
On Mon, 21 Apr 2014 19:02:53 -0400, Walter Bright newshou...@digitalmars.com
wrote:
The thing is, with iOS ARC, it cannot be statically guaranteed to be memory
safe.
So?
If you see no value in static guarantees of memory safety, then what
On 4/22/2014 2:20 AM, John Colvin wrote:
A system that is automatically safe but can be manually managed for extra
performance. That sounds very D-ish.
Needing to write @system code with a GC to get performance is rare in D. It's
normal in O-C, as has been pointed out here a couple times.
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
Again with the straw man!
If you really believe you can make a performant ARC system, and have it be
memory safe, feel free to write a complete proposal on it.
Steven Schveighoffer wrote in message
news:op.xeqcf3vbeav7ka@stevens-macbook-pro-2.local...
If the old behavior can be exactly mimiced, I think we can get rid of the
old behavior.
Can != Should
Less code in the compiler, less complexity in the language.
More complexity in user code.
On Tue, 22 Apr 2014 14:15:21 -0400, Daniel Murphy
yebbliesnos...@gmail.com wrote:
Steven Schveighoffer wrote in message
news:op.xeqcf3vbeav7ka@stevens-macbook-pro-2.local...
If the old behavior can be exactly mimiced, I think we can get rid of
the old behavior.
Can != Should
Sorry I
On Tue, 22 Apr 2014 14:12:17 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
On Mon, 21 Apr 2014 19:02:53 -0400, Walter Bright
newshou...@digitalmars.com
wrote:
The thing is, with iOS ARC, it cannot be statically guaranteed to be
On Tue, 22 Apr 2014 14:10:30 -0400, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
I'm going through some code and thinking of ways to reduce GC pressure,
and came across a bit that needed to append some items to an array:
T[] args;
lex.expect(();
On Tue, Apr 22, 2014 at 02:24:41PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
On Tue, 22 Apr 2014 14:10:30 -0400, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
I'm going through some code and thinking of ways to reduce GC
pressure, and came across a bit that
On Tue, 22 Apr 2014 14:15:35 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
Again with the straw man!
If you really believe you can make a performant ARC system, and have it
be memory safe, feel free to write a complete proposal
On Tuesday, 22 April 2014 at 18:38:28 UTC, Steven Schveighoffer
wrote:
I hope you can understand that from this discussion, I'm not to
motivated to devote time on it. Not that I could do it anyway :)
Do it anyway.
This is such a fun topic and many would be entertained by the
ensuing
22-Apr-2014 22:10, H. S. Teoh via Digitalmars-d пишет:
I'm going through some code and thinking of ways to reduce GC pressure,
and came across a bit that needed to append some items to an array:
T[] args;
lex.expect(();
args ~= parseSingleItem(lex);
while
On Tue, 22 Apr 2014 14:43:04 -0400, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 22 April 2014 at 18:38:28 UTC, Steven Schveighoffer wrote:
I hope you can understand that from this discussion, I'm not to
motivated to devote time on it. Not that I could do it
On Tue, 22 Apr 2014 14:31:07 -0400, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tue, Apr 22, 2014 at 02:24:41PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
On Tue, 22 Apr 2014 14:10:30 -0400, H. S. Teoh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2014-04-22 11:20, Yuriy wrote:
Hello, is there a way of getting CT info of a class' children?
Not in a pretty way but I think this should work:
* Implement a custom RTInfo in object.d in druntime. This template will
be instantiated with all user defined types
* For each type that is a
On 04/22/2014 02:06 PM, Brian Schott wrote:
On Tuesday, 22 April 2014 at 17:43:58 UTC, Daniel Murphy wrote:
Of course we can.
We have alias a = b; and alias b a;, so there's precedent for having two
ways of doing exactly the same thing.
Except that's another case of we had one way to do it,
On Tuesday, 22 April 2014 at 18:47:16 UTC, Dmitry Olshansky wrote:
22-Apr-2014 22:10, H. S. Teoh via Digitalmars-d пишет:
I'm going through some code and thinking of ways to reduce GC
pressure,
and came across a bit that needed to append some items to an
array:
T[] args;
On Tuesday, 22 April 2014 at 18:52:44 UTC, Steven Schveighoffer
wrote:
On Tue, 22 Apr 2014 14:31:07 -0400, H. S. Teoh via
Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tue, Apr 22, 2014 at 02:24:41PM -0400, Steven Schveighoffer
via Digitalmars-d wrote:
On Tue, 22 Apr 2014 14:10:30
On 2014-04-22 17:52:27 +, Steven Schveighoffer
schvei...@yahoo.com said:
Even doing it the way they have seems unnecessarily complex, given that
iOS 64-bit was brand new.
Perhaps it's faster that way due to some caching effect. Or perhaps
it's to be able to have static constant string
On Tuesday, 22 April 2014 at 18:48:04 UTC, Steven Schveighoffer
wrote:
I mean not like I can't because I don't want to or don't have
time, but can't as in I lack the skill set :) It's interesting
to debate, and I get the concepts, but I am not a CPU/cache
guy, and these things are really
On 4/22/2014 11:28 AM, Steven Schveighoffer wrote:
On Tue, 22 Apr 2014 14:12:17 -0400, Walter Bright newshou...@digitalmars.com
wrote:
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
On Mon, 21 Apr 2014 19:02:53 -0400, Walter Bright newshou...@digitalmars.com
wrote:
The thing is, with iOS
On 4/22/2014 11:38 AM, Steven Schveighoffer wrote:
Generally, when investing a lot of time and energy into something, you want to
make sure the market is there first...
Ironic, considering that nobody but me believed there was a market for D before
it existed :-)
I do believe there is a
On Tue, 22 Apr 2014 15:02:05 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 4/22/2014 11:28 AM, Steven Schveighoffer wrote:
On Tue, 22 Apr 2014 14:12:17 -0400, Walter Bright
newshou...@digitalmars.com
wrote:
On 4/22/2014 6:18 AM, Steven Schveighoffer wrote:
On Mon, 21 Apr 2014
On Tue, 22 Apr 2014 15:10:31 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 4/22/2014 11:38 AM, Steven Schveighoffer wrote:
Generally, when investing a lot of time and energy into something, you
want to
make sure the market is there first...
Ironic, considering that nobody but
On Tue, Apr 22, 2014 at 06:59:05PM +, monarch_dodra via Digitalmars-d wrote:
On Tuesday, 22 April 2014 at 18:47:16 UTC, Dmitry Olshansky wrote:
22-Apr-2014 22:10, H. S. Teoh via Digitalmars-d пишет:
[...]
The question is, is there a way to take a slice of the static array,
set the length
On 2014-04-22 09:56, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
I never use css macros-tools, regular template libraries are usually
better (e.g. jinja2 allows me to execute python expressions if needed).
With current browsers the CSS is getting much more streamlined too
On 2014-04-22 14:21, w0rp wrote:
I like your design. Go forth and make it happen.
On line length, the optimal line length is somewhere between 70 and 110
characters from what I have read. I found one study here which didn't
turn up a great observable difference in reading speed or comprehension
On 2014-04-22 18:38, Andrei Alexandrescu wrote:
I'm clearly outta my depth here, basing myself off of giving
http://sass-lang.com/guide a couple minutes. From what I can tell here's
how ddoc matches up sass features:
Pre-processing: yes
Variables: yes
Nesting: no
Partials, Import: somewhat (by
On 2014-04-22 19:02:05 +, Walter Bright newshou...@digitalmars.com said:
Memory safety is not a strawman. It's a critical feature for a modern
language, and will become ever more important.
What you don't seem to get is that ARC, by itself, is memory-safe.
Objective-C isn't memory safe
1 - 100 of 277 matches
Mail list logo
