Am 10.05.2014 08:27, schrieb Manu via Digitalmars-d:
On 10 May 2014 07:05, Wyatt via Digitalmars-d
wrote:
On Friday, 9 May 2014 at 16:12:00 UTC, Manu via Digitalmars-d wrote:
...
The only option I know that works is Obj-C's solution, as demonstrated
by a very successful embedded RTOS, and comp
On 10 May 2014 07:05, Wyatt via Digitalmars-d
wrote:
> On Friday, 9 May 2014 at 16:12:00 UTC, Manu via Digitalmars-d wrote:
>
> I've been digging into research on the subject while I wait for test scripts
> to run, and my gut feeling is it's definitely possible to get GC at least
> into striking d
No float is probably important for OS kernel and device driver developers.
The kernel of an operating system will usually not save the floating
point registers during a context switch (to the kernel). For this
reason its important the compiler can guarantee never to use floating
point numbers
On 6.5.2014. 20:10, Walter Bright wrote:
> On 5/6/2014 10:47 AM, Manu via Digitalmars-d wrote:
>> On 7 May 2014 01:46, Andrei Alexandrescu via Digitalmars-d
>> I'm not even sure what the process it... if I go through and "LGTM" a
>> bunch of pulls, does someone accept my judgement and click the mer
On Friday, 9 May 2014 at 21:05:18 UTC, Wyatt wrote:
But conversely, Manu, something has been bothering me: aren't
you restricted from using most libraries anyway, even in C++?
"Decent" or "acceptable" performance isn't anywhere near
"maximum", so shouldn't any library code that allocates in an
On Friday, 9 May 2014 at 16:12:00 UTC, Manu via Digitalmars-d
wrote:
Let's also bear in mind that Java's GC is worlds ahead of D's.
Is Sun/Oracle reference implementation actually any good?
I am getting very tired of repeating myself and having my points
basically ignored, or dismissed with
On Friday, 9 May 2014 at 21:03:06 UTC, brad clawsie wrote:
On Friday, 9 May 2014 at 19:07:24 UTC, Jesse Phillips wrote:
No, the context around what he said is very important. Google
isn't leaving Go development, generics are not nixed for Go
2.0, the language will continue to see bug fixes. Th
On Friday, 9 May 2014 at 19:07:24 UTC, Jesse Phillips wrote:
No, the context around what he said is very important. Google
isn't leaving Go development, generics are not nixed for Go
2.0, the language will continue to see bug fixes. This is all
very clear with context.
I see this as a good.
Am 09.05.2014 21:53, schrieb Araq:
It increases the complexity to reason about code.
No, that's wrong.
Why it is wrong?
Even you ever seen a programmer reason about unique pointers, shared
pointers, weak pointers, naked pointers, references and cyclic data
structures without mistakes?
This is an offer to all of you who will be staying somewhere on the way
from Los Altos to FB (Mountain View and Palo Alto should be fine):
I have one available seat in my car every day of the conference for
* Going to the conference from your place
* Going to Aloft after the conference
* Goin
On Thursday, 8 May 2014 at 11:05:20 UTC, monarch_dodra wrote:
On Thursday, 8 May 2014 at 07:09:24 UTC, Sönke Ludwig wrote:
Just a general note: This is not only interesting for
range/slice types, but for any user defined reference type
(e.g. RefCounted!T or Isolated!T).
Not necessarily: As so
It increases the complexity to reason about code.
No, that's wrong.
If the compiler does not give an helping hand, bugs are too
easy to create.
Usually a type system is used to increase safety...
On Friday, 9 May 2014 at 11:38:13 UTC, Bruno Medeiros wrote:
I find this aspect much more interesting than the "get generics
or not" one. So Rob Pike and the other guy is leaving the
language then?
No, the context around what he said is very important. Google
isn't leaving Go development, gen
On Friday, 9 May 2014 at 11:46:20 UTC, Chris wrote:
If not, better not to introduce them. D, at a certain point in
time, started to be designed around templates, or with
templates in mind. I think it was Andrei who convinced Walter
to do that.
It wasn't Andrei, but I don't remember who Walter
Le 09/05/2014 15:22, Chris a écrit :
On Thursday, 8 May 2014 at 16:16:22 UTC, Joakim wrote:
Well, Android/x86 for now. I've been plugging away at getting D
running on Android/x86 and got all of the druntime modules' unit tests
and 37 of 50 phobos modules' unit tests to pass. I had to hack dmd
i
On 5/9/2014 7:18 AM, Chris wrote:
There is this conflict between textbooks and real world (hardware / software
interaction). Walter once said on this forum that when he sees textbook
examples, he says that things don't really work that way.
Found that out when implementing textbook optimization
I live in the area and will be driving by Aloft on my way to FB.
I can fit 3 other people (sliver Rav4). Ill just pull up with a
clever D theme sign on my car and pick up any stragglers if
needed.
Beyond being fodder for people who don't write Go but hate it for
some reason, this seems to be an ongoing non-event. The official
mailing list has practically no mention of generics anymore.
On 8 May 2014 16:11, Paulo Pinto via Digitalmars-d
wrote:
> On Wednesday, 7 May 2014 at 20:09:07 UTC, Xavier Bigand wrote:
>
> 4MB?! That is a world of pleasure.
>
> Try to cram a Z80 application into 48 KB. :)
I've never heard of a Z80 program running a tracing GC. (I have used
refcounting on a
On Friday, 9 May 2014 at 13:59:38 UTC, Dicebot wrote:
On Friday, 9 May 2014 at 07:38:46 UTC, Paulo Pinto wrote:
I had the opportunity to meet Wirth at CERN, when he and a few
ETHZ members took part on the Oberon Day, back in 2004.
He is really great guy, but he could not understand why Oberon
On Friday, 9 May 2014 at 07:38:46 UTC, Paulo Pinto wrote:
I had the opportunity to meet Wirth at CERN, when he and a few
ETHZ members took part on the Oberon Day, back in 2004.
He is really great guy, but he could not understand why Oberon
was being ignored in the industry. As he expected the
On Thursday, 8 May 2014 at 16:16:22 UTC, Joakim wrote:
Great to hear! Much appreciated.
On Thursday, 8 May 2014 at 16:16:22 UTC, Joakim wrote:
Well, Android/x86 for now. I've been plugging away at getting
D running on Android/x86 and got all of the druntime modules'
unit tests and 37 of 50 phobos modules' unit tests to pass. I
had to hack dmd into producing something like packed
On 2014-05-08 12:16 PM, Joakim wrote:
All you need to get going is to download the latest Android NDK
(http://developer.android.com/tools/sdk/ndk/index.html) and run
Android/x86 (http://www.android-x86.org/, I recommend the 4.3 build) in
a VM. I'll put up some basic setup and build instructions
On Wed, 07 May 2014 19:41:16 +0100, Maxime Chevalier-Boisvert
wrote:
Unless I'm misunderstanding it should be as simple as:
wchar[100] stackws; // alloca() if you need it to be dynamically sized.
A slice of this static array behaves just like a slice of a dynamic
array.
I do need it to
On Friday, 9 May 2014 at 11:46:20 UTC, Chris wrote:
On Friday, 9 May 2014 at 07:38:46 UTC, Paulo Pinto wrote:
On Friday, 9 May 2014 at 07:05:59 UTC, Bienlein wrote:
Well, he had previously stated that there would be no
breaking changes, and that if there were changes it would
have to be call
On Thursday, 8 May 2014 at 21:08:36 UTC, bearophile wrote:
I think T1 and T2 should be equivalent for built-in tuples.
There are no built-in tuples in D.
On Friday, 9 May 2014 at 00:43:10 UTC, Nick Sabalausky wrote:
As for ordinary non-crypto RNGs, I honestly can't imaging any
purpose for reliably generating the same values other than
"playing back" a previous sequence. But if that's what you
want, then IMO it's better to record the sequence of
On Friday, 9 May 2014 at 00:43:10 UTC, Nick Sabalausky wrote:
On 5/8/2014 5:29 PM, Joseph Rushton Wakeling via Digitalmars-d
wrote:
That seems a problematic fix for me -- doesn't it mean that
there can
only ever be one instance of any individual RNG?
There can technically be multiple "instanc
On Thursday, 8 May 2014 at 18:54:30 UTC, Jacob Carlborg wrote:
I mean, what the h*ll does this unit test tests:
https://github.com/D-Programming-Language/phobos/blob/master/std/numeric.d#L995
It is explained in comments there. And it won't become more
simple if you add some fancy syntax there
On Thursday, 8 May 2014 at 14:34:13 UTC, Steven Schveighoffer
wrote:
On Wed, 07 May 2014 00:11:45 -0400, Mike wrote:
On Tuesday, 6 May 2014 at 02:20:46 UTC, Lionello Lunesu wrote:
Hi all,
After last year's incident with my tires getting slashed, I'm
really hoping I can do without a car duri
On Friday, 9 May 2014 at 07:21:36 UTC, iridium wrote:
I'm not asking to solve the problem for me. Just tell me what
is that. I try to building some simple executables and get this
and that: http://itmages.ru/image/view/1657447/92442093
Those are linker errors, because you are missing symbols lik
On Friday, 9 May 2014 at 07:38:46 UTC, Paulo Pinto wrote:
On Friday, 9 May 2014 at 07:05:59 UTC, Bienlein wrote:
Well, he had previously stated that there would be no
breaking changes, and that if there were changes it would
have to be called "go version 2 or something". So when
generics wer
On 08/05/2014 22:09, Bienlein wrote:
On Wednesday, 7 May 2014 at 15:54:42 UTC, Paulo Pinto wrote:
So the videos of the Gophercon 2014 are being made available.
Rob Pike did the keynote. At the expected question about generics,
his answer was "There are no plans for generics. I said we're going
On Friday, 9 May 2014 at 05:26:12 UTC, Arne Ludwig wrote:
Hello,
when using opApply it seems natural to have two versions: one
normal and one const. My problem is that I cannot find a way to
describe both versions with one code block. Since there could
be a number of basic variants with diffe
You can just compile a sample application using zlib from phobos
and see if it works without dll.
On Friday, 9 May 2014 at 05:00:48 UTC, Russel Winder via
Digitalmars-d wrote:
Pacific Standard Time, UTC−8:00
Pakistan Standard Time, UTC+5:00
Philippine Standard Time, UTC+8:00
:-)
I think we can infer that Andrei meant to say 09:00-08:00.
Unless there
is some shenanigans with moving the cl
On Friday, 9 May 2014 at 04:09:46 UTC, captaindet wrote:
by coincidence, i have use for this too. also thought
__traits(allMembers, ...) would work. too bad it doesn't. is
this a bug or expected behavior?
/det
Just out of curiosity, what's your use case?
On Thursday, 8 May 2014 at 22:27:11 UTC, Luís Marques wrote:
(I guess that's one
drawback of providing functional programming without
immutability?)
Another issue is iteration might be not repeatable, especially if
a closure accidentally slips into the range. In C# iteration is
not destructin
On Friday, 4 November 2011 at 03:14:29 UTC, bearophile wrote:
Through Reddit I've found two introductions to the system
language Rust being developed by Mozilla. This is one of them:
http://marijnhaverbeke.nl/rust_tutorial/
This is an alpha-state tutorial, so some parts are unfinished
and som
On Wednesday, 7 May 2014 at 02:48:45 UTC, Brian Schott wrote:
Here's an interesting anecdote:
I have a version of DCD that I've been working on for a while
that uses allocators and an allocator-backed container library.
(You can find this on Github easily enough, but I'm not
announcing it yet
On Friday, 9 May 2014 at 07:05:59 UTC, Bienlein wrote:
Well, he had previously stated that there would be no breaking
changes, and that if there were changes it would have to be
called "go version 2 or something". So when generics were
brought up he stated that there were no plans for generic
On 08/05/14 23:33, Walter Bright wrote:
It's true that when I first encountered C#'s LINQ, I was surprised that
it was lazy.
It's also true that most of std.algorithm is lazy. Apart from coming up
with a new naming convention (and renaming algorithms in Phobos), I
don't see any obvious solution
On Thursday, 8 May 2014 at 10:02:53 UTC, Joakim wrote:
On Thursday, 8 May 2014 at 08:18:16 UTC, iridium wrote:
On Thursday, 8 May 2014 at 07:55:04 UTC, Jacob Carlborg wrote:
On 08/05/14 08:53, iridium wrote:
That's what happens when linking:
http://itmages.ru/image/view/1655772/669acb30
You
Well, he had previously stated that there would be no breaking
changes, and that if there were changes it would have to be
called "go version 2 or something". So when generics were
brought up he stated that there were no plans for generics and
"I said we are going to leave the language, we ar
45 matches
Mail list logo
