On Saturday, 30 June 2018 at 05:36:52 UTC, Jonathan M Davis wrote:
On Saturday, June 30, 2018 02:34:00 Joakim via Digitalmars-d
wrote:
On Saturday, 30 June 2018 at 02:23:57 UTC, Jonathan M Davis
wrote:
> [...]
That's nice, but since you present no arguments other than
simply stating that
On Saturday, June 30, 2018 02:34:00 Joakim via Digitalmars-d wrote:
> On Saturday, 30 June 2018 at 02:23:57 UTC, Jonathan M Davis wrote:
> > On Saturday, June 30, 2018 02:08:08 Joakim via Digitalmars-d
> >
> > wrote:
> >> [...]
> >
> > The response is that those of us who have gone to dconf have
>
On 30/06/2018 4:49 AM, Bauss wrote:
I wouldn't really blame the GC. There is a higher chance you're just not
using it how it's meant to be, especially since it looks like you're
mixing manual memory management with GC memory.
Let's be honest, I don't think it was meant to live in a container
On Saturday, 30 June 2018 at 02:23:57 UTC, Jonathan M Davis wrote:
Honestly, this is this first time that I've ever seen anyone
try to argue that conferences like this are a bad idea.
I argued it (though I don't remember how vigorously) back when
the kickstarter was done. I still think
On 30/06/2018 8:57 AM, Jonathan M Davis wrote:
It could be fixed, even if it's just adding a compiler switch to indicate
that you want it to use the GC to collect memory
Currently leaks memory like crazy.
On Saturday, 30 June 2018 at 03:02:15 UTC, Joakim wrote:
Honestly, Dmitry's posts
The writing style doesn't match the name.
On Friday, 29 June 2018 at 22:54:34 UTC, bachmeier wrote:
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
P.S. I mean what you think the future of native code is???
Rust? Crystal?? Nim???
The future of native code will be replacing scripting
languages. D is really good at
On Saturday, 30 June 2018 at 02:23:57 UTC, Jonathan M Davis wrote:
On Saturday, June 30, 2018 02:08:08 Joakim via Digitalmars-d
wrote:
[...]
The response is that those of us who have gone to dconf have
found it to be valuable. It's not just that we're doing what
others have done or that we
On Saturday, June 30, 2018 02:08:08 Joakim via Digitalmars-d wrote:
> Simple, D is a collective effort. If the core team wants to waste
> one of its key funding sources in getting a bunch of hobbyists
> together in a room showing off to each other then going on a
> European vacation, completely
On Saturday, 30 June 2018 at 01:52:15 UTC, Jonathan M Davis wrote:
On Saturday, June 30, 2018 01:43:32 Joakim via Digitalmars-d
wrote:
On Saturday, 30 June 2018 at 01:33:34 UTC, Jonathan M Davis
wrote:
> On Saturday, June 30, 2018 01:12:10 Joakim via Digitalmars-d
>
> wrote:
>> Yes, this is
On Saturday, June 30, 2018 01:43:32 Joakim via Digitalmars-d wrote:
> On Saturday, 30 June 2018 at 01:33:34 UTC, Jonathan M Davis wrote:
> > On Saturday, June 30, 2018 01:12:10 Joakim via Digitalmars-d
> >
> > wrote:
> >> Yes, this is about those people, who as that blog post notes,
> >> are
On Saturday, 30 June 2018 at 01:33:34 UTC, Jonathan M Davis wrote:
On Saturday, June 30, 2018 01:12:10 Joakim via Digitalmars-d
wrote:
Yes, this is about those people, who as that blog post notes,
are wasting a ton of money on an outdated ritual that no
longer makes sense. If you believe the
On Saturday, June 30, 2018 01:12:10 Joakim via Digitalmars-d wrote:
> Yes, this is about those people, who as that blog post notes, are
> wasting a ton of money on an outdated ritual that no longer makes
> sense. If you believe the core team and a few key devs like you
> need to get together once
On Friday, 29 June 2018 at 19:50:32 UTC, Jonathan M Davis wrote:
On Friday, June 29, 2018 11:54:48 Joakim via Digitalmars-d
wrote:
On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis
wrote:
> On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
>
> wrote:
>> I coincidentally just
I think you should consult this matter with
https://mailhelp.net/yahoo-support/. they will definitely solve
your issue. Whenever I faced any issue, every time I consult with
them. So I am suggesting their name to you.
On 06/29/2018 02:11 PM, Timoses wrote:
> How would one print the address of the object then though?
> Since is the address of the reference' types stack location.
Casting the reference to void* produces the address of the object:
import std.stdio;
class C {
int i;
}
void main() {
On 06/29/2018 02:40 PM, Robert M. Münch wrote:
> How does it work if one of the members takes an argument that is deduced
> inside the handler function?
>
>
> On 2018-06-29 18:05:00 +, Ali ‡ehreli said:
>
>> Passing a lambda or a string mixin:
>>
>> import std.stdio;
>>
>> class C {
>>
On Friday, 29 June 2018 at 16:44:36 UTC, Robert M. Münch wrote:
I hope this is understandable... I have:
class C {
void A();
void B();
void C();
}
I'm iterating over a set of objects of class C like:
foreach(obj; my_selected_objs){
...
}
The iteration and code
On Fri, Jun 29, 2018 at 11:41:41PM +, SonicFreak94 via Digitalmars-d wrote:
> On Friday, 29 June 2018 at 20:57:24 UTC, Jonathan M Davis wrote:
> > [...]
> > It could be fixed, even if it's just adding a compiler switch to
> > indicate that you want it to use the GC to collect memory, because
>
On Friday, 29 June 2018 at 20:57:24 UTC, Jonathan M Davis wrote:
[...]
It could be fixed, even if it's just adding a compiler switch
to indicate that you want it to use the GC to collect memory,
because you're going to run out of memory if you don't. As I
understand it, the compiler already
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
Have a look at Crystal's Github project, you will see that
Crystal, still in development and quite far from its 1.0 mile
version (= despite no parallism and windows support, etc)
ALREADY has 11206 stars, 881 forks and 292
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
P.S. I mean what you think the future of native code is???
Rust? Crystal?? Nim???
The future of native code will be replacing scripting languages.
D is really good at that task.
The future of native code will not be one
On 6/29/2018 2:34 AM, Mike Franklin wrote:
I doubt there'd be any problem have DConf anywhere in the world as long is it is
properly funded. Who in Asia would be willing to sponsor it?
Mike is right on both counts.
On 6/29/2018 1:43 AM, Ecstatic Coder wrote:
Game development is a very special use case, but personally I don't think that
many of those who use C++ for close-to-the-metal development should be that much
interested in switching to D, because most of its standard libraries depend on
the
How does it work if one of the members takes an argument that is
deduced inside the handler function?
On 2018-06-29 18:05:00 +, Ali ehreli said:
Passing a lambda or a string mixin:
import std.stdio;
class C {
void A() {
writeln(__FUNCTION__);
}
void B() {
On Friday, 29 June 2018 at 20:28:55 UTC, Timoses wrote:
On Friday, 29 June 2018 at 16:44:36 UTC, Robert M. Münch wrote:
Trying to fiddle around a bit with delegates.. But why is the
context for delegates not working for classes??
Aw.. Class = reference type so
class A { }
struct B { }
void
On Friday, 29 June 2018 at 20:51:56 UTC, bauss wrote:
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On
On Friday, June 29, 2018 20:23:05 bauss via Digitalmars-d wrote:
> On Friday, 29 June 2018 at 16:11:56 UTC, Seb wrote:
> > I hope we manage to ship it with the official releases soon.
>
> I can't wait.
>
> Honestly, a compiler should never run out of memory and it's a
> major issue that DMD does
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder
wrote:
On Friday, 29 June 2018 at 16:44:36 UTC, Robert M. Münch wrote:
I hope this is understandable... I have:
class C {
void A();
void B();
void C();
}
I'm iterating over a set of objects of class C like:
foreach(obj; my_selected_objs){
...
}
The iteration and code
On Friday, 29 June 2018 at 16:11:56 UTC, Seb wrote:
I hope we manage to ship it with the official releases soon.
I can't wait.
Honestly, a compiler should never run out of memory and it's a
major issue that DMD does it.
Regardless of that it has fast compilation, it should never run
out
On Friday, 29 June 2018 at 20:08:56 UTC, Robert M. Münch wrote:
On 2018-06-29 18:05:00 +, Ali ‡ehreli said:
On 06/29/2018 09:44 AM, Robert M. Münch wrote:
void handler(alias func)(C[] cs) {
foreach (c; cs) {
func(c);
}
}
Is it possible to make C[] a template type so
On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should
become
On Friday, 29 June 2018 at 19:53:04 UTC, Timoses wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to
use async).
C:\dmd2\windows\bin\lld-link.exe: warning:
On 2018-06-29 18:05:00 +, Ali ehreli said:
On 06/29/2018 09:44 AM, Robert M. Münch wrote:
So, how can I write a generic handler that does the iteration, where I
can specify which member function to call?
Passing a lambda or a string mixin:
Hi, that was somehow in my mind but didn't
On Friday, 29 June 2018 at 19:53:27 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
[...]
Are you compiling to 64bit?
Else the functions will be named GetClassLongA and SetClassLongA
Yeah, that's what I'm targeting
Vibe builds fine on 64bit for me and I think
On Friday, 29 June 2018 at 19:53:04 UTC, Timoses wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to
use async).
C:\dmd2\windows\bin\lld-link.exe: warning:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to use
async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventcore.lib(sockets_101f_952.obj): undefined symbol:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to use
async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventcore.lib(sockets_101f_952.obj): undefined symbol:
On Friday, June 29, 2018 11:54:48 Joakim via Digitalmars-d wrote:
> On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis wrote:
> > On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
> >
> > wrote:
> >> I coincidentally just read this blog post, that summarizes a
> >> lot of my
On Friday, 29 June 2018 at 18:48:19 UTC, bauss wrote:
On Friday, 29 June 2018 at 17:08:12 UTC, Ecstatic Coder wrote:
If you're a web developer with no dependencies then youre
either reinventing the wheel (could cause trouble in the long
run, if your implementations aren't correct.) Or your
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should
become de facto one of the best alternative to Go, Java, C#,
On Friday, 29 June 2018 at 09:25:08 UTC, Mike Franklin wrote:
Please allow me to bring your attention to an interesting
presentation about choosing a modern programming language for
writing operating systems:
https://www.youtube.com/watch?v=cDFSrVhnZKo
It's a good talk and probably worth
On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should become
de facto one of the best alternative to Go, Java, C#, etc,
because it's actually "Go-made-right". For instance it's
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to use
async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventcore.lib(sockets_101f_952.obj): undefined symbol:
SetWindowLongPtrA
C:\dmd2\windows\bin\lld-link.exe: warning:
On 2018-06-29 12:55, kinke wrote:
I'd love to hear some reasons for -betterC from a competent guy like
yourself. I simply don't get what all the fuzz is about and what people
expect to gain from losing druntime (and language features depending on
it) and non-template-only Phobos. I understand
On Friday, 29 June 2018 at 17:04:46 UTC, 鲜卑拓跋枫 wrote:
On Friday, 29 June 2018 at 11:54:48 UTC, Joakim wrote:
On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis
wrote:
On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
wrote:
I coincidentally just read this blog post, that
On Friday, 29 June 2018 at 17:08:12 UTC, Ecstatic Coder wrote:
If you're a web developer with no dependencies then youre
either reinventing the wheel (could cause trouble in the long
run, if your implementations aren't correct.) Or your
application just isn't more than a hobby project.
Most
https://issues.dlang.org/show_bug.cgi?id=19042
Issue ID: 19042
Summary: Chunking a padRight'ed range leads to range violations
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
On 06/29/2018 09:44 AM, Robert M. Münch wrote:
So, how can I write a generic handler that does the iteration, where I
can specify which member function to call?
Passing a lambda or a string mixin:
import std.stdio;
class C {
void A() {
writeln(__FUNCTION__);
}
void B()
On 06/29/2018 02:20 AM, Joakim wrote:
However, Ali notes significant interest in his D book in China and
Russia (also see updated stats later in that thread):
https://forum.dlang.org/post/oarr8l$19rh$1...@digitalmars.com
Random stats of the day:
LocationPages HitsBandwidth
On Friday, 29 June 2018 at 16:49:41 UTC, Bauss wrote:
On Friday, 29 June 2018 at 16:07:00 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 11:11:57 UTC, rikki cattermole
wrote:
On 29/06/2018 11:09 PM, Anton Fediushin wrote:
It is GC's fault for sure, I built my program with
profile-gc
On 06/28/2018 11:10 PM, Jonathan M Davis wrote:
> On Friday, June 29, 2018 05:52:03 Alex via Digitalmars-d-learn wrote:
>> Wouldn't this be weird from the semantic view?
I agree with all your concerns. The fact that Meta decided to make the
element type Algebraic!T as opposed to my
If you're a web developer with no dependencies then youre
either reinventing the wheel (could cause trouble in the long
run, if your implementations aren't correct.) Or your
application just isn't more than a hobby project.
Most enterprise projects will have dependencies outside
standard
On Friday, 29 June 2018 at 16:19:39 UTC, 12345swordy wrote:
On Friday, 29 June 2018 at 16:07:00 UTC, Anton Fediushin wrote:
Now I finally understand why GC is not a great thing. I was
writing apps utilizing GC for a long time and never had
problems with it, but when it came down to this simple
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
Once Crystal integrates parallelism (at 1.0), it should become
de facto one of the best alternative to Go, Java, C#, etc,
because it's actually "Go-made-right". For instance it's
genericity system works well, and its type inference
On Friday, 29 June 2018 at 11:54:48 UTC, Joakim wrote:
On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis wrote:
On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
wrote:
I coincidentally just read this blog post, that summarizes a
lot of my thoughts against conferences and
On Friday, 29 June 2018 at 12:32:46 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 10:06:12 UTC, bauss wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
As you know, I'm convinced that D could be marketed as the
perfect language to develop native web servers and
On Friday, 29 June 2018 at 16:07:00 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 11:11:57 UTC, rikki cattermole wrote:
On 29/06/2018 11:09 PM, Anton Fediushin wrote:
It is GC's fault for sure, I built my program with profile-gc
and it allocated a lot there. Question is, why doesn't
I hope this is understandable... I have:
class C {
void A();
void B();
void C();
}
I'm iterating over a set of objects of class C like:
foreach(obj; my_selected_objs){
...
}
The iteration and code before/afterwards always looks the same, I need
this iteration
On Friday, 29 June 2018 at 16:07:00 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 11:11:57 UTC, rikki cattermole wrote:
On 29/06/2018 11:09 PM, Anton Fediushin wrote:
It is GC's fault for sure, I built my program with profile-gc
and it allocated a lot there. Question is, why doesn't
On Friday, 29 June 2018 at 14:39:29 UTC, 9il wrote:
Hi,
I am migrating a project to Windows.
DMD fails with
Fatal error: out of memory
Splitting the project to dozen subpackages allows to workaround
the issue. In other hand, dub test doesn't test subpackages.
It would be nice to have 64
On Friday, 29 June 2018 at 11:11:57 UTC, rikki cattermole wrote:
On 29/06/2018 11:09 PM, Anton Fediushin wrote:
It is GC's fault for sure, I built my program with profile-gc
and it allocated a lot there. Question is, why doesn't it free
this memory?
Probably doesn't know that it should
On Friday, 29 June 2018 at 14:10:26 UTC, Daniel Kozak wrote:
Have you try use VibeManualMemoryManagement
https://github.com/TechEmpower/FrameworkBenchmarks/blob/3b24d0a21463edc536b30e2cea647fd425915401/frameworks/D/vibed/dub.json#L22
I'll try, not quite sure it'll help much.
On Thursday, 28 June 2018 at 17:54:45 UTC, Radu wrote:
Created a couple of docker images useful for dlang dev.
LDC cross compiler for ARM
- https://hub.docker.com/r/rracariu/ldc-linux-armhf/
This image allows one to easily cross compile to ARM. Main
use-case is continuous integration
On Friday, 29 June 2018 at 12:13:09 UTC, 鲜卑拓跋枫 wrote:
On Friday, 29 June 2018 at 10:50:52 UTC, Joakim wrote:
I coincidentally just read this blog post, that summarizes a
lot of my thoughts against conferences and meetups:
https://marco.org/2018/01/17/end-of-conference-era
Maybe a good first
Hi,
I am migrating a project to Windows.
DMD fails with
Fatal error: out of memory
Splitting the project to dozen subpackages allows to workaround
the issue. In other hand, dub test doesn't test subpackages.
It would be nice to have 64 bit DMD.
Best Regards,
Ilya Yaroshenko
Have you try use VibeManualMemoryManagement
https://github.com/TechEmpower/FrameworkBenchmarks/blob/3b24d0a21463edc536b30e2cea647fd425915401/frameworks/D/vibed/dub.json#L22
On Fri, Jun 29, 2018 at 3:20 PM Anton Fediushin via Digitalmars-d-learn <
digitalmars-d-learn@puremagic.com> wrote:
> On
https://issues.dlang.org/show_bug.cgi?id=14916
--- Comment #2 from teddybear12...@gmail.com ---
Same problem.
I wanted to provide key to field emulation and nothing works correctly
consistently. I have override various op's such as opCall and opDispatch and
they all are not called when the
On Sunday, 24 June 2018 at 15:40:31 UTC, Timoses wrote:
On Wednesday, 20 June 2018 at 19:08:49 UTC, Timoses wrote:
Timoses wrote:
Any ideas why autocompletion doesn't?
How does it work??
It's ctrl-x ctrl-o. More info in
:help omnifunc
On Friday, 29 June 2018 at 11:42:18 UTC, bauss wrote:
On Friday, 29 June 2018 at 11:24:14 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 11:01:41 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 10:21:24 UTC, Radu wrote:
On Friday, 29 June 2018 at 09:44:27 UTC, Anton Fediushin
On Wednesday, 27 June 2018 at 07:24:05 UTC, Mike Parker wrote:
On Wednesday, 27 June 2018 at 07:13:14 UTC, Mike Parker wrote:
Thanks in advance for your participation.
For those of you using the NNTP or mailing list interfaces,
this is the thread to respond in. Thanks!
Alo!
This is
On Friday, 29 June 2018 at 11:54:48 UTC, Joakim wrote:
I don't, I think it would be a huge improvement. There are very
few benefits to getting people together in person in our
hyperconnected age, and while "key developers in the same
place" may be one of those, that excludes almost everybody
On Friday, 29 June 2018 at 10:06:12 UTC, bauss wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
As you know, I'm convinced that D could be marketed as the
perfect language to develop native web servers and mobile
applications, and have its core libraries somewhat extended
On Friday, 29 June 2018 at 11:47:51 UTC, Jonathan M Davis wrote:
However, if you're trying to use D from a C or C++ application,
the fact that you have to deal with starting up and shutting
down druntime definitely causes problems.
Good point, thanks.
On Friday, 29 June 2018 at 10:50:52 UTC, Joakim wrote:
On Friday, 29 June 2018 at 09:31:05 UTC, 鲜卑拓跋枫 wrote:
On Friday, 29 June 2018 at 09:20:55 UTC, Joakim wrote:
On Friday, 29 June 2018 at 09:03:19 UTC, 鲜卑拓跋枫 wrote:
[...]
I get the sense that the US and Germany have the largest
amount
On Sunday, 24 June 2018 at 13:08:53 UTC, Rainer Schuetze wrote:
Happy coding,
Rainer
Thanks!
On Friday, 29 June 2018 at 10:14:42 UTC, bauss wrote:
On Friday, 29 June 2018 at 09:03:19 UTC, 鲜卑拓跋枫 wrote:
Dear all,
How about set up DConf Asia every year? As far as I know,
there are a few D programmers and fans in Asia, but DConf was
traditionally held in U.S. or Germany before,so
On Friday, 29 June 2018 at 11:31:17 UTC, Radu wrote:
There technical and political reason here.
BetterC offers a clean no-overhead strictly enforced subset of
the language. This is great for porting over existing C code
base and also for creating equivalent libs in D but without
worrying
and non-template-only Phobos.
unless they are using betterC (undefined reference to
'_d_arraycopy')?
Are you sure about this?
//flags: -betterC -noboundscheck
extern(C):
void main()
{
import core.stdc.stdlib;
int[] x = ( cast(int*) malloc( int.sizeof * 10 ) )[0 .. 10];
int[] y
On 29/06/2018 11:36 PM, kinke wrote:
On Friday, 29 June 2018 at 11:24:52 UTC, rikki cattermole wrote:
It is a language feature yes, and it doesn't define /how/ it gets
implemented.
That's besides my actual point though (and I haven't even mentioned
missing class support, which is everything
On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis wrote:
On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
wrote:
I coincidentally just read this blog post, that summarizes a
lot of my thoughts against conferences and meetups:
On Friday, June 29, 2018 10:55:27 kinke via Digitalmars-d wrote:
> On Friday, 29 June 2018 at 10:00:09 UTC, Radu wrote:
> > While not necessarily targeting bare metal, I'm very interested
> > in a working version of @safe dlang. I believe that dlang with
> > betterC, @safe, C/C++ inter-op and
On Friday, 29 June 2018 at 11:32:13 UTC, Jonathan M Davis wrote:
On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d
wrote:
I coincidentally just read this blog post, that summarizes a
lot of my thoughts against conferences and meetups:
On Friday, 29 June 2018 at 11:24:14 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 11:01:41 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 10:21:24 UTC, Radu wrote:
On Friday, 29 June 2018 at 09:44:27 UTC, Anton Fediushin
wrote:
Almost forgot, there are two timers which call
On Friday, 29 June 2018 at 11:24:52 UTC, rikki cattermole wrote:
It is a language feature yes, and it doesn't define /how/ it
gets implemented.
That's besides my actual point though (and I haven't even
mentioned missing class support, which is everything but helping
with developing against
On Friday, 29 June 2018 at 10:55:27 UTC, kinke wrote:
On Friday, 29 June 2018 at 10:00:09 UTC, Radu wrote:
While not necessarily targeting bare metal, I'm very
interested in a working version of @safe dlang. I believe that
dlang with betterC, @safe, C/C++ inter-op and dip1000 will be
huge for
On Friday, June 29, 2018 10:50:52 Joakim via Digitalmars-d wrote:
> I coincidentally just read this blog post, that summarizes a lot
> of my thoughts against conferences and meetups:
>
> https://marco.org/2018/01/17/end-of-conference-era
>
> Maybe a good first step would be a mostly online DConf
On 29/06/2018 11:17 PM, kinke wrote:
On Friday, 29 June 2018 at 11:04:30 UTC, rikki cattermole wrote:
It greatly simplifies development against existing C/C++ codebases.
How so? By telling people you can express C++:
void cpy(char *dst, const char *src, size_t size)
{
for (size_t i; i <
On Friday, 29 June 2018 at 11:01:41 UTC, Anton Fediushin wrote:
On Friday, 29 June 2018 at 10:21:24 UTC, Radu wrote:
On Friday, 29 June 2018 at 09:44:27 UTC, Anton Fediushin wrote:
Almost forgot, there are two timers which call this function
for two different streams.
Value of `metaint` is
On Friday, 29 June 2018 at 11:04:30 UTC, rikki cattermole wrote:
It greatly simplifies development against existing C/C++
codebases.
How so? By telling people you can express C++:
void cpy(char *dst, const char *src, size_t size)
{
for (size_t i; i < size; ++i)
dst[i] = src[i];
}
On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
[snip]
I'm a little confused. You're going to send $10 a day to D
Foundation because you're upset about people complaining about D?
I have my donation come through my paycheck. Company matches up
to a certain amount a year.
On 29/06/2018 11:09 PM, Anton Fediushin wrote:
It is GC's fault for sure, I built my program with profile-gc and it
allocated a lot there. Question is, why doesn't it free this memory?
Probably doesn't know that it should deallocate so eagerly.
A GC.collect(); call may help.
On Friday, 29 June 2018 at 10:31:14 UTC, bauss wrote:
On Friday, 29 June 2018 at 10:21:24 UTC, Radu wrote:
On Friday, 29 June 2018 at 09:44:27 UTC, Anton Fediushin wrote:
Almost forgot, there are two timers which call this function
for two different streams.
Value of `metaint` is 16000,
On 29/06/2018 10:55 PM, kinke wrote:
On Friday, 29 June 2018 at 10:00:09 UTC, Radu wrote:
While not necessarily targeting bare metal, I'm very interested in a
working version of @safe dlang. I believe that dlang with betterC,
@safe, C/C++ inter-op and dip1000 will be huge for replacing C/C++.
On Friday, 29 June 2018 at 10:21:24 UTC, Radu wrote:
On Friday, 29 June 2018 at 09:44:27 UTC, Anton Fediushin wrote:
Almost forgot, there are two timers which call this function
for two different streams.
Value of `metaint` is 16000, which means that only 16KB of
memory are allocated for the
On Friday, 29 June 2018 at 10:55:27 UTC, kinke wrote:
Phobos. I understand the separate 'minimal runtime' need for
bare metal (no Type- and ModuleInfos etc.), but I can't help
myself in seeing betterC as, nicely put, worseD. I acknowledge
I *completely* agree. However, I have nothing against
On Friday, 29 June 2018 at 10:00:09 UTC, Radu wrote:
While not necessarily targeting bare metal, I'm very interested
in a working version of @safe dlang. I believe that dlang with
betterC, @safe, C/C++ inter-op and dip1000 will be huge for
replacing C/C++.
I'd love to hear some reasons for
On Friday, 29 June 2018 at 09:31:05 UTC, 鲜卑拓跋枫 wrote:
On Friday, 29 June 2018 at 09:20:55 UTC, Joakim wrote:
On Friday, 29 June 2018 at 09:03:19 UTC, 鲜卑拓跋枫 wrote:
[...]
I get the sense that the US and Germany have the largest
amount of heavy D users, which is why all the DConfs so far
On Friday, 29 June 2018 at 10:18:01 UTC, Michael wrote:
On Friday, 29 June 2018 at 10:12:28 UTC, Mike Parker wrote:
I can tell you that DConf Asia is something the Foundation is
interested in. It's also something I plan to work toward
making happen eventually. We discussed this at our Seoul
1 - 100 of 147 matches
Mail list logo
