On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms D. LDC also gives a
good advantage for efficiency of D.
http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.h
On Wednesday, 6 January 2016 at 01:45:50 UTC, Christopher
Bergqvist wrote:
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
Any more thoughts?
I empathize with you Jason. It's kind of like biological
evolution that has progressed through organisms spawning new
generations and
On Tuesday, 5 January 2016 at 23:14:27 UTC, thedeemon wrote:
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
Is it possible that one could develop or modify an existing
programming language that can adapt in such a way to provide
maximum unity between programmers?
What are th
On Tuesday, 5 January 2016 at 20:11:10 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
It seems that many programmers get dissatisfied with the state
of something and try and branch off and create something that
suits them. The evolution of progr
OK, I'm going to state the obvious here in the hope it will be
considered afresh. :)
On Sunday, 3 January 2016 at 17:53:38 UTC, Walter Bright wrote:
5. I don't share the opinion that a C++ namespace introducing a
scope, just as it does in C++, is something weird and
unexpected.
Wait a seco
On Tuesday, 22 December 2015 at 14:49:51 UTC, Johan Engelen wrote:
Would it help if binaries are available?
Or is general interest low?
-Johan
Reducing steps will always help. I am interested, but not to the
point of figuring out how to compile newest LDC myself.
On Tuesday, 5 January 2016 at 23:05:49 UTC, Guillaume Piolat
wrote:
On Tuesday, 5 January 2016 at 22:18:22 UTC, thedeemon wrote:
Intel compiler, please. ;)
Or at least some good story for SIMD on Win32. Although I
didn't really check how good/bad D is now in this regard.
D frontend + Intel b
On 06/01/16 3:56 PM, Craig Dillabaugh wrote:
On Wednesday, 6 January 2016 at 02:27:05 UTC, Rikki Cattermole wrote:
On 06/01/16 11:28 AM, Laeeth Isharc wrote:
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh
clip
For Android you really need an easy way to interface with JNI.
And tha
On Wednesday, 6 January 2016 at 02:27:05 UTC, Rikki Cattermole
wrote:
On 06/01/16 11:28 AM, Laeeth Isharc wrote:
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh
clip
For Android you really need an easy way to interface with JNI.
And that means another library.
There is a library th
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad
wrote:
I wonder what kind of programming people plan or _hope_ to use
D for in 2016?
Working on a little register VM, and when that's done a compiler
to go along with it! The VM is pretty much a rehash of the ideas
the Lua guys p
On 06/01/16 11:28 AM, Laeeth Isharc wrote:
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh wrote:
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote:
The deadline for the Google Summer of Code, 2016 is February 19th.
Which means we have about a month and a half to
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
Any more thoughts?
I empathize with you Jason. It's kind of like biological
evolution that has progressed through organisms spawning new
generations and dying, and some humans' search for immortality.
Being free from aging and
On Tue, 05 Jan 2016 22:13:56 +0100, Jacob Carlborg wrote:
> On 2016-01-05 19:05, Chris Wright wrote:
>
>> In order for me to use D more, I would need Unreal Engine bindings with
>> editor and serialization integration, probably, and that's hard. Unreal
>> uses annotations for this, which are macr
On Wednesday, 6 January 2016 at 00:08:35 UTC, Walter Bright wrote:
On 1/5/2016 1:48 PM, Ola Fosheim Grøstad wrote:
I think I wasn't clear in what I wrote.
At the moment I'm only interested in directly interfacing D to
C++, not C (which D already does very well) or ARC (a totally
different su
On 1/5/2016 1:48 PM, Ola Fosheim Grøstad wrote:
I think I wasn't clear in what I wrote.
At the moment I'm only interested in directly interfacing D to C++, not C (which
D already does very well) or ARC (a totally different subject).
On 1/5/2016 1:30 PM, Jakob Ovrum wrote:
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
At the exit of a catch clause, the destructor on the caught C++ exception will
be run, as would be expected by C++ programmers.
Does this work with rethrow? What if a D exception is thrown
On 1/5/2016 2:58 PM, Elie Morisse wrote:
On Tuesday, 5 January 2016 at 20:07:11 UTC, Walter Bright wrote:
On 1/5/2016 10:51 AM, Elie Morisse wrote:
why not distinguish C++ exceptions from D ones in the personality routine?
How?
Are you aware of
https://syniurgeblog.wordpress.com/2015/11/20/
On Tuesday, 5 January 2016 at 23:24:24 UTC, Messenger wrote:
On Tuesday, 5 January 2016 at 20:04:35 UTC, rsw0x wrote:
[...]
Anyone on linux who could imgur a callgraph please? Premature
optimisation and all that.
nearly all the time is spent inside the regex itself and
filtering out empty
On 1/5/2016 1:22 PM, Jacob Carlborg wrote:
On 2016-01-05 21:07, Walter Bright wrote:
How?
There's something called "__cxa_current_exception_type" [1], can that be of use?
[1] http://libcxxabi.llvm.org/spec.html
That only works with C++ types, not D types.
On Tuesday, 5 January 2016 at 20:04:35 UTC, rsw0x wrote:
[...]
Anyone on linux who could imgur a callgraph please? Premature
optimisation and all that.
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
Is it possible that one could develop or modify an existing
programming language that can adapt in such a way to provide
maximum unity between programmers?
What are the properties of the perfect language? To be able to
create it
On Tuesday, 5 January 2016 at 22:18:22 UTC, thedeemon wrote:
Intel compiler, please. ;)
Or at least some good story for SIMD on Win32. Although I
didn't really check how good/bad D is now in this regard.
D frontend + Intel backend would be a dream compiler.
Though, if LDC was available and w
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad
wrote:
I wonder what kind of programming people plan or _hope_ to use
D for in 2016?
Planning to do more audio plugins with D, hopefully with
AudioUnit support.
Continuing d-idioms, logos, and other leisure stuff.
What other lan
On Tuesday, 5 January 2016 at 20:07:11 UTC, Walter Bright wrote:
On 1/5/2016 10:51 AM, Elie Morisse wrote:
why not distinguish C++ exceptions from D ones in the
personality routine?
How?
Are you aware of
https://syniurgeblog.wordpress.com/2015/11/20/calypso-catching-cpp-exceptions-in-d/?
On Tuesday, 5 January 2016 at 22:28:40 UTC, Laeeth Isharc wrote:
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh
wrote:
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig
Dillabaugh wrote:
The deadline for the Google Summer of Code, 2016 is February
19th. Which means we have about
On Monday, 4 January 2016 at 22:58:43 UTC, CraigDillabaugh wrote:
On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh
wrote:
The deadline for the Google Summer of Code, 2016 is February
19th. Which means we have about a month and a half to put
something together. For the time being
On Tuesday, 5 January 2016 at 22:12:05 UTC, Mengu wrote:
guys, what we need is a DB abstraction supporting PostgreSQL,
MySQL and other major database systems and we need it
yesterday. let's not make things more complex than they are and
build up this thing.
What is needed isn't a DB abstracti
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad
wrote:
I wonder what kind of programming people plan or _hope_ to use
D for in 2016?
Right now I'm using D to make the next major version (2.0) of my
company's most known product - a video processing app called
Video Enhancer. So
On Tuesday, 5 January 2016 at 08:26:16 UTC, Jacob Carlborg wrote:
On 2016-01-05 05:16, Chris Wright wrote:
Not proposing language changes was an intentional feature, not
a mistake.
Then you obviously can't use the operators. You would have to
fall back to methods:
Person.where!(e => e.name
On Tuesday, 5 January 2016 at 15:32:52 UTC, bachmeier wrote:
Hopefully now I can convince other economists to use it.
Probably more work than writing it in the first place!
On Tuesday, 5 January 2016 at 21:33:07 UTC, Walter Bright wrote:
On 1/5/2016 10:57 AM, Ola Fosheim Grøstad wrote:
CoreFoundation provides easy bridging with Objective-C/Swift.
CF is an interface to C, not C++, and it uses wrappers and
such, not direct APIs. It also has COM-like support - D al
On Tuesday, 5 January 2016 at 21:30:21 UTC, Jakob Ovrum wrote:
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
At the exit of a catch clause, the destructor on the caught
C++ exception will be run, as would be expected by C++
programmers.
Does this work with rethrow? What if
On 1/5/2016 10:57 AM, Ola Fosheim Grøstad wrote:
CoreFoundation provides easy bridging with Objective-C/Swift.
CF is an interface to C, not C++, and it uses wrappers and such, not direct
APIs. It also has COM-like support - D also supported COM since Day 1.
That isn't remotely good enough to
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
At the exit of a catch clause, the destructor on the caught C++
exception will be run, as would be expected by C++ programmers.
Does this work with rethrow? What if a D exception is thrown from
a C++ catch block - will the C++ ex
On 2016-01-05 21:07, Walter Bright wrote:
How?
There's something called "__cxa_current_exception_type" [1], can that be
of use?
[1] http://libcxxabi.llvm.org/spec.html
--
/Jacob Carlborg
On 1/5/2016 1:19 PM, Jacob Carlborg wrote:
On 2016-01-05 19:49, Walter Bright wrote:
It's just a limitation for now in order to get things moving.
What happens if one just calls "__cxa_throw"?
I don't know.
On 2016-01-05 18:23, Walter Bright wrote:
C++ rethrows as well need to be done by calling a C++ function to do it.
Seems to be easy with "__cxa_rethrow", takes no arguments and doesn't
return anything.
--
/Jacob Carlborg
On 2016-01-05 19:49, Walter Bright wrote:
It's just a limitation for now in order to get things moving.
What happens if one just calls "__cxa_throw"?
--
/Jacob Carlborg
On 2016-01-05 19:05, Chris Wright wrote:
In order for me to use D more, I would need Unreal Engine bindings with
editor and serialization integration, probably, and that's hard. Unreal
uses annotations for this, which are macros that do nothing; you read the
annotations by parsing the C++ source
On 2016-01-05 17:01, Basile B. wrote:
If you have the time to, you should also update the textmate D
highlighter. The first script line is not handled (aka the shebang #!).
GitHub uses your bundle to display D online.
Yeah, I know, I'm working on that. It has higher priority. But the
shebang
On 2016-01-05 17:24, Walter Bright wrote:
Doing unwinding in D frames when foreign exceptions are in-flight is
easy, because no knowledge of those FEs is required.
Catching them, however, requires detailed knowledge of exactly how they
work. This is not so easy. Catching C++ exceptions in D cod
I guess "program synthesis" might be a less confusing term:
http://research.microsoft.com/en-us/um/people/sumitg/pubs/synthesis.html
Very interesting topic!
On Tuesday, 5 January 2016 at 16:10:21 UTC, Jason Jeffory wrote:
It seems that many programmers get dissatisfied with the state
of something and try and branch off and create something that
suits them. The evolution of programming is the evolution of
life in some way.
Is it possible that one
On 1/5/2016 10:51 AM, Elie Morisse wrote:
why not distinguish C++ exceptions from D ones in the personality routine?
How?
On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms D. LDC also gives a
good advantage for efficiency of D.
http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.h
On Tuesday, 5 January 2016 at 18:05:37 UTC, Chris Wright wrote:
I might work more on my MUD in D. D's good for MUDs; AI is
easier to write (and schedule) with fibers. Some of the
networking code is, too.
That's cool! My interest in graphical MUDs was actually the
reason for looking into D. I
On Tuesday, 5 January 2016 at 15:40:40 UTC, Jacob Carlborg wrote:
"Swift on Linux does not depend on the Objective-C runtime nor
includes it"
I'm guessing that Swift is compatible with Apple's Objective-C
runtime, which is not the same as the GNUStep Objective-C
runtime.
Thanks, that makes
On Tuesday, 5 January 2016 at 18:22:56 UTC, Jakob Ovrum wrote:
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
D code can only catch C++ exceptions declared as:
extern (C++) class Identifier { ... }
Best practice in C++ is catching by const&, and D's classes
fit right in
On Tuesday, 5 January 2016 at 18:21:39 UTC, Basile B. wrote:
On Tuesday, 5 January 2016 at 18:19:23 UTC, Gerald wrote:
I notice he's using readln() instead of readln(buf) in the D
solution, would having D re-use the buffer make a substantial
improvement in performance?
Yep. It's a life-change
On Tuesday, 5 January 2016 at 18:52:38 UTC, Walter Bright wrote:
Interfacing with C doesn't mean jack when someone needs to
interface with C++. D interfaced seamlessly with C from day 1.
Yes, but if you want ARC or high performance GC you have to pay a
price when crossing boundaries.
Objecti
On Tuesday, 5 January 2016 at 18:02:39 UTC, Suliman wrote:
On Tuesday, 5 January 2016 at 17:10:51 UTC, rsw0x wrote:
On Tuesday, 5 January 2016 at 15:20:53 UTC, Joakim wrote:
Walter seems against ARC anyway.
Andrei does not seem to be, however.
D's GC is a failure, the amount of effort needed/
On Tuesday, 5 January 2016 at 17:42:15 UTC, Gerald wrote:
On Tuesday, 5 January 2016 at 17:10:51 UTC, rsw0x wrote:
D's GC is a failure, the amount of effort needed/given to work
around it should be proof enough of this.
Coming from a Java background and being an application rather
then system
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
Function bodies cannot mix catching C++ and D exceptions. (The
reason is C++ catch types need to be distinguished from D catch
types, and the most straightforward method to deal with that is
have a different 'personality' function
On 1/5/2016 10:45 AM, Ola Fosheim Grøstad wrote:
Calling the C function "void takesAnObject(void *theObject);" from Swift:
Interfacing with C doesn't mean jack when someone needs to interface with C++. D
interfaced seamlessly with C from day 1.
On 1/5/2016 10:22 AM, Jakob Ovrum wrote:
C++ exceptions cannot be thrown from D. If you must throw a C++ exception,
write and call a C++ function to do it.
Because C++-throw copies the exception and thus slices base class references,
this is actually quite inconvenient. There's no One Helper Fu
An example from
http://www.sitepoint.com/using-legacy-c-apis-swift/:
Calling the C function "void takesAnObject(void *theObject);"
from Swift:
var test = 42
withUnsafePointer(&test, { (ptr: UnsafePointer) -> Void in
var voidPtr: UnsafePointer = unsafeBitCast(ptr,
UnsafePointer.self)
On Tuesday, 22 December 2015 at 17:36:30 UTC, Mattcoder wrote:
On Tuesday, 22 December 2015 at 14:49:51 UTC, Johan Engelen
wrote:
On Tuesday, 15 December 2015 at 23:05:38 UTC, Johan Engelen
Would it help if binaries are available?
Definitely!
Sorry for false hope :(. I wouldn't even know whe
On 01/05/2016 01:13 PM, Martin Drašar via Digitalmars-d wrote:
Dne 5.1.2016 v 19:09 deadalnix via Digitalmars-d napsal(a):
On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
We have a design now, driven by:
1. compatibility with best practice exceptions in C++ (i.e.
never catch by value, etc.)
2. minimizing implementation difficulty
3. fitting in with D semantics
4. pushing as much as we can into
On Tuesday, 5 January 2016 at 18:19:23 UTC, Gerald wrote:
I notice he's using readln() instead of readln(buf) in the D
solution, would having D re-use the buffer make a substantial
improvement in performance?
Yep. It's a life-changer. There's a before and an after.
On Tuesday, 5 January 2016 at 18:13:00 UTC, Martin Drašar wrote:
Dne 5.1.2016 v 19:09 deadalnix via Digitalmars-d napsal(a):
On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperfor
On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms D. LDC also gives a
good advantage for efficiency of D.
http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.h
On Tuesday, 5 January 2016 at 16:10:38 UTC, Walter Bright wrote:
On 1/5/2016 3:21 AM, Ola Fosheim Grøstad wrote:
Nope. Objective-C++ has full C++ support.
It's the other way around. O-C++ is a C++ compiler that
supports O-C extensions.
The difference is marginal. C++ on clang support C99 ex
Dne 5.1.2016 v 19:09 deadalnix via Digitalmars-d napsal(a):
> On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
>> Hi,
>>
>> Came across this post in rust-lang subreddit about the regex
>> benchamrks. Scala surprisingly outperforms D. LDC also gives a good
>> advantage for efficiency o
On Tuesday, 5 January 2016 at 17:52:39 UTC, Karthikeyan wrote:
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms D. LDC also gives a
good advantage for efficiency of D.
http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.h
On Tue, 05 Jan 2016 12:27:12 +, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in
> 2016?
I might rewrite my RSS reader in D (from C#). It's got some issues I
haven't adequately been able to track down, and a rewrite might alleviate
them.
On 5 January 2016 at 17:24, Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On 1/5/2016 1:17 AM, Iain Buclaw via Digitalmars-d wrote:
>
>> Catching from any foreign language that interacts with the same EH
>> interface
>> should be easy. Just bear in mind that each languag
On Tuesday, 5 January 2016 at 17:10:51 UTC, rsw0x wrote:
On Tuesday, 5 January 2016 at 15:20:53 UTC, Joakim wrote:
Walter seems against ARC anyway.
Andrei does not seem to be, however.
D's GC is a failure, the amount of effort needed/given to work
around it should be proof enough of this.
T
Hi,
Came across this post in rust-lang subreddit about the regex
benchamrks. Scala surprisingly outperforms D. LDC also gives a
good advantage for efficiency of D.
http://vaskir.blogspot.ru/2015/09/regular-expressions-rust-vs-f.html
On Tuesday, 5 January 2016 at 17:10:51 UTC, rsw0x wrote:
D's GC is a failure, the amount of effort needed/given to work
around it should be proof enough of this.
Coming from a Java background and being an application rather
then systems developer one thing that attracted me to D was the
garba
On Tuesday, 5 January 2016 at 17:23:38 UTC, Walter Bright wrote:
Function bodies cannot mix catching C++ and D exceptions.
Sounds good(assuming one gets a compilation error when this rule
is broken).
Ola Fosheim Grøstad writes:
> 5. run D apps on mobile?
1) I am involved in recreational windsurf races and pretty much everyone
carries a mobile phone to record GPS tracks. I though it would be fun
to create an app to manage the races, track finishing places, etc. The
non-GUI portion can be D
On Tue, 05 Jan 2016 09:26:16 +0100, Jacob Carlborg wrote:
> On 2016-01-05 05:16, Chris Wright wrote:
>
>> Not proposing language changes was an intentional feature, not a
>> mistake.
>
> Then you obviously can't use the operators. You would have to fall back
> to methods:
>
> Person.where!(e =>
We have a design now, driven by:
1. compatibility with best practice exceptions in C++ (i.e. never catch by
value, etc.)
2. minimizing implementation difficulty
3. fitting in with D semantics
4. pushing as much as we can into the C++ compiler
On Tuesday, 5 January 2016 at 15:20:53 UTC, Joakim wrote:
Walter seems against ARC anyway.
Andrei does not seem to be, however.
D's GC is a failure, the amount of effort needed/given to work
around it should be proof enough of this.
On Tuesday, 5 January 2016 at 15:20:53 UTC, Joakim wrote:
I think Go's hitting its ceiling now. It will be interesting
to see what Swift's ceiling is: we'll find out if and when they
ever get it on Android.
The graphs for Go does not show a ceiling yet, but the
"theoretical" ceiling for Go i
On Tuesday, 5 January 2016 at 16:34:27 UTC, Dicebot wrote:
BTW, the default implementation is a direct result of the "by
default multi-threading safe" requirement brought up multiple
times during reviews.
.. this remains a concern. I know that with some tweaks and lot
of custom overriding I
Sorry for late reponse, I don't read NG that often now.
On Monday, 4 January 2016 at 17:06:16 UTC, Robert burner Schadek
wrote:
I actually have a patch in the pipeline for this,. That patch
require to change the protection for beginLogMsg, logMsgPart,
finishLogMsg from protected to public and
On 1/5/2016 1:17 AM, Iain Buclaw via Digitalmars-d wrote:
Catching from any foreign language that interacts with the same EH interface
should be easy. Just bear in mind that each language may put the thrown object
proper in a different place.
Doing unwinding in D frames when foreign exceptions
On Tuesday, 5 January 2016 at 15:57:29 UTC, tcak wrote:
It does not have to same, but it is so readable and clear to
understand by anybody.
https://twitter.com/andreysitnik/status/683258432493907968
https://github.com/VerbalExpressions/JSVerbalExpressions
As far as I understand, from the call
On 1/5/2016 3:21 AM, Ola Fosheim Grøstad wrote:
Nope. Objective-C++ has full C++ support.
It's the other way around. O-C++ is a C++ compiler that supports O-C extensions.
This is amply illustrated by Swift's total lack of C++ interoperability.
No, I mean the real kinda of evolution, not algorithmic mimicking!
It seems that many programmers get dissatisfied with the state of
something and try and branch off and create something that suits
them. The evolution of programming is the evolution of life in
some way.
Is it possible that o
On 1/5/2016 12:18 AM, Jonathan M Davis wrote:
So, yes. This work is valuable. Whether it's the best use of Walter's time out
of all of the things he could be doing for D, I don't know, and that's a highly
subjective debate. But I don't think that there's any question that this work is
of real va
On Tuesday, 5 January 2016 at 15:52:05 UTC, Jacob Carlborg wrote:
I'm working on a tool to automatically convert Java to D [1],
for DWT. I have no idea how it will work in practice though.
It's written in Scala and uses the Eclipse JDT compiler.
[1] https://github.com/d-widget-toolkit/jport/tr
It does not have to same, but it is so readable and clear to
understand by anybody.
https://twitter.com/andreysitnik/status/683258432493907968
https://github.com/VerbalExpressions/JSVerbalExpressions
As far as I understand, from the call of functions, the library
generates the regular expressi
I have a couple of libraries I was intending to make that were
waiting for either language changes or other technologies that
should be doable in 2016.
I was thinking of trying to make a GUI library that's similar to
Xamarin Forms, but with D and using something other than Xaml for
the UI mar
On Tuesday, 5 January 2016 at 01:39:51 UTC, Temtaime wrote:
On Sunday, 3 January 2016 at 02:05:38 UTC, Walter Bright wrote:
On 1/2/2016 4:17 PM, Jack Stouffer wrote:
What is involved in catching C++ exceptions? Was this the
hard part of the whole
thing?
DMD doesn't catch them yet. But C++ on
On 2016-01-05 15:07, Adam D. Ruppe wrote:
If D had the same Java interface out of the box, or the same
cutting-edge library I might have use it there too, but meh, idk. It is
just a simple server that spits out XML - something Java is very good at.
I'm working on a tool to automatically conver
On 2016-01-05 14:49, Ola Fosheim Grøstad wrote:
Yes, which is why I wrote "indirectly". ;-)
Ah, I missed that.
But does it work for Swift
on Linux? Is Objective-C++ and Swift compatible on Linux yet?
Hmm. From this blog post [1]:
"Swift on Linux does not depend on the Objective-C runtime
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad
wrote:
I wonder what kind of programming people plan or _hope_ to use
D for in 2016?
I've just finished with the initial version of my project to
embed R inside D. Hopefully now I can convince other economists
to use it.
I migh
On Tuesday, 5 January 2016 at 10:49:06 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 5 January 2016 at 04:19:33 UTC, Joakim wrote:
Because they're much higher up.
Yes, but the languages that are on the rise are cutting into
the existing languages. It is difficult to predict when they
hit a cei
On Tuesday, 5 January 2016 at 14:45:18 UTC, Nikolay wrote:
On Tuesday, 5 January 2016 at 14:15:18 UTC, rsw0x wrote:
Have you used perf(or similar) to attempt to find bottlenecks
yet?
I used perf and wrote my result here:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thre
On Tuesday, 5 January 2016 at 14:10:20 UTC, Adam D. Ruppe wrote:
On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
* Finish my tiling terminal emulator, terminix
(https://github.com/gnunn1/terminix)
ooh, I wrote a terminal emulator too a while ago:
https://github.com/adamdruppe/termin
On Tuesday, 5 January 2016 at 14:15:18 UTC, rsw0x wrote:
Have you used perf(or similar) to attempt to find bottlenecks
yet?
I used perf and wrote my result here:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/1670/?page=2
As Sönke Ludwig said direct epoll usage ca
On Tuesday, 5 January 2016 at 13:09:55 UTC, Etienne Cimon wrote:
On Tuesday, 5 January 2016 at 10:11:36 UTC, Atila Neves wrote:
On Thursday, 31 December 2015 at 08:23:26 UTC, Laeeth Isharc
wrote:
[...]
vibe.d _was_ faster than Go. I redid the measurements recently
once I wrote an MQTT broke
A bit of (7.) When I see or discover something that I can do.
Otherwise (8.) c-à-d my own stuff in D.
On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
* Finish my tiling terminal emulator, terminix
(https://github.com/gnunn1/terminix)
ooh, I wrote a terminal emulator too a while ago:
https://github.com/adamdruppe/terminal-emulator
If any of my code would be useful to you, always feel
I know I'll be doing a few web programs in D (already have the
contracts so it is increasing in priority even now). I'll
probably be expanding my css tools for my other job too.
For non-work stuff, it all depends on how much time I have, but
the basic list is:
1) the doc thing I've been talk
On Tuesday, 5 January 2016 at 13:42:26 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 5 January 2016 at 13:24:58 UTC, Joakim wrote:
I plan on using the new Android support to build a mobile app
entirely in D, with some components running on the server, ie
"cloud," at least initially.
[...]
I don'
On Sunday, 3 January 2016 at 18:39:21 UTC, Shannon wrote:
On Sunday, 3 January 2016 at 15:38:18 UTC, Dibyendu Majumdar
wrote:
I am looking to choose between D, Swift and Rust for a project
that I am currently coding in C++. So far D seems the
alternative but I guess I won't know until I try o
1 - 100 of 125 matches
Mail list logo
