Self-contained numeric library that provides an efficient and
accurate implementation of complex error functions, along with
Dawson, Faddeeva, and Voigt functions.
https://github.com/9il/libcerf
On Sunday, 21 September 2014 at 16:12:08 UTC, Ilya Yaroshenko
wrote:
Self-contained numeric library that provides an efficient and
accurate implementation of complex error functions, along with
Dawson, Faddeeva, and Voigt functions.
https://github.com/9il/libcerf
The error function is used
Computation of complex error functions based on Faddeeva function.
See: http://ab-initio.mit.edu/wiki/index.php/Faddeeva_Package
I need this functions to compute integrals for new numeric
methods in statistics.
On Sunday, 21 September 2014 at 16:14:30 UTC, ponce wrote:
On Sunday, 21 September
I decided to sell of all my sited, to free my mind for a new
projects.
One of my site is a little bit related with programming languages.
the name is: versusit.org
blog have few aricles about C++ and D.
The price is 100$ + small mention about me as about project
founder on About Page.
On 19.09.2014 03:36, Vladimir Panteleev wrote:
Most notable change since DConf is that on Windows, Digger can now build
D from source (including x64 versions) without requiring Git or Visual
Studio to be installed. It achieves this by downloading and locally
installing (unpacking) all the
On Sunday, 21 September 2014 at 17:43:14 UTC, Rainer Schuetze
wrote:
How about running the test suite?
+1
Would make me far more happier of starting seriously getting into
dmd bug fixing.
On Sunday, 21 September 2014 at 04:59:12 UTC, Paulo Pinto wrote:
Am 21.09.2014 04:50, schrieb Andrei Alexandrescu:
On 9/20/14, 7:10 PM, bearophile wrote:
Andrei Alexandrescu:
Rust looked a lot more exciting when I didn't know much
about it.
I didn't remember ever seeing you excited about
On Sunday, 21 September 2014 at 03:48:36 UTC, Walter Bright wrote:
On 9/12/2014 6:48 PM, Manu via Digitalmars-d wrote:
What happens when a scope() thing finds it's way into generic
code? If the type
doesn't carry that information, then you end up in a situation
like ref. Have
you ever had to
On Sunday, 21 September 2014 at 05:55:20 UTC, Cliff wrote:
.NET suffers a similar problem in spite of the community's best
efforts with Mono - it'll always be a distant 2nd (or 5th or
20th) on other platforms. And on Windows, C++ won't get
supplanted by .NET absent a sea-change in the mindset
On Sunday, 21 September 2014 at 03:28:03 UTC, Mike wrote:
I suggest the compiler insert calls to whatever lifetime
events may cause an increment/decrement. Then, the druntime
can provide the implementation.
I believe with these runtime hooks in place platform-specific
optimizations and even
Am 21.09.2014 08:05, schrieb deadalnix:
On Sunday, 21 September 2014 at 05:55:20 UTC, Cliff wrote:
.NET suffers a similar problem in spite of the community's best
efforts with Mono - it'll always be a distant 2nd (or 5th or 20th) on
other platforms. And on Windows, C++ won't get supplanted by
Am 21.09.2014 07:29, schrieb deadalnix:
On Friday, 19 September 2014 at 10:59:24 UTC, Dicebot wrote:
Yeah this is exactly what I was asking about. I assumed that
deadlnix has done some research about it and found some specific
inconsistencies / issues - after all, it is not the only
On Sunday, 21 September 2014 at 06:41:25 UTC, Sönke Ludwig wrote:
There are also funny little things like this one:
http://dpaste.dzfl.pl/aac84d5ffae8
HAHAHAHA, that is retarded XD
V Sun, 21 Sep 2014 08:41:26 +0200
Sönke Ludwig via Digitalmars-d digitalmars-d@puremagic.com napsáno:
Am 21.09.2014 07:29, schrieb deadalnix:
On Friday, 19 September 2014 at 10:59:24 UTC, Dicebot wrote:
Yeah this is exactly what I was asking about. I assumed that
deadlnix has done some
Tofu Ninja wrote in message news:nwjquvwnetifhydfa...@forum.dlang.org...
On Saturday, 20 September 2014 at 23:07:16 UTC, Adam D. Ruppe wrote:
string results[](T) = I have no idea what I'm doing;
I agree that's just weird though, someone pointed that out to me on IRC
and I was even like
20-Sep-2014 21:55, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com пишет:
On Saturday, 20 September 2014 at 15:30:55 UTC, Andrei Alexandrescu wrote:
I understand. RC strings will work just fine. Compared to interlocked
approaches we're looking at a 5x improvement in RC speed for the
On 2014-09-21 05:38, Walter Bright wrote:
2. I think there is quite a bit of overlap between scope and ref.
Essentially, ref does everything scope does, except deal with classes.
I'm not terribly comfortable with such a large overlap, it implies
something is wrong. I don't have an answer at the
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
What do you think are the worst parts of D?
Proper D code is supposed to have lots of attributes (pure const
nothrow @nogc) that brings little and makes it look bad.
On 2014-09-21 07:55, Cliff wrote:
Swift will never be more important than Objective C was - which is to
say it'll be the main development language on Apple products and
probably nothing else. That has real value, but the limits on it are
pretty hard and fast (which says more about Apple than
On 9/21/2014 1:25 AM, Jacob Carlborg wrote:
Am I missing something but isn't ref for passing something by reference
instead of by value. scope, in this proposal, is for dealing with lifetime? Or
do you have any other proposal for what ref might become?
See this discussion:
On 2014-09-21 07:55, Cliff wrote:
.NET suffers a similar problem in spite of the community's best efforts
with Mono - it'll always be a distant 2nd (or 5th or 20th) on other
platforms. And on Windows, C++ won't get supplanted by .NET absent a
sea-change in the mindset of the Windows OS group -
Am Sat, 20 Sep 2014 08:25:17 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/19/14, 11:36 PM, Marco Leise wrote:
Am Fri, 19 Sep 2014 08:02:30 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/18/14, 11:45 PM, Marco Leise wrote:
We should
On 2014-09-20 18:31, Adam D. Ruppe wrote:
On Saturday, 20 September 2014 at 16:15:45 UTC, Andrei Alexandrescu wrote:
We need to explore that. A possibility is to support coexistence and
then have the option to use a tool statically pinpoint the uses of GC.
-- Andrei
What, *exactly*, does uses
On 2014-09-20 18:53, Paulo Pinto wrote:
I would say ARC == RC. I never saw a distinction in literature between
both, before Apple used the term.
I never saw the term ARC before Apple used it. I would say, ARC is a
form of RC but RC doesn't not need imply ARC. BTW Automatic Reference
On Sunday, 21 September 2014 at 00:07:36 UTC, Vladimir Panteleev
wrote:
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja
wrote:
What do you think are the worst parts of D?
The regressions!
https://issues.dlang.org/buglist.cgi?bug_severity=regressionlist_id=106988resolution=---
I
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to increment and decrement reference counts. --
Andrei
We do need to know what you're proposal is for. How else can we comment
on it? Paulo Pinto's
Am Sat, 20 Sep 2014 09:07:20 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/20/14, 12:46 AM, Olivier Pisano wrote:
If making the GC completely optional is a must, then error
handling shouldn't rely on it at all, no? What about completely
switching exception handling
On Sunday, 21 September 2014 at 08:24:46 UTC, Dmitry Olshansky
wrote:
Not spontaneously :)
You'd have to cast to shared and back, and then you are on your
own.
Fiber is thread-local, shared(Fiber) isn't.
That will have to change if Go is a target. To get full load you
need to let fibers
Am Sat, 20 Sep 2014 10:17:06 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/20/14, 9:31 AM, Adam D. Ruppe wrote:
On Saturday, 20 September 2014 at 16:15:45 UTC, Andrei Alexandrescu
wrote:
We need to explore that. A possibility is to support coexistence
and then
On Sunday, 21 September 2014 at 03:39:24 UTC, Walter Bright wrote:
I think it's a well thought out proposal. Thanks for doing this!
A couple thoughts:
1. const can be both a storage class and a type constructor.
Scope is only a storage class. The scope(int) syntax implies
scope is a type
On Monday, 25 August 2014 at 11:48:18 UTC, Marc Schütz wrote:
It would be desired in `chooseStringAtRandom`, but not in the
`findSubstring`, whose returned string shouldn't be limited by
the scope of the needle. If it is made the default, there would
need to be a way to opt out, such as
Ary Borenszweig:
Could you tell which are those two kinds and which other
correctness are ignored? Just to learn more about Rust. Thanks!
Rust does everything to be memory safe, and avoid data races
outside its unsafe code zones. But in the real world there are
many other sources of bugs
On Sunday, 21 September 2014 at 09:01:45 UTC, Johannes Pfau wrote:
+1, replace it completely with malloc/free.
However, for backwards compatibility malloced exceptions
probably still
have to be added as roots to the GC, at least if they refer GC
allocated data. This should be somehow optional
Moved to: https://github.com/burner/phobos/pull/2
I did some simple benchmark, logging Hello world 1_000_000
times with the default logger. (DMD with release settings).
Comparing the version before the thread-safety changes with
the one afterwards. The timings are: 6.67s and 6.66s - so it
is
On 16.09.2014 17:38, Andrei Alexandrescu wrote:
On 9/15/14, 4:49 PM, Rainer Schuetze wrote:
On 15.09.2014 10:24, Andrei Alexandrescu wrote:
Hmm, seems fine when I try it. It feels like a bug in the type system,
though: when you make a copy of const(RCXString) to some RCXString, it
removes
On Tuesday, 19 August 2014 at 16:24:40 UTC, Kai Nacke wrote:
No. The LLVM people started a call for talks after the proposal
was accepted. But we need a clear idea of the topics we like to
have in our schedule.
Regards,
Kai
Any news about that ?
Am Sun, 21 Sep 2014 09:35:40 +
schrieb deadalnix deadal...@gmail.com:
On Sunday, 21 September 2014 at 09:01:45 UTC, Johannes Pfau wrote:
+1, replace it completely with malloc/free.
However, for backwards compatibility malloced exceptions
probably still
have to be added as roots to
Am 21.09.2014 11:30, schrieb bearophile:
Ary Borenszweig:
Could you tell which are those two kinds and which other correctness
are ignored? Just to learn more about Rust. Thanks!
Rust does everything to be memory safe, and avoid data races outside its
unsafe code zones. But in the real world
Paulo Pinto:
(and other
languages are ATS, Whiley, F*, Idris, etc, cover other forms of
correctness).
...
You can handle units of measure via tuples structs, since you
mention F#.
Here I mentioned F*, not F#:
http://research.microsoft.com/en-us/projects/fstar/
Bye,
bearophile
Am 21.09.2014 10:51, schrieb Jacob Carlborg:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to increment and decrement reference counts. --
Andrei
We do need to know what you're proposal is for.
Am 21.09.2014 12:47, schrieb bearophile:
Paulo Pinto:
(and other
languages are ATS, Whiley, F*, Idris, etc, cover other forms of
correctness).
...
You can handle units of measure via tuples structs, since you mention F#.
Here I mentioned F*, not F#:
On Friday, 19 September 2014 at 23:47:06 UTC, Max Klyga wrote:
Jonathan Blow just recorded a talk about the needs and ideas
for a programming language for game developer.
https://www.youtube.com/watch?v=TH9VCN6UkyQ
This talk mentions D quite a lot of times.
D is mentioned as the most probable
This comes from a discussion in this issue:
https://issues.dlang.org/show_bug.cgi?id=13122
Perhaps this topic was already discussed and solved in past, but
unfortunately I don't remember such discussions.
Issue 13122 is about cartesianProduct but the same situation is
visible more simply
On 21 September 2014 16:02, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sunday, 21 September 2014 at 03:48:36 UTC, Walter Bright wrote:
On 9/12/2014 6:48 PM, Manu via Digitalmars-d wrote:
What happens when a scope() thing finds it's way into generic code? If
the type
On 09/21/2014 09:05 AM, Daniel Murphy wrote:
Tofu Ninja wrote in message news:nwjquvwnetifhydfa...@forum.dlang.org...
On Saturday, 20 September 2014 at 23:07:16 UTC, Adam D. Ruppe wrote:
string results[](T) = I have no idea what I'm doing;
I agree that's just weird though, someone pointed
On 09/21/2014 07:29 AM, deadalnix wrote:
Free goodie: when you import, all symbol are resolved via the expected
import resolution mechanism. All ? No, the root package is imported in
the local scope.
foo(int a) {
import a.b.c;
// a is now a package and not the parameter a anymore.
}
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
[1] https://www.youtube.com/watch?v=TH9VCN6UkyQ
The worst part is programmers unable to express their ideas in
written form.
On Saturday, 20 September 2014 at 04:28:58 UTC, deadalnix wrote:
On Friday, 19 September 2014 at 23:47:06 UTC, Max Klyga wrote:
Jonathan Blow just recorded a talk about the needs and ideas
for a programming language for game developer.
https://www.youtube.com/watch?v=TH9VCN6UkyQ
This talk
On 09/21/2014 11:53 AM, Rainer Schuetze wrote:
It also references the issue why this has been changed pretty recently:
https://issues.dlang.org/show_bug.cgi?id=11257
I'm on the fence whether this is convenient or makes it too easy to
break const guarantees. It seems strange that you can modify
On Sunday, 21 September 2014 at 09:07:58 UTC, Johannes Pfau wrote:
7) The GC needs to be implemented in D, in the druntime.
Eh, it is easy to write a stub function that just calls malloc.
The main problem with that is what Andrei said: most code won't
call free since it doesn't have to, so
On 19.09.2014 17:30, Daniel Murphy wrote:
Chris wrote in message news:kcsnboocxeykhknjl...@forum.dlang.org...
Out of curiosity. dmd still produces the if statement, although it
ain't gonna happen. Same is true of DoIt.yes. I know, it's an
unlikely and marginal example.
No it doesn't,
On Sun, Sep 21, 2014 at 06:49:22AM +, deadalnix via Digitalmars-d wrote:
On Sunday, 21 September 2014 at 06:41:25 UTC, Sönke Ludwig wrote:
There are also funny little things like this one:
http://dpaste.dzfl.pl/aac84d5ffae8
HAHAHAHA, that is retarded XD
Wow, that is truly messed up. XD
On Sun, Sep 21, 2014 at 02:55:47PM +0200, Timon Gehr via Digitalmars-d wrote:
On 09/21/2014 07:29 AM, deadalnix wrote:
Free goodie: when you import, all symbol are resolved via the
expected import resolution mechanism. All ? No, the root package is
imported in the local scope.
foo(int a)
On 09/21/2014 03:53 PM, H. S. Teoh via Digitalmars-d wrote:
I.e., this should work:
string foo(string text) {
import std.conv; // includes std.conv.text
return ;// but `text` is never referenced
}
but this should emit an error:
On Sunday, 21 September 2014 at 10:19:11 UTC, Théo Bueno wrote:
On Tuesday, 19 August 2014 at 16:24:40 UTC, Kai Nacke wrote:
No. The LLVM people started a call for talks after the
proposal was accepted. But we need a clear idea of the topics
we like to have in our schedule.
Regards,
Kai
On Saturday, 20 September 2014 at 17:20:28 UTC, Andrei
Alexandrescu wrote:
On 9/20/14, 9:32 AM, ketmar via Digitalmars-d wrote:
On Sat, 20 Sep 2014 08:25:17 -0700
Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com
wrote:
I think this is an entirely palatable idiom:
alias
Dicebot:
module a;
alias Int1 = Typedef!(int, MyInt);
module b;
alias Int2 = Typedef!(int, MyInt);
// oh I didn't know someone else used that cookie too..
Sooner or later a dirty semantics will bite your ass. It's an
important rule of language/library design.
unless either type
On 9/21/14, 1:27 AM, ponce wrote:
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
What do you think are the worst parts of D?
Proper D code is supposed to have lots of attributes (pure const nothrow
@nogc) that brings little and makes it look bad.
No because deduction.
On 9/21/14, 1:51 AM, Jacob Carlborg wrote:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to increment and decrement reference counts. --
Andrei
We do need to know what you're proposal is for.
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
There was a recent video[1] by Jonathan Blow about what he
would want in a programming language designed specifically for
game development. Go, Rust, and D were mentioned and his reason
for not wanting to use D is is that it is
On 9/21/14, 1:52 AM, Marco Leise wrote:
Am Sat, 20 Sep 2014 08:25:17 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/19/14, 11:36 PM, Marco Leise wrote:
Am Fri, 19 Sep 2014 08:02:30 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 9/18/14, 11:45 PM,
On Saturday, 20 September 2014 at 16:50:08 UTC, Andrei
Alexandrescu wrote:
On 9/20/14, 7:33 AM, Dicebot wrote:
On Saturday, 20 September 2014 at 14:31:36 UTC, Adam D. Ruppe
wrote:
How often do you store an exception reference anyway that
escapes a
catch block? I think all this talk is overkill
On Sunday, 21 September 2014 at 15:03:09 UTC, Andrei Alexandrescu
wrote:
On 9/21/14, 1:51 AM, Jacob Carlborg wrote:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking
about the
compiler inserting calls to increment and decrement
On 9/21/14, 5:55 AM, Timon Gehr wrote:
For local imports, DMD imports _all_ symbols into the local scope,
shadowing anything that was there, which is plain broken (as Sӧnke's
example shows).
Has this been bugzillized yet? -- Andrei
On 9/21/14, 4:27 AM, Manu via Digitalmars-d wrote:
On 21 September 2014 16:02, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com mailto:digitalmars-d@puremagic.com wrote:
On Sunday, 21 September 2014 at 03:48:36 UTC, Walter Bright wrote:
On 9/12/2014 6:48 PM, Manu via
On 9/21/14, 7:22 AM, Dicebot wrote:
On Saturday, 20 September 2014 at 17:20:28 UTC, Andrei Alexandrescu wrote:
On 9/20/14, 9:32 AM, ketmar via Digitalmars-d wrote:
On Sat, 20 Sep 2014 08:25:17 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I think this is an
On 9/21/14, 7:49 AM, bearophile wrote:
Dicebot:
module a;
alias Int1 = Typedef!(int, MyInt);
module b;
alias Int2 = Typedef!(int, MyInt);
// oh I didn't know someone else used that cookie too..
Sooner or later a dirty semantics will bite your ass.
Mine ain't hurting. -- Andrei
On Sunday, 21 September 2014 at 09:06:57 UTC, Ola Fosheim Grostad
wrote:
On Sunday, 21 September 2014 at 08:24:46 UTC, Dmitry Olshansky
wrote:
Not spontaneously :)
You'd have to cast to shared and back, and then you are on
your own.
Fiber is thread-local, shared(Fiber) isn't.
That will have
On Sunday, 21 September 2014 at 15:15:27 UTC, Andrei Alexandrescu
wrote:
alias Int2 = Typedef!(int, b.Int2);
..and don't forget to keep those updated when module / aggregate
names change via refactoring!
Sorry but what you pretend to be a pragmatical solution is just a
useless crap I am
On Sun, 21 Sep 2014 08:15:29 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
alias Int1 = Typedef!(int, a.Int1);
alias Int2 = Typedef!(int, b.Int2);
ah, now that's cool. module system? wut? screw it, we have time-proven
manual prefixing!
signature.asc
On Sunday, 21 September 2014 at 15:11:22 UTC, Andrei Alexandrescu
wrote:
On 9/21/14, 5:55 AM, Timon Gehr wrote:
For local imports, DMD imports _all_ symbols into the local
scope,
shadowing anything that was there, which is plain broken (as
Sӧnke's
example shows).
Has this been bugzillized
I've created issue about last postblit call optimization (LPO):
https://issues.dlang.org/show_bug.cgi?id=13492
As I wrote in issue description, this optimization can solve 90%
r-value reference issue.
Let's talk about remaining 10%.
There are remain two issue:
1. value argument causes full
On 9/21/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
(For practical reasons, RCObject will implement IUnknown.
IUnknown has this issue btw:
https://issues.dlang.org/show_bug.cgi?id=12607
Me again. Looking at support for standard gnu tooling in D. For
debugging theres http://wiki.dlang.org/Debugging according to
that gdb support is good. Any comments on the quality stability
c.
We also use perf, gprof, gcov. Is there support in D for those.
Or support for D in those. :-) After
Am Sun, 21 Sep 2014 08:04:39 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
Why would anyone hope a valid idiom were not mentioned?
It's just what people do when an argument would be
detrimental to their own position in an argument. :p
Look, I don't feel strongly about it.
21-Sep-2014 13:06, Ola Fosheim Grostad пишет:
On Sunday, 21 September 2014 at 08:24:46 UTC, Dmitry Olshansky wrote:
Not spontaneously :)
You'd have to cast to shared and back, and then you are on your own.
Fiber is thread-local, shared(Fiber) isn't.
That will have to change if Go is a target.
On 9/21/14, ketmar via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Sun, 21 Sep 2014 08:15:29 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
alias Int1 = Typedef!(int, a.Int1);
alias Int2 = Typedef!(int, b.Int2);
ah, now that's cool. module system?
On 9/21/14, 8:28 AM, Dicebot wrote:
On Sunday, 21 September 2014 at 15:15:27 UTC, Andrei Alexandrescu wrote:
alias Int2 = Typedef!(int, b.Int2);
...and don't forget to keep those updated when module / aggregate names
change via refactoring!
alias Int2 = Typedef!(int, __MODULE__ ~ .Int2);
Is this supposed to happen?
---
import std.typecons;
alias feet=Typedef!(float,0.0,feet);
alias meter=Typedef!(float,0.0,meter);
void main(){
feet a=4.0;
meter b=5.0;
meter c=a*b;//opps
pragma(msg,typeof(c));
}
---
$dmd -o- typetest.d
Typedef!(float, 0.0F,
On Sunday, 21 September 2014 at 18:10:53 UTC, Andrei Alexandrescu
wrote:
Thanks, good to know. IMHO having RCObject inherit IUnknown is
more of a distraction than a benefit, but I'll let Walter be
the judge of that. -- Andrei
Actually, I think it is a good idea to do the refcounting thing
on
BTW hmmm what about this:
interface Foo { }
class Bar : Foo, RCObject {}
class Pwned : Foo {}
void main() {
Foo bar = new Bar();
/* where is bar.Release() called? */
Foo pwned = new Pwned();
/* better hope pwned.Release() isn't called cuz that's
impossible */
}
I *believe*
On 9/21/14, 9:42 AM, Andrej Mitrovic via Digitalmars-d wrote:
On 9/21/14, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
(For practical reasons, RCObject will implement IUnknown.
IUnknown has this issue btw:
https://issues.dlang.org/show_bug.cgi?id=12607
Thanks,
21-Sep-2014 19:03, Andrei Alexandrescu пишет:
On 9/21/14, 1:51 AM, Jacob Carlborg wrote:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to increment and decrement reference counts. --
Andrei
We
On 9/21/14, 11:20 AM, Adam D. Ruppe wrote:
BTW hmmm what about this:
interface Foo { }
class Bar : Foo, RCObject {}
class Pwned : Foo {}
void main() {
Foo bar = new Bar();
/* where is bar.Release() called? */
Foo pwned = new Pwned();
/* better hope pwned.Release() isn't
On 9/21/14, 10:56 AM, Marco Leise wrote:
Am Sun, 21 Sep 2014 08:04:39 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
Why would anyone hope a valid idiom were not mentioned?
It's just what people do when an argument would be
detrimental to their own position in an argument.
On Sunday, 21 September 2014 at 18:24:53 UTC, Freddy wrote:
Is this supposed to happen?
---
import std.typecons;
alias feet=Typedef!(float,0.0,feet);
alias meter=Typedef!(float,0.0,meter);
void main(){
feet a=4.0;
meter b=5.0;
meter c=a*b;//opps
On 9/21/14, 8:29 AM, ketmar via Digitalmars-d wrote:
On Sun, 21 Sep 2014 08:15:29 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
alias Int1 = Typedef!(int, a.Int1);
alias Int2 = Typedef!(int, b.Int2);
ah, now that's cool. module system? wut? screw it, we have
Andrei Alexandrescu:
from an objective
point of view, aliases and templates in their current form are
no good candidates to implement strongly typed typedefs. The
semantics are too different.
Wise words, thanks! -- Andrei
So are you now admitting that Typedef is fundamentally broken?
Bye,
On 9/21/14, 11:48 AM, bearophile wrote:
Andrei Alexandrescu:
from an objective
point of view, aliases and templates in their current form are
no good candidates to implement strongly typed typedefs. The
semantics are too different.
Wise words, thanks! -- Andrei
So are you now admitting
Andrei Alexandrescu:
DRY is DRY. Bloating the language is bloating the language.
To implement a typedef in library code in D perhaps you need a
well implemented __gensym__ that works correctly in presence of
separate compilation. It can generate a string that contains a
progressive number
Am 21.09.2014 20:17, schrieb Dmitry Olshansky:
21-Sep-2014 19:03, Andrei Alexandrescu пишет:
On 9/21/14, 1:51 AM, Jacob Carlborg wrote:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to
On Sunday, 21 September 2014 at 00:45:49 UTC, deadalnix wrote:
On Saturday, 20 September 2014 at 19:48:14 UTC, Oren Tirosh
wrote:
Hi everyone. Unlurking to make my first comment here.
Here is an idea for making RC and GC coexist peacefully. I
think this technique may be used to make the
On 9/21/2014 5:55 AM, Timon Gehr wrote:
For local imports, DMD imports _all_ symbols into the local scope, shadowing
anything that was there, which is plain broken (as Sӧnke's example shows). BTW:
how do you suggest to treat the root package? I think importing into the local
scope is fine, but
On Sunday, 21 September 2014 at 09:06:57 UTC, Ola Fosheim Grostad
wrote:
That will have to change if Go is a target. To get full load
you need to let fibers move freely between threads I think. Go
also check fiber stack size... But maybe Go should not be
considered a target.
Only isolated
On 9/21/14, 12:11 PM, Dicebot wrote:
I am just surprised Andrei insists so hard on defending solution
that is questionable at best.
It's just what the doctor prescribed. A good engineering solution for a
minor problem. -- Andrei
On 9/21/2014 10:38 AM, Scott Wilson wrote:
Me again. Looking at support for standard gnu tooling in D. For
debugging theres http://wiki.dlang.org/Debugging according to
that gdb support is good. Any comments on the quality stability
c.
We also use perf, gprof, gcov. Is there support in D for
On Friday, 19 September 2014 at 15:32:38 UTC, Andrei Alexandrescu
wrote:
Please chime in with thoughts.
Why don't we all focus our efforts on upgrading the current GC to
a state-of-the GC making use of D's strongly typed memory model
before discussing these things?
Potentially with the
On Sunday, 21 September 2014 at 14:13:14 UTC, Dicebot wrote:
On Sunday, 21 September 2014 at 10:19:11 UTC, Théo Bueno wrote:
On Tuesday, 19 August 2014 at 16:24:40 UTC, Kai Nacke wrote:
No. The LLVM people started a call for talks after the
proposal was accepted. But we need a clear idea of
On Sunday, 21 September 2014 at 17:47:57 UTC, Marco Leise wrote:
Am Sun, 21 Sep 2014 08:04:39 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
Why would anyone hope a valid idiom were not mentioned?
It's just what people do when an argument would be
detrimental to their own
On 09/21/2014 09:54 PM, Walter Bright wrote:
On 9/21/2014 5:55 AM, Timon Gehr wrote:
For local imports, DMD imports _all_ symbols into the local scope,
shadowing
anything that was there, which is plain broken (as Sӧnke's example
shows). BTW:
how do you suggest to treat the root package? I think
1 - 100 of 234 matches
Mail list logo