Interior pointers are a barrier to performant garbage collection.
Here, I'm brainstorming about the problem and not really coming to any
conclusions.
The world today
===
D's garbage collector is significantly less performant than Java's, and
this is partly the result of D's features
I tend to see projects in one of three states:
1. It doesn't exist.
2. It exists, but the last update was six months ago and it's broken.
3. It exists, does what I want, and I can use it with at most small
workarounds.
If it doesn't exist, I have to make it myself.
If it's broken and apparently
On 14/01/2017 3:59 PM, nbro wrote:
On Saturday, 14 January 2017 at 02:41:00 UTC, rikki cattermole wrote:
The only way to get qualified to do these tasks like GUI toolkits is
by doing. Keep this in mind.
As somebody who does indeed do implement multiple libraries at one
time you're looking at it
On Saturday, 14 January 2017 at 03:05:44 UTC, nbro wrote:
On Saturday, 14 January 2017 at 02:57:05 UTC, ketmar wrote:
On Saturday, 14 January 2017 at 02:28:34 UTC, nbro wrote:
How could you do such a thing?
freakin' easy: just pay people to do what you want. either
that, or people will keep
On Saturday, 14 January 2017 at 02:57:05 UTC, ketmar wrote:
On Saturday, 14 January 2017 at 02:28:34 UTC, nbro wrote:
How could you do such a thing?
freakin' easy: just pay people to do what you want. either
that, or people will keep working on the things *they* are
interested (and not someo
On Saturday, 14 January 2017 at 02:41:00 UTC, rikki cattermole
wrote:
The only way to get qualified to do these tasks like GUI
toolkits is by doing. Keep this in mind.
As somebody who does indeed do implement multiple libraries at
one time you're looking at it the wrong way. I switch between
On Saturday, 14 January 2017 at 02:28:34 UTC, nbro wrote:
How could you do such a thing?
freakin' easy: just pay people to do what you want. either that,
or people will keep working on the things *they* are interested
(and not someone else).
On Friday, January 13, 2017 11:50:25 Russel Winder via Digitalmars-d wrote:
> On Fri, 2017-01-13 at 05:44 +, Elronnd via Digitalmars-d wrote:
> > On Thursday, 12 January 2017 at 09:20:42 UTC, Russel Winder wrote:
> > > DMD is not packaged by Debian or Fedora.
> > >
> > > GDC is packaged by Debi
The only way to get qualified to do these tasks like GUI toolkits is by
doing. Keep this in mind.
As somebody who does indeed do implement multiple libraries at one time
you're looking at it the wrong way. I switch between projects over
periods that last for years not days or weeks. The point
On Saturday, 14 January 2017 at 01:40:58 UTC, Chris M. wrote:
On Friday, 13 January 2017 at 21:53:29 UTC, Ignacious wrote:
On Friday, 13 January 2017 at 19:30:40 UTC, Chris Wright wrote:
On Fri, 13 Jan 2017 15:19:57 +, Ignacious wrote:
[...]
LGPL is much more common, and LGPL isn't a pro
Hi!
I've been following D for at least one year. I like it and I
think it's a very good programming language, even though I do not
agree with everything it's being done.
One thing that has saddened me is seeing a lot of D's users
trying to implement their own library or maybe trying to
impl
On Friday, 13 January 2017 at 21:53:29 UTC, Ignacious wrote:
On Friday, 13 January 2017 at 19:30:40 UTC, Chris Wright wrote:
On Fri, 13 Jan 2017 15:19:57 +, Ignacious wrote:
[...]
LGPL is much more common, and LGPL isn't a problem when you
distribute by source. It *is* a problem with sta
On Friday, 13 January 2017 at 23:13:43 UTC, Daniel Kozak wrote:
On Friday, 13 January 2017 at 22:12:55 UTC, André Puel wrote:
Could you elaborate on why you consider it important to be
able to tell when you use mixin and when not?
because it is something really different, so it is nice to kn
On Friday, 13 January 2017 at 20:40:32 UTC, mustafa wrote:
dfdsfsd
afdsaaf?
On Friday, 13 January 2017 at 22:57:09 UTC, Adam D. Ruppe wrote:
On Friday, 13 January 2017 at 22:22:12 UTC, Ignacious wrote:
Like, which arguments actually pass and which ones fail, etc.
Yes, I agree entirely. This would be a HUGE usability bonus,
far better than most the other things people
On Friday, 13 January 2017 at 22:12:55 UTC, André Puel wrote:
Could you elaborate on why you consider it important to be able
to tell when you use mixin and when not?
because it is something really different, so it is nice to know
when you call something and when you mixin some code into cur
On Friday, 13 January 2017 at 22:22:12 UTC, Ignacious wrote:
Like, which arguments actually pass and which ones fail, etc.
Yes, I agree entirely. This would be a HUGE usability bonus, far
better than most the other things people work on...
On Friday, 13 January 2017 at 20:11:08 UTC, Dukc wrote:
Does not work on as many platforms as DlangUI, trough.
Which platforms do dlangui work on?
It's console feature is cool, I do that with terminal.d rather
than simpledisplay.d. I guess the other difference is probably
Mac, I only support
It would be EXTREMELY helpful if dmd would give a better result
than
main.d(30): Error: template main.Do cannot deduce function from
argument types !(1, string, int)(2, "adf"), candidates are:
main.d(6):main.Do(int x, string y, alias Q)(int z, string
q)
Like, which arguments actually
On Friday, 13 January 2017 at 21:29:28 UTC, Daniel Kozák wrote:
André Puel via Digitalmars-d
napsal Pá, led 13, 2017 v 10∶15 :
One thing that I miss sometimes when doing meta programming is
being able to hide that a function should be called with mixin.
For example (pardon my lack of creativi
On Friday, 13 January 2017 at 19:30:40 UTC, Chris Wright wrote:
On Fri, 13 Jan 2017 15:19:57 +, Ignacious wrote:
Yes, but D uses mostly bindings and if any of those bindings
use it then It effects the D program that uses it. Since many
of the bindings are written in C/C++ one can expect tha
Daniel Kozák napsal Pá, led 13, 2017 v 10∶32 :
Daniel Kozák napsal Pá, led 13, 2017 v 10∶29 :
André Puel via Digitalmars-d napsal
Pá, led 13, 2017 v 10∶15 :
One thing that I miss sometimes when doing meta programming is
being able to hide that a function should be called with mixin.
For
Daniel Kozák napsal Pá, led 13, 2017 v 10∶29 :
André Puel via Digitalmars-d napsal
Pá, led 13, 2017 v 10∶15 :
One thing that I miss sometimes when doing meta programming is being
able to hide that a function should be called with mixin.
For example (pardon my lack of creativity):
// Ins
On Friday, 13 January 2017 at 21:15:32 UTC, André Puel wrote:
I think this could be useful when one is creating Idiom and
Patterns, you could hide implementations details.
it hides the fact that mixin is used, which may be undesirable.
otherwise, template mixins will do:
mixin template d
On Friday, 13 January 2017 at 21:15:32 UTC, André Puel wrote:
I think this could be useful when one is creating Idiom and
Patterns, you could hide implementations details.
I'm not sure that this is the kind of implementation detail that
ought to be hidden
On Friday, 13 January 2017 at 20:16:02 UTC, Dukc wrote:
Oops, just realized you said GUI library, not a graphics
library. Arsd has a GUI interfacce too but it is, I think,
Windows only.
Well, it has some support for Linux too, but it is a custom job
there and not complete. (I write things as
André Puel via Digitalmars-d napsal Pá,
led 13, 2017 v 10∶15 :
One thing that I miss sometimes when doing meta programming is being
able to hide that a function should be called with mixin.
For example (pardon my lack of creativity):
// Instead of
string declare_a() {
return "
One thing that I miss sometimes when doing meta programming is
being able to hide that a function should be called with mixin.
For example (pardon my lack of creativity):
// Instead of
string declare_a() {
return "int a;"
}
int func() {
mixin(declare_a);
dfdsfsd
On Friday, 13 January 2017 at 20:11:08 UTC, Dukc wrote:
Arsd-official:simpledisplay is also natively D and
cross-platform, plus it's native and VERY simple to use. Does
not work on as many platforms as DlangUI, trough. It should
really be added to that wiki listing of graphical frameworks.
Oo
On Thursday, 12 January 2017 at 07:24:43 UTC, aberba wrote:
After all, when someone wants a cross platform D GUI library,
the ONLY current usable choice is DLangUI.
Arsd-official:simpledisplay is also natively D and
cross-platform, plus it's native and VERY simple to use. Does not
work on a
On Fri, 13 Jan 2017 15:19:57 +, Ignacious wrote:
> Yes, but D uses mostly bindings and if any of those bindings use it then
> It effects the D program that uses it. Since many of the bindings are
> written in C/C++ one can expect that many of them use the GPL license.
LGPL is much more common,
On Friday, 13 January 2017 at 15:56:40 UTC, Claude wrote:
On Friday, 13 January 2017 at 15:15:14 UTC, Ignacious wrote:
On Friday, 13 January 2017 at 12:01:22 UTC, bachmeier wrote:
This is not the proper place to blog about software license
preferences or to make unsubstantiated accusations agai
On Fri, 13 Jan 2017 15:15:14 +, Ignacious wrote:
> On Friday, 13 January 2017 at 12:01:22 UTC, bachmeier wrote:
>> On Friday, 13 January 2017 at 02:25:03 UTC, Ignacious wrote:
>>> [...]
>>
>> This is not the proper place to blog about software license preferences
>> or to make unsubstantiated
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
On Wed, 11 Jan 2017 07:21:22 +, thedeemon wrote:
If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers?
From what I'm seeing, neither GTK+ nor Qt work with screen
On Friday, 13 January 2017 at 15:15:14 UTC, Ignacious wrote:
On Friday, 13 January 2017 at 12:01:22 UTC, bachmeier wrote:
This is not the proper place to blog about software license
preferences or to make unsubstantiated accusations against an
organization you don't like. There are other sites
On Friday, 13 January 2017 at 06:37:42 UTC, Joakim wrote:
On Friday, 13 January 2017 at 02:25:03 UTC, Ignacious wrote:
On Friday, 13 January 2017 at 01:27:02 UTC, Chris Wright wrote:
[...]
That makes no sense(it's obvious by the definition of
derivative so you are not saying anything meaning
On Friday, 13 January 2017 at 12:01:22 UTC, bachmeier wrote:
On Friday, 13 January 2017 at 02:25:03 UTC, Ignacious wrote:
[...]
This is not the proper place to blog about software license
preferences or to make unsubstantiated accusations against an
organization you don't like. There are oth
On Friday, 13 January 2017 at 12:49:53 UTC, deadalnix wrote:
Is the doc available somewhere in a readable form ?
CyberShadow/DAutoTest build the docs, you can find the link at
the end of the PR under checks
Is the doc available somewhere in a readable form ?
This is the voting thread to decide if the proposed addition to
Phobos, std.experimental.checkedint, should be accepted.
To vote, please respond to this post. You have three options:
* Yes
* Yes with a single condition
* No
If you vote "yes" you can still mention something you'd like
improved
On Friday, 13 January 2017 at 09:31:38 UTC, crimaniak wrote:
On Thursday, 12 January 2017 at 09:49:08 UTC, Martin
Tschierschke wrote:
I am wondering has anybody tried to do it with D?
http://dev.mysql.com/doc/refman/5.5/en/adding-udf.html
By looking on the processing chain for rendering a web
On Friday, 13 January 2017 at 02:25:03 UTC, Ignacious wrote:
You haven't really said anything relevant to the post.
The issue is with how the GPL defines proper use of
pre-existing works. The ultimately point is that they
arbitrarily decide how a work uses another based on "fork and
exec" and
On Fri, 2017-01-13 at 05:44 +, Elronnd via Digitalmars-d wrote:
> On Thursday, 12 January 2017 at 09:20:42 UTC, Russel Winder wrote:
> > DMD is not packaged by Debian or Fedora.
> >
> > GDC is packaged by Debian but is not packaged by Fedora.
>
> There are RPMs available at dlang.org, and it'
On Thursday, 12 January 2017 at 09:49:08 UTC, Martin Tschierschke
wrote:
I am wondering has anybody tried to do it with D?
http://dev.mysql.com/doc/refman/5.5/en/adding-udf.html
By looking on the processing chain for rendering a web page,
based on mysql data,
I thought it would be very efficie
On 13/01/2017 9:04 PM, Vadim Lopatin wrote:
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
On Wed, 11 Jan 2017 07:21:22 +, thedeemon wrote:
If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers?
From what I'm
osx / linux:
brew install dmd #works
brew install ldc #works
would be nice to have:
brew install gdc
On Thu, Jan 12, 2017 at 9:44 PM, Elronnd via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Thursday, 12 January 2017 at 09:20:42 UTC, Russel Winder wrote:
>
>> DMD is not packaged by
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
On Wed, 11 Jan 2017 07:21:22 +, thedeemon wrote:
If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers?
From what I'm seeing, neither GTK+ nor Qt work with screen
48 matches
Mail list logo