On Thursday, 30 January 2014 at 04:18:12 UTC, Rory McGuire wrote:
Could you try build with the dmd beta?
The latest beta produced the same results.
But with help form Brian Schott it turns out it just takes a lot
longer to compile that one lexer.d file.
So the fix is to just be very
On Tuesday, 28 January 2014 at 09:58:27 UTC, Brian Schott wrote:
New DCD and DScanner betas are ready for testing. The tags can
be found here:
https://github.com/Hackerpilot/DCD/tree/0.3.0-beta1
https://github.com/Hackerpilot/Dscanner/tree/0.1.0-beta1
[...]
On github i read:
Import paths
Is it possible to get an updated build.bat file that doesn't rely
on 64bit? There also seems to be files mentioned in the script
that don't exist anymore.
On Thursday, 30 January 2014 at 13:02:53 UTC, Casper Færgemand
wrote:
Is it possible to get an updated build.bat file that doesn't
rely on 64bit? There also seems to be files mentioned in the
script that don't exist anymore.
And that would be style.d. After removing it from the script
along
On Thursday, 30 January 2014 at 13:07:33 UTC, Casper Færgemand
wrote:
On Thursday, 30 January 2014 at 13:02:53 UTC, Casper Færgemand
wrote:
Is it possible to get an updated build.bat file that doesn't
rely on 64bit? There also seems to be files mentioned in the
script that don't exist anymore.
On 01/29/2014 07:37 AM, Sarath Kodali wrote:
Thanks for the link, I will take a look. Is this a working debugger?
Kind of ;), I'm not the original author, but I fixed the build and tried
to improve it a little. Although I no longer plan to work on this,
the existing code might be helpful
Hi everyone,
There's debugging functionality in Mono-D on Windows (again -
after ~2 years of not having maintained it) now.
The blog post (+ screenshot):
http://mono-d.alexanderbothe.com/revived-debugging-on-windows/
Further thanks go out to Orvid who has spent some efforts in
improving
Now I gotta see how it's performing on Windows..
539ms without skipping function bodies
150ms with skipping them. Quite nice imho.
On Tuesday, 28 January 2014 at 09:58:27 UTC, Brian Schott wrote:
New DCD and DScanner betas are ready for testing.
The Zeus IDE dot completion, parenthesis completion and goto
declaration scripts have been updated and are all working fine
with this latest DCD release.
As yet there is no
Lots of you have submitted speaking proposals for Dconf 2014. There's no reason
whatsoever you can't present the same thing at OSCON, or even what you did for
Dconf 2013.
http://www.oscon.com/oscon2014
What are you waiting for?
On 29 January 2014 14:33, Brad Anderson e...@gnuk.net wrote:
On Wednesday, 29 January 2014 at 00:41:46 UTC, Manu wrote:
I had an issue with the windows installer.
It didn't remember where my existing D installation was, and tried to
installer it somewhere else by default.
It should remember
On 30 January 2014 04:17, Manu turkey...@gmail.com wrote:
On 30 January 2014 04:47, John Colvin john.loughran.col...@gmail.com
wrote:
On Tuesday, 28 January 2014 at 02:53:14 UTC, Andrei Alexandrescu
wrote:
Don't forget - Friday night is the deadline for both DConf submissions
and early
On 30 January 2014 19:07, Iain Buclaw ibuc...@gdcproject.org wrote:
On 30 January 2014 04:17, Manu turkey...@gmail.com wrote:
On 30 January 2014 04:47, John Colvin john.loughran.col...@gmail.com
wrote:
On Tuesday, 28 January 2014 at 02:53:14 UTC, Andrei Alexandrescu
wrote:
Don't
2014-01-29 H. S. Teoh hst...@quickfur.ath.cx
On Tue, Jan 28, 2014 at 11:48:46PM +, Martin Cejp wrote:
It doesn't really get any easier than this:
bool lol[lol.length];
My apologies if this has been fixed in master.
Still happens on git HEAD. Please file a bug and tag it 'ice'.
On Thursday, 30 January 2014 at 08:57:24 UTC, Manu wrote:
On 30 January 2014 19:07, Iain Buclaw ibuc...@gdcproject.org
wrote:
On 30 January 2014 04:17, Manu turkey...@gmail.com wrote:
On 30 January 2014 04:47, John Colvin
john.loughran.col...@gmail.com
wrote:
On Tuesday, 28 January
On Thursday, 30 January 2014 at 05:57:30 UTC, Nick Sabalausky
wrote:
On 1/29/2014 9:12 AM, Chris wrote:
The point is that it is simply not fair that someone gets
money for something someone else created. Many inventors and
musician
died in poverty while untalented but greedy business men made
On 1/30/2014 12:57 AM, Manu wrote:
And I definitely feel more intimidated now thinking about it (and watching the
replay) than last time ;)
Come on, Manu, listen to ed and do a submission!
On Thursday, 30 January 2014 at 10:26:14 UTC, Walter Bright wrote:
On 1/30/2014 12:57 AM, Manu wrote:
And I definitely feel more intimidated now thinking about it
(and watching the
replay) than last time ;)
Come on, Manu, listen to ed and do a submission!
Also can Kenji Hara be presented
On Wednesday, 29 January 2014 at 22:16:57 UTC, Peter Alexander
wrote:
On Wednesday, 29 January 2014 at 21:18:06 UTC, Etienne wrote:
void exec(string command)(){
foreach(str ; choice.splitter(.)){
writeln(str);
}
}
I'd like to take the opportunity to say how
Hi all,
On March 22, 2014, GDC will turn 10! \o/
This is a great landmark achievement in brevity for GDC, but we
still haven't achieved in my personal opinion any levity of
worthy note. So much to the point I'm beginning to give doubt
myself as to how long things can continue with a
On Wednesday, 29 January 2014 at 21:16:26 UTC, Andrej Mitrovic
wrote:
On 1/28/14, Dicebot pub...@dicebot.lv wrote:
There is a dstep package in Arch Linux [community] ;)
I was trying out Manjaro recently (yeah I'm a Mint-spoiled
n00b) and
saw that all D-related packages were packaged by..
On Wednesday, 29 January 2014 at 14:12:03 UTC, Chris wrote:
I think it boils down to fairness. If someone can have a good
life with what you've created, why shouldn't you have a good
life too? You have to change the system completely so that
everyone gets his / her due. You cannot have a
Is there anything that a supporter can do if he is unable to
spend time on direct contribution? :(
On Wed, 29 Jan 2014 08:30:53 -0500, Martin Cejp mine...@gmail.com 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)
On 1/30/14, Dicebot pub...@dicebot.lv wrote:
Accepting PRs https://github.com/Dicebot/Arch-PKGBUILDs ;)
Noted!
On Thursday, 30 January 2014 at 11:19:33 UTC, Idan Arye wrote:
On Wednesday, 29 January 2014 at 22:16:57 UTC, Peter Alexander
wrote:
On Wednesday, 29 January 2014 at 21:18:06 UTC, Etienne wrote:
void exec(string command)(){
foreach(str ; choice.splitter(.)){
On Wednesday, 29 January 2014 at 22:16:57 UTC, Peter Alexander
wrote:
You can use TypeTuple for static foreach.
...
This is why I think using term declaration foreach is less
confusing. It is pretty much the same but shifts attention away
from essentional use case.
On Thursday, 30 January 2014 at 12:36:07 UTC, Dicebot wrote:
On Wednesday, 29 January 2014 at 14:12:03 UTC, Chris wrote:
I think it boils down to fairness. If someone can have a good
life with what you've created, why shouldn't you have a good
life too? You have to change the system completely
On 01/30/2014 03:08 PM, Ilya Yaroshenko wrote:
2) `foreach` creates it's own scope. This won't work:
foreach(i; TypeTuple!(1,2,3)){
mixin(int num~i.stringof~;);
}
num1=1;
num2=2;
num3=3;
writeln(num1,num2,num3);
...
2) no. This should work for compile time
On Thursday, 30 January 2014 at 10:26:14 UTC, Walter Bright wrote:
On 1/30/2014 12:57 AM, Manu wrote:
And I definitely feel more intimidated now thinking about it
(and watching the
replay) than last time ;)
Come on, Manu, listen to ed and do a submission!
Will you be doing a technical talk
On Tuesday, 28 January 2014 at 02:53:14 UTC, Andrei Alexandrescu
wrote:
Don't forget - Friday night is the deadline for both DConf
submissions and early registrations.
http://dconf.org
It's safe to say we have a quorum already. Also, the proposals
we got are solid. However, we are having
On Thursday, 30 January 2014 at 15:28:34 UTC, Timon Gehr wrote:
On 01/30/2014 03:08 PM, Ilya Yaroshenko wrote:
2) `foreach` creates it's own scope. This won't work:
foreach(i; TypeTuple!(1,2,3)){
mixin(int num~i.stringof~;);
}
num1=1;
num2=2;
num3=3;
On 2014-01-30 10:28 AM, Timon Gehr wrote:
import std.typetuple, std.stdio;
void main(){
foreach(i; TypeTuple!(1,2,3)){
mixin(int num~i.stringof~;);
}
num1=1;
num2=2;
num3=3;
writeln(num1,num2,num3);
}
This written as a static foreach or declarative
On Thursday, 30 January 2014 at 17:13:21 UTC, Ilya Yaroshenko
wrote:
On Thursday, 30 January 2014 at 15:28:34 UTC, Timon Gehr wrote:
On 01/30/2014 03:08 PM, Ilya Yaroshenko wrote:
2) `foreach` creates it's own scope. This won't work:
foreach(i; TypeTuple!(1,2,3)){
mixin(int
On Thursday, 30 January 2014 at 17:12:51 UTC, Etienne wrote:
On 2014-01-30 10:28 AM, Timon Gehr wrote:
import std.typetuple, std.stdio;
void main(){
foreach(i; TypeTuple!(1,2,3)){
mixin(int num~i.stringof~;);
}
num1=1;
num2=2;
num3=3;
writeln(num1,num2,num3);
}
On Tuesday, 28 January 2014 at 02:53:14 UTC, Andrei Alexandrescu
wrote:
Don't forget - Friday night is the deadline for both DConf
submissions and early registrations.
http://dconf.org
It's safe to say we have a quorum already. Also, the proposals
we got are solid. However, we are having
It's worth noting that a presentation can practically be a call
to action, too. As a random example, talk about pitfalls you
encountered debugging your D project, how you solved the problem,
and suggest how debugging in D could be improved. Really, just
about anyone who uses D regularly
On 30 January 2014 12:38, Dicebot pub...@dicebot.lv wrote:
Is there anything that a supporter can do if he is unable to spend time on
direct contribution? :(
If you have knowledge of the frontend, you can resolve implementation
issues that are known to break GDC/LDC.
ie:
On 01/29/2014 11:30 PM, Mengu wrote:
On Wednesday, 29 January 2014 at 18:06:48 UTC, Ali Çehreli wrote:
Mengü, these are great ideas. I wonder what topic you are saving for
yourself. ;)
[...]
i will talk about 'introduction to d for python, ruby
programmers' in front of you, andrei,
On 30 January 2014 19:06, Iain Buclaw ibuc...@gdcproject.org wrote:
On 30 January 2014 12:38, Dicebot pub...@dicebot.lv wrote:
Is there anything that a supporter can do if he is unable to spend time on
direct contribution? :(
If you have knowledge of the frontend, you can resolve
On 1/29/2014 4:05 PM, Andrej Mitrovic wrote:
Most of the links on the yage homepage seem to be dead. But I'm
wondering whether any games were made that used Yage?
None worth mentioning. It had too many missing features and I never got
it to a complete-enough state.
On 1/29/2014 3:27 PM, Ryan Voots wrote:
On Wednesday, 29 January 2014 at 18:15:57 UTC, Andrej Mitrovic wrote:
On 1/29/14, Ryan Voots simcop2...@simcop2387.info wrote:
but it's coming along faster than I had expected.
Is it already buildable? Any samples work? Nice that you're working on
it.
On Thursday, 30 January 2014 at 14:08:27 UTC, Ilya Yaroshenko
wrote:
1) You can use
mixin(format(Prolog%(Begin%sEnd%)Epilog,
CompileTimeRange)); See std.format for ranges and
std.string.format.
That works for simple cases. Complex cases require that you write
a function and calling it with
On 1/29/2014 1:07 PM, Ryan Voots wrote:
I've started a fork of YAGE in an attempt to revive it. So far I'm
still working on porting it to build with dub and D2, but it's coming
along faster than I had expected. I figured I should let people know in
case anyone wants to help.
Andrei has stated at least once that he agrees about usefulness /
necessity of declaration foreach. It is mostly matter of someone
doing implementation, same as for many other hot discussed
stuff.
On Thursday, 30 January 2014 at 07:30:17 UTC, Mengu wrote:
http://i.imgur.com/tpcI9zv.jpg :)
yes, master. i will talk about 'introduction to d for python,
ruby programmers' in front of you, andrei, walter and many
others who are (me^99). :-)
Bear in mind that the talks are recorded and
Your motivation for this question is not clear. I can only guess.
If you hope to get more performance by providing only one
function, which is used as virtual and static at the same time,
then this is impossible, because virtual functions are bound to a
data instance by design.
If you look for
On Monday, 27 January 2014 at 17:57:02 UTC, Timon Gehr wrote:
On 01/26/2014 09:29 PM, Oten wrote:
Which tools do you miss in the D language? ...
A fully working compiler for the most recent language version.
So is dmd compiler not eable to compile the most recent language
version?
On Thursday, 30 January 2014 at 11:19:33 UTC, Idan Arye wrote:
Two problems:
1) You can't use `foreach` outside functions. That means that
you write:
struct Foo{
foreach(i;TypeTuple!(1,2,3)){
mixin(int num~i.stringof~;);
}
}
mixin({ foreach(...) { ... }
On Monday, 27 January 2014 at 08:24:07 UTC, Manu wrote:
I'm quite serious, this is a true realisation of an unconscious
behaviour.
D ruined C/C++ for me, but my expectations of C/C++'s tooling
still remains
a barrier to my enjoyment of writing D code all time time...
I'm fucked!
Similar
On Thursday, 30 January 2014 at 13:24:09 UTC, Steven
Schveighoffer wrote:
[snip]
The issue you have is with the naming, you can't overload a
virtual function with a static one. A static function call is a
different call than a virtual one. You can't mix the two.
-Steve
Actually you can
Am 29.01.2014 00:26, schrieb Marco Leise:
Am Tue, 28 Jan 2014 10:28:03 +
schrieb ed growler...@gmail.com:
On Monday, 27 January 2014 at 11:03:45 UTC, Russel Winder wrote:
[...]
I find GtkD + Glade rather good actually. The problem is that
this is
not really a good direction for cross
On Tuesday, 28 January 2014 at 02:53:14 UTC, Andrei Alexandrescu
wrote:
Don't forget - Friday night is the deadline for both DConf
submissions and early registrations.
http://dconf.org
It's safe to say we have a quorum already. Also, the proposals
we got are solid. However, we are having
On 1/30/14 12:33 PM, Dicebot wrote:
Andrei has stated at least once that he agrees about usefulness /
necessity of declaration foreach. It is mostly matter of someone doing
implementation, same as for many other hot discussed stuff.
Yah, we should have an easier means of iteratively injecting
On Thursday, 30 January 2014 at 20:17:54 UTC, JoeCoder wrote:
On 1/29/2014 4:05 PM, Andrej Mitrovic wrote:
Most of the links on the yage homepage seem to be dead. But I'm
wondering whether any games were made that used Yage?
None worth mentioning. It had too many missing features and I
On 1/30/14 4:13 AM, Iain Buclaw wrote:
Hi all,
On March 22, 2014, GDC will turn 10! \o/
This is a great landmark achievement in brevity for GDC, but we still
haven't achieved in my personal opinion any levity of worthy note. So
much to the point I'm beginning to give doubt myself as to how
On 1/30/2014 5:39 PM, Andrei Alexandrescu wrote:
On 1/30/14 4:13 AM, Iain Buclaw wrote:
On March 22, 2014, GDC will turn 10! \o/
Congratulations!
Yes, well done!
The thing is, most of the people in this
forum are blissfully unaware of GNU's process, milestones, and deadlines. I know
it's
On Thursday, 30 January 2014 at 23:06:36 UTC, deadalnix wrote:
On Thursday, 30 January 2014 at 11:19:33 UTC, Idan Arye wrote:
Two problems:
1) You can't use `foreach` outside functions. That means that
you write:
struct Foo{
foreach(i;TypeTuple!(1,2,3)){
mixin(int
On Thursday, 20 January 2011 at 18:19:21 UTC, Jacob Carlborg
wrote:
On 2011-01-20 14:47, Justin Johansson wrote:
Not long ago the Java Language people introduced the idea of
annotations
together with an annotation processing tool (apt).
Now perhaps the idea of source code annotations is not
Suppose I have
class A
{
mixin t!A;
}
is there a way to replace the mixin template's dependence on the
class name?
e.g.,
class A
{
mixin t!This; // This turns in to A
}
(so, for example, renaming the above class only has to rename one
place instead of two)
On Thursday, 30 January 2014 at 03:28:57 UTC, Craig Dillabaugh
wrote:
So, there is a module core.stdc.config (referenced here):
http://dlang.org/interfaceToC.html
That is presumably part of the D Standard library. I am
curious to know why no mention of this library is included at:
On Thursday, 30 January 2014 at 09:03:17 UTC, Frustrated wrote:
mixin t!(typeof(this))
On Thursday, 30 January 2014 at 09:14:43 UTC, Cooler wrote:
Please stop explain me how fun3() works. I know that.
One of the main idea of D is that things must work as planned,
or would not compile at all. First and second variants follow
this idea. But fun3() can work not as planned on the
On Wednesday, 29 January 2014 at 17:12:57 UTC, Stanislav Blinov
wrote:
On Wednesday, 29 January 2014 at 17:11:32 UTC, Ary Borenszweig
wrote:
Yes, as there are other ways for body: _body, _body, Body,
HtmlBody, etc. But body is the best one.
torso? ;)
offspring =
On Thursday, 30 January 2014 at 09:14:43 UTC, Cooler wrote:
If you want to modify the slice and make changes visible in
caller, you should use ref. If you don't care whether changes
are visible in caller, you can omit any attributes and use
plain array. This belongs to the case you are asking
On Thursday, 30 January 2014 at 10:15:10 UTC, Chris wrote:
offspring = document.createElement(div);
document.torso.addOffspring(div);
Looks great! :D
Hi,
I just read this nice article about slices:
http://dlang.org/d-array-article.html
So I tried this code to see if I understood it correctly:
---
import std.stdio;
void main() {
auto a = new int[5];
auto b = a;
a[0] = 1;
for(auto i = 0; i 100; i++) {
a ~= 0;
}
a[0] =
This prints:
a[0] = 2
b[0] = 1
That is, a was resized to a point where it needed to
reallocate its contents. b still holds a reference to the old
data. When, after the for loop, I change a's data, b's data
doesn't change.
Is this expected behaviour?
That's how it is.
How can I safely
Cooler:
Again - stop consider current state of D implementation.
Consider how we can make D better. I think fun3() push
programmers to make errors.
I think functions like void fun(int[] a){} are bug prone, because
you seem to change the length of the array inside the function,
or if you
On Thursday, 30 January 2014 at 10:49:42 UTC, Cooler wrote:
Now I am trying to speak ideally. What ideal language should
be, not the practical implementation.
...
Again - don't look back. Consider how we can make D better.
...
Again - stop consider current state of D implementation.
I was, I think, able to call an interface's method. I had the
code like the following
interface A
{
void foo();
}
class B : A { void foo() { writeln(Hey); } }
class C : A { void foo() { writeln(You); } }
yet, when I called a.foo(); I did not get any output. (A being of
type A)
Now, I
On Thursday, 30 January 2014 at 11:19:58 UTC, Frustrated wrote:
I was, I think, able to call an interface's method. I had the
code like the following
interface A
{
void foo();
}
class B : A { void foo() { writeln(Hey); } }
class C : A { void foo() { writeln(You); } }
yet, when I called
On Wednesday, 29 January 2014 at 18:05:41 UTC, Stanislav Blinov
wrote:
Yep, doesn't seem to be simd-related:
struct S(T) { T v1, v2; }
void main() {
alias T = double; // integrals and float are ok :\
version (workaround) {
S!T[1] p = void;
} else {
On Wednesday, 29 January 2014 at 14:34:54 UTC, Cooler wrote:
Here is ambiguity.
void fun3(int[] x){ x ~= 5; ... }
auto a = new int[10];
fun3(a); // Here content of a may be changed or may be not
changed. Depends on the buffer size that system will allocate
for a array.
You use very
On Thursday, 30 January 2014 at 12:50:34 UTC, John Colvin wrote:
On Thursday, 30 January 2014 at 10:43:55 UTC, Ary Borenszweig
wrote:
Hi,
I just read this nice article about slices:
http://dlang.org/d-array-article.html
So I tried this code to see if I understood it correctly:
---
import
On Thursday, 30 January 2014 at 10:43:55 UTC, Ary Borenszweig
wrote:
Hi,
I just read this nice article about slices:
http://dlang.org/d-array-article.html
So I tried this code to see if I understood it correctly:
---
import std.stdio;
void main() {
auto a = new int[5];
auto b = a;
On Thu, 30 Jan 2014 05:43:55 -0500, Ary Borenszweig a...@esperanto.org.ar
wrote:
Hi,
I just read this nice article about slices:
http://dlang.org/d-array-article.html
So I tried this code to see if I understood it correctly:
---
import std.stdio;
void main() {
auto a = new int[5];
Compiling with DMD 2.064, I am NOT able to get any function in
interfaces accepted unless they are final. This means you cannot
provide default behavior in the interface, at least not in the
ways shown above.
kOn Wed, 29 Jan 2014 05:55:56 -0500, Cooler kul...@hotbox.ru wrote:
Consider 3 functions taking array as an argument:
void fun1(in int[] x){...}
void fun2(ref int[] x){...}
void fun3(int[] x){...}
auto a = new int[10];
fun1(a); // Guaranteed that a will not be changed
fun2(a); //
On Thursday, 30 January 2014 at 07:26:51 UTC, Jacob Carlborg
wrote:
On 2014-01-30 05:42, Mike Parker wrote:
All of the core.* modules are part of DRuntime, not Phobos.
Unfortunately none of the core.stdc.* modules are documented.
It's understandable that duplicating the documentation of the
On Thursday, 30 January 2014 at 13:43:49 UTC, Casper Færgemand
wrote:
Compiling with DMD 2.064, I am NOT able to get any function in
interfaces accepted unless they are final. This means you
cannot provide default behavior in the interface, at least not
in the ways shown above.
Yes the void
On Thursday, 30 January 2014 at 09:03:47 UTC, Gary Willoughby
wrote:
On Thursday, 30 January 2014 at 03:28:57 UTC, Craig Dillabaugh
wrote:
So, there is a module core.stdc.config (referenced here):
http://dlang.org/interfaceToC.html
That is presumably part of the D Standard library. I am
Ok, didn't need to wait for the weekend :)
Looks like both dmd and ldc don't optimize slice operations yet,
had to revert to loops (shaved off ~1.5 seconds for ldc, ~9
seconds for dmd). Also, my local pull of ldc had some issues with
to!int(string), reverted that to atoi :)
Here's the code:
On Thursday, 30 January 2014 at 11:29:55 UTC, TheFlyingFiddle
wrote:
On Thursday, 30 January 2014 at 11:19:58 UTC, Frustrated wrote:
I was, I think, able to call an interface's method. I had the
code like the following
interface A
{
void foo();
}
class B : A { void foo() { writeln(Hey);
On Thursday, 30 January 2014 at 14:17:16 UTC, Stanislav Blinov
wrote:
Forgot one slice assignment in toDobule2(). Now the results are
more interesting:
time ./nbody-cpp 5000:
-0.169075164
-0.169059907
0:05.20 real, 5.18 user, 0.00 sys, 532 kb, 99% cpu
time ./nbody-ldc 5000:
On Thu, 30 Jan 2014 09:18:40 -0500, Cooler kul...@hotbox.ru wrote:
Forgot to mention :)
I read the rest of the discussion. Arrays are hard to understand in D,
especially if you have preconceived notions from other languages. But
I would point out that fun2 does not guarantee anything more
On Thu, 30 Jan 2014 09:07:14 -0500, Cooler kul...@hotbox.ru wrote:
If I don't want that fun() will change my array, i have to use fun1()
variant.
If I want fun() will change my array, i have to use fun2() variant. What
fun2() do with it's argument inside it's body - not my business.
No.
On Thursday, 30 January 2014 at 14:31:05 UTC, Frustrated wrote:
I'm not asking about a work around but if what I am talking
about
can actually be done(does the vtable support this or can made to
support it?)
It would work if you changed the interface to an abstract class.
On Thu, 30 Jan 2014 09:31:05 -0500, Frustrated c1514...@drdrb.com wrote:
I'm not asking about a work around but if what I am talking about
can actually be done(does the vtable support this or can made to
support it?)
Yes. Interfaces have no concrete vtable. Only classes do. A concrete class
On Thu, 30 Jan 2014 10:24:14 -0500, Cooler kul...@hotbox.ru wrote:
On Thursday, 30 January 2014 at 14:40:36 UTC, Dicebot wrote:
On Thursday, 30 January 2014 at 13:42:53 UTC, Cooler wrote:
If I use fun2() I expect that fun2() will change the content of my
array, and all changes I will see. If
Stanislav Blinov:
Forgot one slice assignment in toDobule2(). Now the results are
more interesting:
Is the latest link shown the last version?
I need the 0.13.0-alpha1 to compile the code.
I am seeing a significant performance difference between C++ and
D-ldc2.
Bye,
bearophile
On Thursday, 30 January 2014 at 15:49:35 UTC, Cooler wrote:
I agree. I just want that the case can be expressed in
language syntax more obvious - something like fun(int[]
const x){} to emphasize that I understand that fun() can
change content of array, and cannot change the {pointer,size}
Here: http://dlang.org/operatoroverloading.html#FunctionCall
is this example:
import std.stdio;
struct F {
int opCall() {
return 0;
}
int opCall(int x, int y, int z) {
return x * y * z;
}
}
void main() {
F f;
This does not compile on Windows, but does compile on Mac:
---
module main;
void main()
{
import std.path;
enum bar = import(`dir` ~ dirSeparator ~ `bar.txt`);
}
---
The docs say:
http://dlang.org/expression.html#ImportExpression
Implementations may restrict the file name in
On Thu, 30 Jan 2014 10:49:34 -0500, Cooler kul...@hotbox.ru wrote:
On Thursday, 30 January 2014 at 15:29:50 UTC, Steven Schveighoffer wrote:
On Thu, 30 Jan 2014 10:24:14 -0500, Cooler kul...@hotbox.ru wrote:
On Thursday, 30 January 2014 at 14:40:36 UTC, Dicebot wrote:
I agree. I just want
void main() {
F f;
int i = f(3,4,5);
float f_ = f!float(6, 7, 8);
}
Does not work, it fails with:
Error: template instance f!float f is not a template
declaration, it is a variable
f.opCall!float(6, 7, 8);
On Thursday, 30 January 2014 at 16:24:00 UTC, Stanislav Blinov
wrote:
void main() {
F f;
int i = f(3,4,5);
float f_ = f!float(6, 7, 8);
}
Does not work, it fails with:
Error: template instance f!float f is not a template
declaration, it is a variable
Stanislav Blinov:
You mean with your current version of ldc?
Yes. The older version of LDC2 doesn't even compile the code. I
need to use 0.13.0-alpha1.
Your D code with small changes:
http://codepad.org/xqqScd42
Asm generated by G++ for the advance function (that is the one
that uses
On Thursday, 30 January 2014 at 16:28:42 UTC, Namespace wrote:
On Thursday, 30 January 2014 at 16:24:00 UTC, Stanislav Blinov
wrote:
void main() {
F f;
int i = f(3,4,5);
float f_ = f!float(6, 7, 8);
}
Does not work, it fails with:
Error: template instance f!float f
On Thursday, 30 January 2014 at 16:47:46 UTC, Frustrated wrote:
On Thursday, 30 January 2014 at 16:28:42 UTC, Namespace wrote:
On Thursday, 30 January 2014 at 16:24:00 UTC, Stanislav Blinov
wrote:
void main() {
F f;
int i = f(3,4,5);
float f_ = f!float(6, 7, 8);
}
1 - 100 of 208 matches
Mail list logo