On Saturday, 25 October 2014 at 23:44:04 UTC, Jkpl wrote:
On Saturday, 25 October 2014 at 22:41:59 UTC, Kyoji Klyden
wrote:
On Saturday, 25 October 2014 at 22:17:35 UTC, Jkpl wrote:
Just ask to Vlad. He seems to be the forum maintainer. He'll
check the IP.
Even if I'm not the OP, the message
Two days later and I still cant get a 'Hello World' to compile.
It is far beyond me how a project can exist for so many years
and still not have a straightforward installation that works out
of the box. Yes.. read the forums and search google for solutions
that may or may not work depending on the
On Friday, 29 March 2013 at 08:58:06 UTC, kenji hara wrote:
http://wiki.dlang.org/DIP32
Kenji Hara
Will it allow for nested tuples? Or tuples containing lambdas?
std.container.Array seems to have a bug in the latest beta.
emplace fails
// Insert one item
size_t insertBack(Stuff)(Stuff stuff)
if (isImplicitlyConvertible!(Stuff, T))
{
if (_capacity == length)
{
reserve(1 + capacity *
Are those that say the GC is fine and works for 90-95% of apps
without issue just ignorant? Or are they arrogant?
When one is writing a real time app and have the absolute lowest
chance of losing control, a STW GC is simply not allowed in this
apps.
This is the argument for the GC: So, you w
On Tuesday, 15 July 2014 at 08:01:40 UTC, Meta wrote:
Spot the bug:
template flattenedType(R, uint depth = uint.max)
if (isInputRange!R)
{
static if (depth > 0)
{
static if (!isInputRange!(typeof(R.init.front)))
{
alias flat
On Friday, 11 July 2014 at 18:14:24 UTC, Nick Sabalausky wrote:
On Friday, 11 July 2014 at 17:44:29 UTC, Frustrated wrote:
So why isn't there a link to previous versions of dmd? I have
a regression I need to test out but can't find 2.064!
They're on the changelog page. Click
So why isn't there a link to previous versions of dmd? I have a
regression I need to test out but can't find 2.064!
On Wednesday, 18 June 2014 at 15:42:04 UTC, Etienne wrote:
I find myself often repeating this boilerplate:
if (obj.member !is null)
{
if (obj.member.nested !is null)
{
if (obj.member.nested.val !is null)
{
writeln(obj.member
I never got the real issue with destructors(I haven't seen the
issue explained, just a lot of talk about it being a problem and
how to fix it) but I think doing away with them would be a very
bad idea. Assuming the only/main issue is with the GC not
guaranteeing to call them then that is really
On Monday, 21 April 2014 at 16:45:15 UTC, Jacob Carlborg wrote:
On Sunday, 20 April 2014 at 14:38:47 UTC, Frustrated wrote:
How bout this!
Why not allow one to define their own attributes from a
generalized subset and then define a few standard ones like
@nogc.
Sounds like you want AST
On Sunday, 20 April 2014 at 15:04:28 UTC, Rikki Cattermole wrote:
On Sunday, 20 April 2014 at 14:38:47 UTC, Frustrated wrote:
On Wednesday, 16 April 2014 at 02:14:18 UTC, Walter Bright
wrote:
On 4/15/2014 6:57 PM, Mike wrote:
I suspect some of the motivation for this is to give
customers
On Wednesday, 16 April 2014 at 02:14:18 UTC, Walter Bright wrote:
On 4/15/2014 6:57 PM, Mike wrote:
I suspect some of the motivation for this is to give customers
"faster horses".
I would be surprised if a @nogc attribute increased D's
appeal, and I think
efforts would be better allocated to s
On Friday, 18 April 2014 at 14:04:04 UTC, Aleksandar Ruzicic
wrote:
Hello,
I've been D enthusiast for couple of years now (but I do not
participate much in discussions here, although I read forums
almost daily), and I keep telling people about D and how
awesome it is.
But, all this time D's
On Tuesday, 15 April 2014 at 17:01:38 UTC, Walter Bright wrote:
http://wiki.dlang.org/DIP60
Start on implementation:
https://github.com/D-Programming-Language/dmd/pull/3455
"GC allocations in a @nogc function will be disallowed, and that
means calls to operator new"
I do not think new is
On Monday, 7 April 2014 at 17:46:44 UTC, w0rp wrote:
On Sunday, 6 April 2014 at 14:47:28 UTC, JN wrote:
Wouldn't it be better to have named parameters like in Python
or
C#? That way you could call the function like:
func(foo=myFoo) or func(bar=myBar) or func(foo=myFoo,
bar=myBar)
and there w
On Sunday, 6 April 2014 at 21:06:44 UTC, Nick Sabalausky wrote:
On 4/6/2014 10:47 AM, JN wrote:
Wouldn't it be better to have named parameters like in Python
or
C#? That way you could call the function like:
func(foo=myFoo) or func(bar=myBar) or func(foo=myFoo,
bar=myBar)
and there would b
On Saturday, 29 March 2014 at 17:29:51 UTC, MattCoder wrote:
On Saturday, 29 March 2014 at 16:31:48 UTC, Frustrated wrote:
On Friday, 28 March 2014 at 19:57:13 UTC, MattCoder wrote:
On Friday, 28 March 2014 at 19:35:22 UTC, Frustrated wrote:
which means, i = is the previous value of j(before
On Friday, 28 March 2014 at 19:57:13 UTC, MattCoder wrote:
On Friday, 28 March 2014 at 19:35:22 UTC, Frustrated wrote:
which means, i = is the previous value of j(before increment).
This should hold true when j is an alias for i.
In this case: i = i++; Means:
"i" is incremented b
On Friday, 28 March 2014 at 20:59:34 UTC, Justin Whear wrote:
On Fri, 28 Mar 2014 19:35:20 +, Frustrated wrote:
either way, all increment i, which actually never happens in
D. As was
pointed out, VS does it properly... D does it wrong. Accept it
and stop
trying to validate how D does
On Friday, 28 March 2014 at 18:29:27 UTC, QAston wrote:
On Friday, 28 March 2014 at 18:04:41 UTC, Frustrated wrote:
On Friday, 28 March 2014 at 16:54:49 UTC, Benjamin Thaut wrote:
I had a bug which came down to the following line today:
m_takeIndex = m_takeIndex++;
Actually this line does
On Friday, 28 March 2014 at 16:54:49 UTC, Benjamin Thaut wrote:
I had a bug which came down to the following line today:
m_takeIndex = m_takeIndex++;
Actually this line does nothing. m_takeIndex remains at exactly
the same value as before (tested with dmd 2.065).
Can someone please explain w
On Wednesday, 26 March 2014 at 19:29:49 UTC, Artur Skawina wrote:
On 03/07/14 20:22, Frustrated wrote:
On Friday, 7 March 2014 at 09:10:45 UTC, John Colvin wrote:
functions introduced through mixin templates do not take part
in overload resolution when an overload exists outside the
mixin
On Wednesday, 26 March 2014 at 04:05:10 UTC, Philippe Sigaud
wrote:
No, I think I mentioned that string mixins can't get the
context they are
inserted in. Why would I simply wrap a string mixin around a
template mixin
if there wasn't some purpose that string mixins couldn't use
in the first
pl
On Tuesday, 25 March 2014 at 20:23:47 UTC, Philippe Sigaud wrote:
That's probably not the solution you want, but could you use
direct
string mixins?
import std.stdio;
string B() { return `void foo(double d) {
writeln("foo(double)"); }`; }
class C
{
void foo(int x) { writeln("x"); }
mixin template A()
{
lazy mixin(B);
//mixin(B);
}
template B()
{
string B() { return "void foo(double d) { foo(cast(int)d);
}"; }
}
class C
{
void foo(int x) { writeln("x"); }
mixin A; // tries to add foo to class but already
exists(even though it is not identical)
}
Is it possible for the compiler to warn/mark functions,
templates, and types that use the GC?
e.g., I have a mixin template that has a static associative
array. At some point I would like to remove the GC dependence but
the only way to ensure I'll remember is to add some type of
warning/prag
On Friday, 21 March 2014 at 19:23:34 UTC, Russel Winder wrote:
On Fri, 2014-03-21 at 18:55 +, Frustrated wrote:
[…]
Why not just learn the correct syntax instead of perpetuating
ignorance? Python syntax is not modern. COBOL just needs to go
away...
D syntax is of course less modern than
On Friday, 21 March 2014 at 18:47:49 UTC, Pedro Larroy wrote:
Hi
As a newcomer to D, I wonder, how difficult would be and would
it be welcome by the D community to have D's syntax with
significant whitespace and without brackets more like python?
Thanks.
Why not just learn the correct syn
On Wednesday, 19 March 2014 at 16:57:38 UTC, dnspies wrote:
I have a function called at CTFE which includes the lines:
97 if(conjunction exp = cast(conjunction)this_exp) {
98 inner_substitutions!(first,conjunction)(exp, map);
99 } else if(disjunction exp = cast(disjunction
On Friday, 14 March 2014 at 05:15:05 UTC, Manu wrote:
So it comes up fairly regularly that people suggest that the
compiler
should have a mode where it may update user code automatically
to assist
migration to new compiler versions.
I'm personally against the idea, and Walter certainly doesn't
On Wednesday, 12 March 2014 at 10:57:10 UTC, Steve Teale wrote:
interface I
{
auto myType();
}
class A: I
{
auto myType() { return cast(A) null; }
}
void main()
{
I x = getSomeI();
typeof(x.myType()) y;
}
Check out:
http://forum.dlang.org/thread/ljqbcbitfptxqjaup...@forum.dlang.o
On Friday, 7 March 2014 at 09:10:45 UTC, John Colvin wrote:
On Friday, 7 March 2014 at 06:23:58 UTC, Frustrated wrote:
Can someone check this out? The best I can acertain is that
the mixin template isn't adding the generated functions
because it thinks they are already in the class.
Can someone check this out? The best I can acertain is that the
mixin template isn't adding the generated functions because it
thinks they are already in the class.
i.e., the code generates the following methods
@property iButton button(iButton b)
@property iBorder border(iBorder b)
and the c
I have a mixin template that I use to make programming to
interfaces easier. The problem is when I try to wrap the template
to reduce dependence on the container class(using typeof(this)) I
get an error as the string mixin is not working.
The code can be seen here
http://dpaste.dzfl.pl/6c90ca
How difficult is it to port D code to future projects on
alternate platforms(mainly coming from win) and, if needed be, a
compiler for those platforms?
At this point, I'm wondering how difficult code I'm writing for
windows will be to port to, say, the iOS, mac, arm, and more
likely, embedded sys
On Friday, 21 February 2014 at 09:04:40 UTC, Ivan Kazmenko wrote:
On Friday, 21 February 2014 at 05:21:53 UTC, Frustrated wrote:
I think though adding a "repeating" bit would make it even more
accurate so that repeating decimals within the bounds of
maximum
bits used could be r
On Friday, 21 February 2014 at 19:59:36 UTC, Francesco Cattoglio
wrote:
On Friday, 21 February 2014 at 19:12:39 UTC, Frustrated wrote:
Simply not true. Maple, for example, uses constants and can
compute using constants.
You are mixing symbolic calculus and numerical computations.
The two are
On Friday, 21 February 2014 at 07:42:36 UTC, francesco cattoglio
wrote:
On Friday, 21 February 2014 at 05:21:53 UTC, Frustrated wrote:
I think though adding a "repeating" bit would make it even more
accurate so that repeating decimals within the bounds of
maximum
bits use
On Thursday, 20 February 2014 at 23:41:12 UTC, jerro wrote:
We might not need random access though.
Even if you don't need random access, you can't
store them in a packed way if you want to be able
to mutate them in place, since mathematical operations
on them can change the number of bits they
On Thursday, 20 February 2014 at 10:28:43 UTC, Steve Teale wrote:
How difficult would it be to allow the '$' to be used instead of
length in something like:
Thing[] ta;
for (size_t i = 0; i < ta.$; i++)
It can be used in slices, and indexes, so it might well be
unambiguous here.
it's ugly, ho
Is that not just C+++? When the gc and allocation gets fixed
we'll end up with C?
Then don't we have D = C^n for some n? Does this hold for
negative numbers? Complex numbers?
On Thursday, 13 February 2014 at 06:51:37 UTC, 1100110 wrote:
On 2/11/14, 17:15, Mike wrote:
On Tuesday, 11 February 2014 at 21:11:15 UTC, Walter Bright
wrote:
On 2/11/2014 11:43 AM, Walter Bright wrote:
(First off, I hate the name "better C", any suggestions?)
How about "EmbeddedD", though
On Wednesday, 12 February 2014 at 17:50:25 UTC, thedeemon wrote:
On Wednesday, 12 February 2014 at 12:11:04 UTC, Shammah
Chancellor wrote:
With all the talk of garbage collection. I was wondering if
it would be useful to make the GC typed. If it was typed, it
maybe be possible to make it more
On Tuesday, 11 February 2014 at 21:39:19 UTC, Andrei Alexandrescu
wrote:
On 2/11/14, 12:47 PM, Peter Alexander wrote:
On Tuesday, 11 February 2014 at 20:02:37 UTC, Frustrated wrote:
On Tuesday, 11 February 2014 at 19:56:11 UTC, Peter Alexander
wrote:
On Tuesday, 11 February 2014 at 19:43:00
On Tuesday, 11 February 2014 at 19:56:11 UTC, Peter Alexander
wrote:
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright
wrote:
What do you think?
I think it would have little benefit and would just lead to
pointless fragmentation and maintenance for the compiler devs.
Do you progra
On Tuesday, 11 February 2014 at 19:43:00 UTC, Walter Bright wrote:
I've toyed with this idea for a while, and wondered what the
interest there is in something like this.
The idea is to be able to use a subset of D that does not
require any of druntime or phobos - it can be linked merely
with
On Friday, 7 February 2014 at 13:36:12 UTC, Németh Péter wrote:
It would be more of an abstract type. Something special
template
aggregate that the compiler accesses to get code to "hook" in
to
the memory management parts of the code the compiler needs,
but
has delegated specifics to the "u
On Thursday, 6 February 2014 at 21:17:24 UTC, Andrei Alexandrescu
wrote:
On 2/6/14, 12:51 PM, Frustrated wrote:
On Thursday, 6 February 2014 at 20:24:55 UTC, Andrei
Alexandrescu
wrote:
On 2/6/14, 12:01 PM, Frustrated wrote:
See the other post about this. scopeDeallocation meant to
simply
On Thursday, 6 February 2014 at 20:24:55 UTC, Andrei Alexandrescu
wrote:
On 2/6/14, 12:01 PM, Frustrated wrote:
See the other post about this. scopeDeallocation meant to
simply
signal that the scope of a has ended but not necessarily there
are no references to a.
So that's a s
On Thursday, 6 February 2014 at 18:18:49 UTC, Andrei Alexandrescu
wrote:
On 2/6/14, 9:54 AM, Frustrated wrote:
Any time you hard code code something you are also creating
constraints. If people build something on top of what you have
built they inherit those constrains.
Nice thought.
So
On Thursday, 6 February 2014 at 18:41:25 UTC, Namespace wrote:
I like the idea, but instead of new!strategy I would prefer:
use @strategy(RefCount)
or
use @strategy(GC) // Default
We would have in druntime some functions which are tagged with
@strategy(Whatever) (which are invoked if the use co
On Thursday, 6 February 2014 at 18:44:49 UTC, fra wrote:
On Thursday, 6 February 2014 at 18:18:49 UTC, Andrei
Alexandrescu wrote:
On 2/6/14, 9:54 AM, Frustrated wrote:
{
auto a = new!strategy A;
// implicit deallocation: compiler inserts
strategy.scopeDeallocation(a);
}
I don't think
Any time you hard code code something you are also creating
constraints. If people build something on top of what you have
built they inherit those constrains.
Take building a house, once the foundation is laid and the
framework is added it becomes next to impossible to go back and
modify the fo
On Tuesday, 4 February 2014 at 13:18:51 UTC, Dicebot wrote:
There is a lot of discussion ongoing about ARC vs GC but in
practice forcing either of those is unacceptable. Language that
is strongly coupled with hard-coded memory model will
inevitably fail in some domain.
For me perfect solution
On Tuesday, 4 February 2014 at 12:18:22 UTC, ed wrote:
On Tuesday, 4 February 2014 at 12:03:31 UTC, Frustrated wrote:
[snip]
It would be nice if one could simply write some allocator, drop
it into D, and everything work out dandy. e.g., I want to try
out
a new super fast AGC like metronome GC
On Monday, 3 February 2014 at 20:02:30 UTC, Andrei Alexandrescu
wrote:
On 2/3/14, 6:57 AM, Frank Bauer wrote:
Anyone asking for the addition of ARC or owning pointers to D,
gets
pretty much ignored. The topic is "Smart pointers instead of
GC?",
remember? People here seem to be more interested i
On Tuesday, 4 February 2014 at 02:15:21 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:54:22 -0800, Frustrated
wrote:
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February 2014 06:21, Adam Wilson
wrote:
On Mon
On Tuesday, 4 February 2014 at 01:36:09 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 17:04:08 -0800, Manu
wrote:
On 4 February 2014 06:21, Adam Wilson
wrote:
On Mon, 03 Feb 2014 12:02:29 -0800, Andrei Alexandrescu <
seewebsiteforem...@erdani.org> wrote:
On 2/3/14, 6:57 AM, Frank Bauer wro
On Tuesday, 4 February 2014 at 00:19:53 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 15:26:22 -0800, Frustrated
wrote:
On Monday, 3 February 2014 at 21:42:59 UTC, Shammah Chancellor
wrote:
You can always force the GC to run between cycles in your
game, and
turn off automatic sweeps. This
On Monday, 3 February 2014 at 21:42:59 UTC, Shammah Chancellor
wrote:
You can always force the GC to run between cycles in your game,
and
turn off automatic sweeps. This is how most games operate
nowadays.
It's also probably possible to create a drop-in replacement for
the GC
to do something
On Monday, 3 February 2014 at 20:21:14 UTC, Adam Wilson wrote:
On Mon, 03 Feb 2014 12:02:29 -0800, Andrei Alexandrescu
wrote:
On 2/3/14, 6:57 AM, Frank Bauer wrote:
Anyone asking for the addition of ARC or owning pointers to
D, gets
pretty much ignored. The topic is "Smart pointers instead o
On Monday, 3 February 2014 at 14:57:35 UTC, Frank Bauer wrote:
On Monday, 3 February 2014 at 02:58:59 UTC, Manu wrote:
But D ticks all the boxes, except that one... and it's an
important field
that isn't covered by the rest of the landscape of emerging or
trendy
languages.
I think it's also t
On Sunday, 2 February 2014 at 16:55:35 UTC, Andrei Alexandrescu
wrote:
On 2/2/14, 3:23 AM, JR wrote:
On Sunday, 2 February 2014 at 05:30:02 UTC, Andrei
Alexandrescu wrote:
On 2/1/14, 8:18 PM, Frank Bauer wrote:
On Sunday, 2 February 2014 at 03:38:03 UTC, Andrei
Alexandrescu wrote:
Whoa, this w
On Saturday, 1 February 2014 at 19:11:28 UTC, Adam Wilson wrote:
On Sat, 01 Feb 2014 09:57:41 -0800, Frustrated
wrote:
On Saturday, 1 February 2014 at 17:30:54 UTC, Sean Kelly wrote:
On Saturday, 1 February 2014 at 11:40:37 UTC, Frustrated
wrote:
And why does Phobos/runtime require the GC
On Saturday, 1 February 2014 at 17:30:54 UTC, Sean Kelly wrote:
On Saturday, 1 February 2014 at 11:40:37 UTC, Frustrated wrote:
And why does Phobos/runtime require the GC in so many cases
when
it could just use an internal buffer? So much effort has been
put
in to make the GC work that it
s it is.
Basically doing the exact opposite by making the GC more
ubiquitous in D. Makes people that have no problem with the GC
happy but those that do have problems just get more and more
frustrated.
What has happened is the GC has made the library writers lazy. It
doesn't belong in 99% of Phobos.
On Wednesday, 2 January 2013 at 22:46:20 UTC, pjmlp wrote:
On Wednesday, 2 January 2013 at 11:41:33 UTC,
DythroposTheImposter wrote:
I'm interested in how the new LuaJIT GC ends up performing.
But overall I can't say I have much hope for GC right now.
GC/D = Generally Faster allocation. Has a
On Wednesday, 29 January 2014 at 15:30:38 UTC, Martin Cejp wrote:
On Wednesday, 29 January 2014 at 15:21:54 UTC, Frustrated wrote:
No, you are mixing concepts. Logger.print is a function that
uses
a vtable and takes a hidden parameter this.
ConsoleLogger.print is a regular function that is
On Wednesday, 29 January 2014 at 13:30:54 UTC, Martin Cejp wrote:
This is a feature I've always missed in C++. Consider the code
below:
import std.stdio;
interface Logger {
void print(string msg);
}
class ConsoleLogger : Logger {
static override void print(string msg) {
I propose that stringof be allowed on mixins so that they return,
as a string, the "output of the mixin" (if it is a string mixin
then it just returns the string of the mixin)
This will make using mixins much easier for intellisense and
debugging purposes.
e.g.,
template A!(B) { class C : B { }
On Tuesday, 14 January 2014 at 22:36:12 UTC, Benjamin Thaut wrote:
Am 14.01.2014 23:10, schrieb Walter Bright:
I already agreed that there are better ways.
Then this was a big misunderstanding.
So, the issue seems to be that everyone is treating the GC as the
Thors hammer and seeing every
On Thursday, 28 November 2013 at 10:30:36 UTC, Chris wrote:
There are voice analysis and speech processing toolkits like
Covarep and Voicebox (see links below) that were coded in
Matlab, because they were originally only prototypes. There has
been talk of porting them to C++. My first thought,
73 matches
Mail list logo
