On Sunday, 19 February 2017 at 12:12:07 UTC, timmyjose wrote:
I do love C++11 and newer, but I'd rather not use it for any
new projects barring some weekend projects of my own. The type
system is horrendously outdated. If they could make a clean
break and make C++11 the basis, improve error
On 20/02/2017 1:25 AM, timmyjose wrote:
On Tuesday, 20 December 2016 at 15:42:16 UTC, bachmeier wrote:
On Tuesday, 20 December 2016 at 15:17:56 UTC, Benjiro wrote:
I do not recall seeing on the C++ and other forums this constant
attitude from fix it yourselves or put it in the libraries or ...
On Tuesday, 20 December 2016 at 15:42:16 UTC, bachmeier wrote:
On Tuesday, 20 December 2016 at 15:17:56 UTC, Benjiro wrote:
I do not recall seeing on the C++ and other forums this
constant attitude from fix it yourselves or put it in the
libraries or ... Its mostly on the smaller languages
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers wrote:
As an outsider to the D community but someone who has really
wanted to love D the last few years I hope to shed some light
from "outside the bubble" on why I haven't used D and why I use
what I use and what I'm looking for. I
On Tuesday, 20 December 2016 at 02:24:28 UTC, Ali Çehreli wrote:
On 12/19/2016 06:19 PM, Adam D. Ruppe wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
Vim: Lets not go there.
Why not? If you already know vim at least, it is very easy to
use with D
- things just work
On Wednesday, 15 February 2017 at 21:07:06 UTC, Arun
Chandrasekaran wrote:
On Wednesday, 15 February 2017 at 19:47:28 UTC, Cym13 wrote:
There's little point in having more features if what's already
there is
half broken and not well-defined.
+1
Indeed.
On Friday, 17 February 2017 at 01:29:48 UTC, Guillaume Piolat
wrote:
For macOS, the prospect of not having to use XCode is rather a
positive :)
Really? I find XCode 8 to do most of what I need. Refactoring is
somewhat limited, but otherwise it works fine.
Walter Bright wrote:
Something is going on with your newsreader client. It's replies break
the thread.
ooops. created the content, but forgot to actually send it. ;-)
On Wednesday, 15 February 2017 at 16:07:18 UTC, Ola Fosheim
Grøstad wrote:
This trend will continue. Programming for iOS without XCode is
unthinkable at this point, and similar situations exists for
other platforms.
For macOS, the prospect of not having to use XCode is rather a
positive :)
On Friday, 17 February 2017 at 00:00:09 UTC, Walter Bright wrote:
Something is going on with your newsreader client. It's replies
break the thread.
I would point out that if there are issues with threading, and
you don't quote whoever you're responding to, then it may be
connected to the
Something is going on with your newsreader client. It's replies break the
thread.
On Saturday, 11 February 2017 at 15:52:40 UTC, SC wrote:
People here under estimate the necessity to have EXCELLENT
editor support
It's not just editor but complete setup, you shouldn't be
required to download the compiler, then dub, then an editor.
An easy to download and install package
Jack Stouffer wrote:
Can you please make a bug with a level of regression for your specific
problem?
yeah.
https://issues.dlang.org/show_bug.cgi?id=17188
On Thursday, 16 February 2017 at 03:46:29 UTC, ketmar wrote:
you want the example? `scope` was added to `_compare_fp_t`from
"core.stdc.stdlib". thank you for breaking ALL my code thatis
using `qsort()`. i guess nobody from core dev team really
used`qsort()` from libc, so it is ok to break the
Jack Stouffer wrote:
And I sincerely hope they work to fix them before adding in a
bunch of new DIPs which will further complicate matters,
especially with regard to function signitures.
so far i see that they just like to say: "we won't break user's code",
and then silently breaking it,
On Wednesday, 15 February 2017 at 21:46:32 UTC, bpr wrote:
You're missing what I consider to be 'the Big Picture', namely
that Swift will become popular on non-Apple platforms, and it
needs to be fairly capable to compete with Go, Java, and C++,
and others. IBM is already backing server side
On Wednesday, 15 February 2017 at 21:16:51 UTC, Meta wrote:
Isn't that a little uncharitable?
I just spent about 20 minutes list out all of my problems with
the language, and how somethings are pretty broken. But I deleted
it and I'm not going to post it.
It was just another rant. One that
On Wednesday, 15 February 2017 at 17:53:43 UTC, Ola Fosheim
Grøstad wrote:
Typo: I mean't that one cannot assume that Apple hardware has
more than 2 cores (so one has to write applications that
perform well with only 2 cores).
You're missing what I consider to be 'the Big Picture', namely
On Wednesday, 15 February 2017 at 20:53:58 UTC, Jack Stouffer
wrote:
On Wednesday, 15 February 2017 at 19:47:28 UTC, Cym13 wrote:
There's little point in having more features if what's already
there is half broken and not well-defined.
This is what Manu and deadalnix have been saying for the
On Wednesday, 15 February 2017 at 19:47:28 UTC, Cym13 wrote:
There's little point in having more features if what's already
there is
half broken and not well-defined.
+1
On Wednesday, 15 February 2017 at 19:47:28 UTC, Cym13 wrote:
There's little point in having more features if what's already
there is half broken and not well-defined.
This is what Manu and deadalnix have been saying for the past
three years. Its fallen on deaf ears.
On Wednesday, 15 February 2017 at 16:07:18 UTC, Ola Fosheim
Grøstad wrote:
I think Go has benefitted some from having limited and stable
language semantics and continuously improving on the
implementation. IMO that should make it attractive in the
server space, i.e. you get low tooling-related
On Wednesday, 15 February 2017 at 17:08:37 UTC, Ola Fosheim
Grøstad wrote:
modelling paradigm? One cannot really assume that Apple
hardware has more than 2 CPUs.
Typo: I mean't that one cannot assume that Apple hardware has
more than 2 cores (so one has to write applications that perform
On Wednesday, 15 February 2017 at 16:41:31 UTC, bpr wrote:
Swift took over quickly because Apple has mandated it. While
I'm happy about that, there's no denying that Swift wouldn't be
where it is without the weight of Apple behind it. I'd go as
far as to say that Swift's success is assured
On Wednesday, 15 February 2017 at 16:28:00 UTC, Jacob Carlborg
wrote:
On 2017-02-15 17:07, Ola Fosheim Grøstad wrote:
This trend will continue. Programming for iOS without XCode is
unthinkable at this point, and similar situations exists for
other
platforms.
TextMate on macOS is a native
On Wednesday, 15 February 2017 at 14:44:55 UTC, Ola Fosheim
Grøstad wrote:
Another example is Swift. Swift managed to take over
Objective-C rather quickly IMO, but Swift has also absorbed the
non-C semantics of Objective-C, thus it did not require
changing existing practice significantly.
On 2017-02-15 17:07, Ola Fosheim Grøstad wrote:
This trend will continue. Programming for iOS without XCode is
unthinkable at this point, and similar situations exists for other
platforms.
TextMate on macOS is a native macOS application (Cocoa, C++) but does
not use Xcode to build, it's
On Wednesday, 15 February 2017 at 10:38:04 UTC, Russel Winder
wrote:
It is also "re-tribalising" around the Rust, Go, Swift, C++17
for native code; Java 8/9, Kotlin, Scala, Groovy, Clojure on
the JVM; ECMAScript, TypeScript, Elm in the browser, and Python
in data science and such like. OK not
On Wednesday, 15 February 2017 at 11:14:11 UTC, John Colvin wrote:
On Tuesday, 14 February 2017 at 10:22:26 UTC, Ola Fosheim
Grøstad wrote:
But, the way I see it TypeScript + "native libraries" has the
potential for covering a lot of ground. The eco system is
exploding.
Having done a fair
On Tuesday, 14 February 2017 at 10:22:26 UTC, Ola Fosheim Grøstad
wrote:
But, the way I see it TypeScript + "native libraries" has the
potential for covering a lot of ground. The eco system is
exploding.
Having done a fair amount of professional development in
typescript over the last 6
On Tue, 2017-02-14 at 10:22 +, Ola Fosheim Grøstad via Digitalmars-
d wrote:
> On Saturday, 11 February 2017 at 18:51:31 UTC, Russel Winder
> wrote:
> > Interesting, but the current competition is between Go, Rust,
> > C++, and D.
>
> I don't know, which fields are you thinking about? I
On Saturday, 11 February 2017 at 18:51:31 UTC, Russel Winder
wrote:
Interesting, but the current competition is between Go, Rust,
C++, and D.
I don't know, which fields are you thinking about? I believe the
market is changing.
On OSX/iOS: Swift + Metal is the alternative, throw in some bits
On Sat, 2017-02-11 at 15:52 +, SC via Digitalmars-d wrote:
> People here under estimate the necessity to have EXCELLENT editor
> support
>
> Without editor, nobody will want to write code in D, there are
> ton of languages now, all with great editor support (Rust, Go,
> Kotlin, Scalla, C#,
People here under estimate the necessity to have EXCELLENT editor
support
Without editor, nobody will want to write code in D, there are
ton of languages now, all with great editor support (Rust, Go,
Kotlin, Scalla, C#, java, C/C++), people have choice
There are 10 IDE/plugin project for d,
On Friday, 30 December 2016 at 09:53:25 UTC, keito940 wrote:
...If you improve the standard library, everything OK? If...
Next Version Request.
Add To The F Sharp Like Pipeline Operator(D Language Pipeline
Syntax is BAD.) & SML(C Language Compatible) Like Function
Syntax Like Maybe Monad
On Saturday, 31 December 2016 at 08:14:28 UTC, jkpl wrote:
Yes but it's gtk, there's year of work behind the library. For
a homemade GUI library CSS or not CSS is really just
bikeshedding around the format. The real stuff is to write the
rendering engine. It becomes particularly tricky when
On Friday, 30 December 2016 at 13:56:30 UTC, Getald wrote:
On Thursday, 29 December 2016 at 21:41:45 UTC, aberba wrote:
Styling is similar to CSS but different. Wished someone would
just go for a full blown CSS parser. CSS has proven its more
capable and loved for client side
On Friday, 30 December 2016 at 09:49:27 UTC, keito940 wrote:
If you improve the standard library, everything OK? If...
Next Version Request.
Add To The F Sharp Like Pipeline Operator(D Language Pipeline
Syntax is BAD.) & SML(C Language Compatible) Like Function
Syntax Like Maybe Monad
On Friday, 30 December 2016 at 13:56:30 UTC, Getald wrote:
On Thursday, 29 December 2016 at 21:41:45 UTC, aberba wrote:
Styling is similar to CSS but different. Wished someone would
just go for a full blown CSS parser. CSS has proven its more
capable and loved for client side
On Thursday, 29 December 2016 at 21:41:45 UTC, aberba wrote:
Styling is similar to CSS but different. Wished someone would
just go for a full blown CSS parser. CSS has proven its more
capable and loved for client side styling/decoration.
Isn't this what GTK is essentially doing already where
On Friday, 30 December 2016 at 13:26:15 UTC, Bauss wrote:
On Friday, 30 December 2016 at 11:32:50 UTC, aberba wrote:
[...]
Yeah it kinda follows classes right now already.
It follows a little different concept, where it's based on
selectors and not classes.
So you give your component
On Friday, 30 December 2016 at 11:32:50 UTC, aberba wrote:
On Friday, 30 December 2016 at 06:22:40 UTC, bauss wrote:
[...]
Yeah. I meant a subset. But widgets will not follow the DOM
query syntax, it should use class attributes.
.button {
border-color: red;
}
.container {
...
}
auto
On Friday, 30 December 2016 at 06:22:40 UTC, bauss wrote:
[...]
Yeah. I meant a subset. But widgets will not follow the DOM query
syntax, it should use class attributes.
.button {
border-color: red;
}
.container {
...
}
auto btn = new Button();
btn.addClass("button");
On Tuesday, 20 December 2016 at 01:45:27 UTC, Tommi wrote:
Improve the standard library!
...If you improve the standard library, everything OK? If...
Next Version Request.
Add To The F Sharp Like Pipeline Operator(D Language Pipeline
Syntax is BAD.) & SML(C Language Compatible) Like Function
If you improve the standard library, everything OK? If...
Next Version Request.
Add To The F Sharp Like Pipeline Operator(D Language Pipeline
Syntax is BAD.) & SML(C Language Compatible) Like Function Syntax
Like Maybe Monad Execution speed Up.
Plz,Now!!!
On Thursday, 29 December 2016 at 22:53:51 UTC, Chris Wright wrote:
On Thu, 29 Dec 2016 21:41:45 +, aberba wrote:
Styling is similar to CSS but different. Wished someone would
just go for a full blown CSS parser. CSS has proven its more
capable and loved for client side styling/decoration.
On Thu, 29 Dec 2016 21:41:45 +, aberba wrote:
> Styling is similar to CSS but different. Wished someone would just go
> for a full blown CSS parser. CSS has proven its more capable and loved
> for client side styling/decoration.
CSS is huge. It also brings in some assumptions about the layout
On Thursday, 29 December 2016 at 21:41:45 UTC, aberba wrote:
On Thursday, 29 December 2016 at 19:54:43 UTC, bauss wrote:
[...]
Styling is similar to CSS but different. Wished someone would
just go for a full blown CSS parser. CSS has proven its more
capable and loved for client side
On Thursday, 29 December 2016 at 19:54:43 UTC, bauss wrote:
On Wednesday, 28 December 2016 at 12:33:58 UTC, Satoshi wrote:
[...]
I know this is kinda late to the game
If you want to do GUI development and don't want to use any of
the existing things because they're outdated or anything you
On Thursday, 29 December 2016 at 19:54:43 UTC, bauss wrote:
It can be found here: http://poisonengine.github.io/
404, here is a working link --
https://github.com/PoisonEngine/poison-ui
On Thursday, 29 December 2016 at 19:54:43 UTC, bauss wrote:
It can be found here: http://poisonengine.github.io/
I apologize I meant here:
https://poisonengine.github.io/poison-ui/
On Wednesday, 28 December 2016 at 12:33:58 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 12:03:53 UTC, YAHB wrote:
Just think to your strategy and try to be wise. Even Qt
sources are available. There's at least 10 ways to waste a
freelance commercial project.
Qt is out of dated crap
On Wed, 28 Dec 2016 22:10:22 +, Satoshi wrote:
> It's not so simple. I actually must know which functions can be called
> by CTFE and which not. auto functions should have stripped body with
> replaced auto for a specific type, etc.
Currently, D header files don't support either of those
On Wednesday, 28 December 2016 at 06:48:09 UTC, Chris Wright
wrote:
On Wed, 28 Dec 2016 03:21:03 +, Jerry wrote:
There's only so much time and money someone can give. It isn't
that appealing when virtually no other language out there
suffers from this problem cause they have an actual
On Wednesday, 28 December 2016 at 03:21:03 UTC, Jerry wrote:
On Tuesday, 27 December 2016 at 16:36:10 UTC, Laeeth Isharc
wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
So if you want to improve the language and its ecosystem, the
best way is to contribute pull requests or
On 12/28/16 8:17 AM, rikki cattermole wrote:
If you don't hear about any fixes coming from a core dev in the next day
or so, contact Walter directly.
Yes please. Myself too. -- Andrei
On 12/28/16 3:35 AM, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year and half
and I'm not able to release any version due to this bug[1].
I'll ask the student in charge with the bug to give it priority. -- Andrei
On Wednesday, 28 December 2016 at 19:51:38 UTC, Jerry wrote:
You don't need the source of the GUI framework to use a
compiled program. If you are developing both the GUI and the
IDE, then you don't need interface files. You can just use the
D source code. Once you compile the IDE no one will
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 09:37:06 UTC, Jerry wrote:
Personally I'm not really looking for an IDE, I've settled for
a text editor with a plugin for it. IDEs tend to be bulky and
not be very good at manipulating text or
On Wed, 28 Dec 2016 16:09:28 +, Chris Wright wrote:
> On Wed, 28 Dec 2016 11:36:33 +, Satoshi wrote:
>
>> On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote:
>>> On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On
>>> Wednesday, 28 December 2016 at 10:52:45 UTC,
On Wed, 28 Dec 2016 11:36:33 +, Satoshi wrote:
> On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote:
>> On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote: On
>> Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
>>> Making header files manually is a wast of time
On Wednesday, 28 December 2016 at 12:55:17 UTC, YAHB wrote:
Sorry, to be honest I didn't take you seriously. Your bug
report, so the starter of this off topic fork, is barely
understandable: impossible to understand if it was a language
issue, an issue of the header function generator...
On 29/12/2016 2:08 AM, Satoshi wrote:
On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote:
On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year and half
and I'm not able to release any version due to this
On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote:
On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year
and half and I'm not able to release any version due to this
bug[1].
...
Please, stop adding new
On Wednesday, 28 December 2016 at 12:44:38 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 12:14:02 UTC, YAHB wrote:
But what's the real issue ? You want to release a
pre-compiled static library with headers ?
Yes.
you'll be in front of another issue then: "dmd_personality"...
unless
On Wednesday, 28 December 2016 at 12:43:03 UTC, bachmeier wrote:
On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year
and half and I'm not able to release any version due to this
bug[1].
...
Please, stop adding new
On Wednesday, 28 December 2016 at 12:14:02 UTC, YAHB wrote:
But what's the real issue ? You want to release a
pre-compiled static library with headers ?
Yes.
you'll be in front of another issue then: "dmd_personality"...
unless you release the static library for DMD, LDC, GDC, + each
On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year
and half and I'm not able to release any version due to this
bug[1].
...
Please, stop adding new features to D and start fixing existing
ones.
- Satoshi
---
[1]
On Wednesday, 28 December 2016 at 12:03:53 UTC, YAHB wrote:
Making header files manually is a wast of time what i don't
have.
Write your own header generator.
Yes, why not to write my own language.
Pfff...too hard to use an AST visitor. And that wants to
release a commercial IDE.
Compiler
On Wednesday, 28 December 2016 at 11:36:33 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
But what's the real issue ? You want to
On Wednesday, 28 December 2016 at 11:36:33 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
Making header files manually is a wast of time
On Wednesday, 28 December 2016 at 11:18:10 UTC, YAHB wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
Making header files manually is a wast of time what i don't
have.
Write your own header generator.
Yes,
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
On Wednesday, 28 December 2016 at 10:52:45 UTC, Satoshi wrote:
Making header files manually is a wast of time what i don't
have.
Write your own header generator. Personally I don't get the point
of writing an IDE if at a time or
On Wednesday, 28 December 2016 at 09:37:06 UTC, Jerry wrote:
Personally I'm not really looking for an IDE, I've settled for
a text editor with a plugin for it. IDEs tend to be bulky and
not be very good at manipulating text or rather lacking
features to do so.
It depends on specific IDE.
I
On Wednesday, 28 December 2016 at 08:35:52 UTC, Satoshi wrote:
I'm working on a commercial IDE and GUI framework for a year
and half and I'm not able to release any version due to this
bug[1].
But nobody cares about fixing it because it doesn't give any
benefits in opensource way to D or what.
On Wednesday, 28 December 2016 at 03:21:03 UTC, Jerry wrote:
On Tuesday, 27 December 2016 at 16:36:10 UTC, Laeeth Isharc
wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
So if you want to improve the language and its ecosystem, the
best way is to contribute pull requests or
On Wed, 28 Dec 2016 03:21:03 +, Jerry wrote:
> There's only so much time and money someone can give. It isn't that
> appealing when virtually no other language out there suffers from this
> problem cause they have an actual market behind them.
Most languages have this problem. Most languages
On Tuesday, 27 December 2016 at 16:36:10 UTC, Laeeth Isharc wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
So if you want to improve the language and its ecosystem, the
best way is to contribute pull requests or $$$s - the
Foundation now accepts individual donations, and
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
D has not market:
-
A lot of times people complain that D has no real audience /
market. Is D the perfect system. No... But lets compare to
those other languages shall we? Now this is my opinion, so take
it with a
On Monday, 26 December 2016 at 19:37:34 UTC, David Gileadi wrote:
On 12/24/16 5:11 PM, WebFreak001 wrote:
On Thursday, 22 December 2016 at 04:47:06 UTC, Chris Wright
wrote:
CTFE ( Stefan is dealing with that ), Documentation,
better Editor support...
I think code-d could potentially be
On 12/24/16 5:11 PM, WebFreak001 wrote:
On Thursday, 22 December 2016 at 04:47:06 UTC, Chris Wright wrote:
CTFE ( Stefan is dealing with that ), Documentation,
better Editor support...
I think code-d could potentially be extended to install its
dependencies, which would improve the situation
On Thursday, 22 December 2016 at 04:47:06 UTC, Chris Wright wrote:
CTFE ( Stefan is dealing with that ), Documentation,
better Editor support...
I think code-d could potentially be extended to install its
dependencies, which would improve the situation there.
It does already do that though
On 12/21/2016 7:57 PM, Chris Wright wrote:
You can implement write barriers as runtime calls, but omit them in @nogc
code.
@nogc code is code that doesn't allocate from the gc. It can still write to gc
allocated objects, however, so that idea won't work.
However, this would be costly --
On 12/21/2016 6:50 AM, thedeemon wrote:
Have you seen this one?
http://www.infognition.com/blog/2014/the_real_problem_with_gc_in_d.html
Although I had called them write gates, write barriers are the same thing. Yes,
that's the problem with implementing a generational collector in D.
I once
On 12/21/2016 3:36 AM, thedeemon wrote:
Bad news: without complete redesign of the language and turning into one more
C++/CLI (where you have different kinds of pointers in the language for GC and
non-GC), having C performance and Go-style low-pause GC is not really possible.
You have to choose
> Library Standardization:
>
>
> Some of the proposals sounds very correct. The library needs to be
> split. Every module needs its own GIT. People need to be able to add
> standard modules ( after approval ).
I can't agree with you there. There are a lot of dependencies
On Thursday, 22 December 2016 at 03:57:10 UTC, Chris Wright wrote:
You can implement write barriers as runtime calls, but omit
them in @nogc code.
That means redefining what @nogc means. Currently it basically
means "does not GC-allocate" and you want to change it to "does
not mutate
On Wed, 21 Dec 2016 11:36:14 +, thedeemon wrote:
> Bad news: without complete redesign of the language and turning into one
> more C++/CLI (where you have different kinds of pointers in the language
> for GC and non-GC), having C performance and Go-style low-pause GC is
> not really possible.
On Tue, 20 Dec 2016 08:20:32 +, LiNbO3 wrote:
> And have the patch wait in the PR queue until the end of time,
> not even acknowledged at all ?
When I've put in PRs for doc improvements, they've been reviewed
relatively quickly.
On 12/21/2016 6:24 AM, Mark wrote:
I do not think that this would be a bad use of the
foundation's funds.
That is one of the purposes of the Foundation.
On Wednesday, 21 December 2016 at 14:50:31 UTC, thedeemon wrote:
On Wednesday, 21 December 2016 at 11:54:35 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 21 December 2016 at 11:36:14 UTC, thedeemon
wrote:
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers
wrote:
[...]
Bad news: without
On Wednesday, 21 December 2016 at 14:50:31 UTC, thedeemon wrote:
On Wednesday, 21 December 2016 at 11:54:35 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 21 December 2016 at 11:36:14 UTC, thedeemon
wrote:
[...]
If this is true, a blog post about it with more details is
very welcome --Ilya
On Wednesday, 21 December 2016 at 11:54:35 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 21 December 2016 at 11:36:14 UTC, thedeemon wrote:
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers
wrote:
[...]
Bad news: without complete redesign of the language and
turning into one more
On Tuesday, 20 December 2016 at 16:22:43 UTC, Walter Bright wrote:
D is quite a bit less formal, but still, if you want action
consider that you aren't going to get it with any organization
unless you're willing to:
1. pay others to do it
2. convince others that your important issues are
On Wednesday, 21 December 2016 at 11:54:35 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 21 December 2016 at 11:36:14 UTC, thedeemon wrote:
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers
wrote:
[...]
Bad news: without complete redesign of the language and
turning into one more
On Wednesday, 21 December 2016 at 11:36:14 UTC, thedeemon wrote:
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers
wrote:
[...]
Bad news: without complete redesign of the language and turning
into one more C++/CLI (where you have different kinds of
pointers in the language for GC
On Tuesday, 20 December 2016 at 10:18:12 UTC, Kelly Sommers wrote:
What I really want is what C++ wanted to deliver but it
doesn't. I want something better than writing C but with the
same performance as C and the ability to interface with C
without the performance loss and with easily
On Wednesday, 21 December 2016 at 09:35:31 UTC, Andrey wrote:
On Wednesday, 21 December 2016 at 07:47:08 UTC, O-N-S wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
I split this from the "Re: A betterC modular standard
library?" topic because my response is will be too much
On Wednesday, 21 December 2016 at 07:47:08 UTC, O-N-S wrote:
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
I split this from the "Re: A betterC modular standard
library?" topic because my response is will be too much
off-topic but the whole thread is irking me the wrong way. I
On Monday, 19 December 2016 at 23:02:59 UTC, Benjiro wrote:
I split this from the "Re: A betterC modular standard library?"
topic because my response is will be too much off-topic but the
whole thread is irking me the wrong way. I see some of the same
argument coming up all the time, with a
1 - 100 of 314 matches
Mail list logo