On 10/14/10 8:28 AM, Benjamin Thaut wrote:
I'm also having problems with VisualD + DMD, I made a posting in the
bugs forums about it, but unfortunately no one did answer yet:
Uh, afaik the digitalmars.D.bugs forum just mirrors the changes from the
puremagic D bugzilla, and thus is not quite th
Code::Blocks:
Works quite well for Windows and Linux, except for some occasional
dependency problems because of single-file compilation. Unusable on Mac
because of keyboard shortcut issues. Project and build option
configuration is a bit complicated and the toolchain-settings need to be
twea
On Wednesday 13 October 2010 23:58:16 Jonathan M Davis wrote:
> The bugs forum is not for posting to.
Ack. I meant the bug mailing list, not forum. Oh well, it should be fairly
obvious what I meant.
- Jonathan M Davis
Am 13.10.2010 21:45, schrieb dsimcha:
I've noticed that, when passed multiple files at once, DMD is generally buggy
in ways that I can't reproduce in small test cases. This includes things like
magically ignoring __gshared variables, and not being able to convert a type
to an alias to the same t
All these languages you named are useless for C/C++ audience.
They might be (i like Haskell) good for expressing certain kind of tasks.
Go write the next big OS/game/RT simulation/any performance related
project in any of those.
None of them are "system language".
On Thu, 14 Oct 2010 00:24:0
On 03/09/2010 01:40, Andrei Alexandrescu wrote:
On 9/2/10 17:03 CDT, Walter Bright wrote:
Andrei Alexandrescu wrote:
The scene was of the main character driving on a busy highway into a
crowded metropolis. The meaning was to question the veracity and
meaning of perception, existence, and human
Thu, 14 Oct 2010 12:01:11 +0300, so wrote:
> On Thu, 14 Oct 2010 00:24:00 +0300, Paulo Pinto
> wrote:
>
>> Haskell, F#, C#, Scala, Ada, just to name a few.
> All these languages you named are useless for C/C++ audience. They might
> be (i like Haskell) good for expressing certain kind of tasks.
Sönke Ludwig wrote:
Code::Blocks:
Works quite well for Windows and Linux, except for some occasional
dependency problems because of single-file compilation. Unusable on Mac
because of keyboard shortcut issues. Project and build option
configuration is a bit complicated and the toolchain-s
On 13/10/2010 21:11, Steven Schveighoffer wrote:
No, what is suggested is that we build the complexity guarantees into
the interface. For example, if you had a List interface, and it could
only guarantee O(n) performance for get, you'd call it e.g. slowGet(),
to signify it's a slow operation, an
When it comes to programming languages, the C/C++ audience isn't the
sharpest knife in the drawer. In fact they most likely reject any other
language if the syntax and semantics aren't 95% the same.
I don't give a damn about syntax being C like or not, if it is good at
expressing things, that
Thu, 14 Oct 2010 13:28:27 +0300, so wrote:
>> What's your definition of a "system language"? Being able to write
>> operating systems, OS drivers, kernel mode applications, embedded small
>> footprint applications, server applications, games, simulations, HPC?
>> If you only need one of these doma
Am 13.10.2010 22:07, schrieb Andrei Alexandrescu:
>
> Good point. On the other hand, an overly simplified documentation
> might hinder a good deal of legit uses for advanced users. I wonder
> how to please everyone.
>
I think the best way to explain the usage of a feature are *working*
code-example
On 2010-10-13 20:18, Walter Bright wrote:
Jacob Carlborg wrote:
I don't know how you have implemented TLS on Mac OS X but it does
support TLS via the Posix API pthreads. This is the only page from
Apple's documentation I could find for now (I'm certain I've seen a
better page)
http://developer.a
Stewart Gordon wrote:
On 13/10/2010 21:11, Steven Schveighoffer wrote:
No, what is suggested is that we build the complexity guarantees into
the interface. For example, if you had a List interface, and it could
only guarantee O(n) performance for get, you'd call it e.g. slowGet(),
to signify
retard:
> 'High performance' and 'system language' are both badly defined.
I agree, for some people 'high performance' means the automatic slicing and
tiling of loops as done by advanced Fortran compilers, something that C/C++
compiler have just started to do a bit, and are far from doing well
On Thu, 2010-10-14 at 07:58 -0400, bearophile wrote:
[ . . . ]
> I agree, for some people 'high performance' means the automatic
> slicing and tiling of loops as done by advanced Fortran compilers,
> something that C/C++ compiler have just started to do a bit, and are
> far from doing well still.
A link found through Reddit, a benchmark about Move Semantics Benchmark in C++
STL:
http://cpp-next.com/archive/2010/10/howards-stl-move-semantics-benchmark/
Bye,
bearophile
Touted often around here is the term "systems language".
May we please discuss a definition to be agreed upon
for the usage this term (at least in this community) and
also have some agreed upon examples of PLs that might also
be members of the "set of systems languages".
Given a general subjectiv
A language should not limit you, some people might like it, i don't.
No need to waste time on this, if you believe those languages can do
things that you say, write a simple but competitive ray/pathtracer. No
need to use sse or any fancy stuff, just bare compiler with its standard
library,
Jokes? sure!
System language is a language you can "actually" write "code" with it.
On Thu, 14 Oct 2010 15:30:02 +0300, Justin Johansson wrote:
Touted often around here is the term "systems language".
May we please discuss a definition to be agreed upon
for the usage this term (at least in t
Wow it looks great! Too bad you have to wait so many years to get an
improvement like move.
On Thu, 14 Oct 2010 15:29:52 +0300, bearophile
wrote:
A link found through Reddit, a benchmark about Move Semantics Benchmark
in C++ STL:
http://cpp-next.com/archive/2010/10/howards-stl-move-sema
On Thu, 14 Oct 2010 23:30:02 +1100, Justin Johansson wrote:
> Touted often around here is the term "systems language".
>
> May we please discuss a definition to be agreed upon for the usage this
> term (at least in this community) and also have some agreed upon
> examples of PLs that might also b
On 14/10/2010 11:32 PM, so wrote:
A language should not limit you, some people might like it, i don't.
Render your programming opus in Assembler then. There are no
limitations in what you can do in Assembly Language and, to a lesser
degree, in slightly higher level languages/run-time engines s
A language that is adequate for systems programming.
This leaves "adequate" and "systems programming" for definition...
On 10/14/2010 02:30 PM, Justin Johansson wrote:
Touted often around here is the term "systems language".
May we please discuss a definition to be agreed upon
for the usage
On 14/10/2010 11:48 PM, Moritz Warning wrote:
On Thu, 14 Oct 2010 23:30:02 +1100, Justin Johansson wrote:
Touted often around here is the term "systems language".
May we please discuss a definition to be agreed upon for the usage this
term (at least in this community) and also have some agreed
It looks to me that you are the one without a point here, why do you reply
a line but ignore the part that matters? :)
On Thu, 14 Oct 2010 16:00:26 +0300, Justin Johansson wrote:
On 14/10/2010 11:32 PM, so wrote:
A language should not limit you, some people might like it, i don't.
Render
On Wed, 13 Oct 2010 23:01:38 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 06:53:57 +0400, Steven Schveighoffer
wrote:
Denis Koroskin Wrote:
On Thu, 14 Oct 2010 02:38:11 +0400, Sean Kelly
wrote:
> Denis Koroskin Wrote:
>>
>> I prefer ubyte[] because that helps G
That is too much to comprehend for some people. They think if a language
is "able" to do something it doesn't matter how many million lines or
knowledge to do that simple thing, and you can simply put "able to do
certain stuff" in that languages feature list.
On Thu, 14 Oct 2010 16:08:06 +0
On Wed, 13 Oct 2010 18:21:16 -0400, bearophile
wrote:
Andrei:
Well casting from void[] is equally awkward isn't it? I'm still
undecided on which is better.
See also:
http://d.puremagic.com/issues/show_bug.cgi?id=4572
Bye,
bearophile
That issue is slightly different because std.file.rea
On Wed, 13 Oct 2010 23:13:43 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 01:32:49 +0400, Steven Schveighoffer
wrote:
A seekable interface is one of those things that's really hard to get
right. In Tango, we eventually got rid of the seekable interface and
just
On 15/10/2010 12:16 AM, so wrote:
It looks to me that you are the one without a point here, why do you
reply a line but ignore the part that matters? :)
Maybe you are right and, even though I reread your OP, I missed your
salient point. Can your please rephrase so that I can sync on your
chann
On Thu, 14 Oct 2010 17:24:34 +0400, Steven Schveighoffer
wrote:
On Wed, 13 Oct 2010 18:21:16 -0400, bearophile
wrote:
Andrei:
Well casting from void[] is equally awkward isn't it? I'm still
undecided on which is better.
See also:
http://d.puremagic.com/issues/show_bug.cgi?id=4572
By
On Thu, 14 Oct 2010 06:04:24 -0400, Stewart Gordon
wrote:
On 13/10/2010 21:11, Steven Schveighoffer wrote:
No, what is suggested is that we build the complexity guarantees into
the interface. For example, if you had a List interface, and it could
only guarantee O(n) performance for get, you
On 14/10/2010 1:32 AM, Andrei Alexandrescu wrote:
On 10/11/2010 07:49 PM, Daniel Gibson wrote:
Andrei Alexandrescu schrieb:
Agreed. Maybe this is a good time to sart making a requirements list
for streams. What are the essential features/feature groups?
Andrei
This sub-sub-sub-sub-thread sho
On Wed, 13 Oct 2010 20:57:54 -0400, Robert Jacques
wrote:
On Wed, 13 Oct 2010 14:34:14 -0400, Steven Schveighoffer
wrote:
Because then we are back to writeln = 42;
-Steve
:) I see that despite not valid code for what, over a year now?, writeln
= 42 still persists.
IMO, that's becaus
On Thu, 14 Oct 2010 06:53:35 -0400, Gerrit Wichert
wrote:
Am 13.10.2010 22:07, schrieb Andrei Alexandrescu:
Good point. On the other hand, an overly simplified documentation
might hinder a good deal of legit uses for advanced users. I wonder
how to please everyone.
I think the best way to
One problem in D that has no clear answer and continuously rears it's head
is the void[] type being used for buffering.
The main concern is that the runtime cautiously may remove the NO_SCAN bit
from a void[] array. This means false pointers.
But can we approach this from a different angle
Can anyone please suggest a decent algorithm for
determining a "color distance" metric between
two colors? The requirement is to come up with
a good algorithm for contrasting a computed color
from another color.
Should this algorithm (function) be dependent upon
whether the color model be additi
Hello Justin,
Can anyone please suggest a decent algorithm for
determining a "color distance" metric between
two colors? The requirement is to come up with
a good algorithm for contrasting a computed color
from another color.
I'd work in HSV. convert the hue channel to an absolute difference
On 10/14/10 8:33 CDT, Denis Koroskin wrote:
On Thu, 14 Oct 2010 17:24:34 +0400, Steven Schveighoffer
wrote:
On Wed, 13 Oct 2010 18:21:16 -0400, bearophile
wrote:
Andrei:
Well casting from void[] is equally awkward isn't it? I'm still
undecided on which is better.
See also:
http://d.pure
On 10/14/10 8:44 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 06:53:35 -0400, Gerrit Wichert
wrote:
Am 13.10.2010 22:07, schrieb Andrei Alexandrescu:
Good point. On the other hand, an overly simplified documentation
might hinder a good deal of legit uses for advanced users. I wonder
On 10/6/10, Nick Sabalausky wrote:
> "sybrandy" wrote in message
> news:i8g8oi$1hv...@digitalmars.com...
>> Just asking out of curiosity. With all the great language features, I'm
>> sure that many of you have thought about this.
>>
>> For me, I figured a good start would be your basic Unix/Linu
On 10/2/10, retard wrote:
> Thu, 30 Sep 2010 21:12:53 -0400, bearophile wrote:
>
>> Here (pdf alert) I have found a very simple but interesting paper that
>> has confirmed an hypothesis of mine.
>>
>> This is a page that contains a pdf that shows a short introduction to
>> the paper: http://www.ga
Starting a new thread from Denis' question:
Can we outline basic Stream interface now so that we could move on?
Here's the input transport layer. Transport has no concern for
formatting - it just moves stuff around.
interface TransportBase
{
/// True if stream has no more data.
@pro
>
> Somehow me thinks that (in say an RGB model) a
> Pythagorean square-root of the the sum of the squares
> of the respective RGB axis deltas is, whilst
> mathematically pleasing, not best practice for
> contemporary ideals/political correctness for addressing
> accessibility/visual impairment is
Jacob Carlborg wrote:
> On 2010-10-13 20:18, Walter Bright wrote:
>> Jacob Carlborg wrote:
>>> I don't know how you have implemented TLS on Mac OS X but it does
>>> support TLS via the Posix API pthreads. This is the only page from
>>> Apple's documentation I could find for now (I'm certain I've s
I would consider a systems programming language any language that you
can use to build operating systems, even if a little help of assembly
language is
required.
"Norbert Nemec" wrote in message
news:i96vcl$11o...@digitalmars.com...
>A language that is adequate for systems programming.
>
> Thi
On Thu, 14 Oct 2010 09:33:54 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 17:24:34 +0400, Steven Schveighoffer
wrote:
On Wed, 13 Oct 2010 18:21:16 -0400, bearophile
wrote:
Andrei:
Well casting from void[] is equally awkward isn't it? I'm still
undecided on w
Paulo Pinto Wrote:
> I would consider a systems programming language any language that you
> can use to build operating systems, even if a little help of assembly
> language is
> required.
>
I would consider that too but ... Something goes wrong with this :
http://www.jnode.org/
On OS in ASM
On 10/14/10 11:01 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 09:33:54 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 17:24:34 +0400, Steven Schveighoffer
wrote:
On Wed, 13 Oct 2010 18:21:16 -0400, bearophile
wrote:
Andrei:
Well casting from void[] is equa
On 10/14/2010 05:34 PM, Andrei Alexandrescu wrote:
Starting a new thread from Denis' question:
Can we outline basic Stream interface now so that we could move on?
Here's the input transport layer. Transport has no concern for
formatting - it just moves stuff around.
interface TransportBase
{
On Thursday, October 14, 2010 07:53:24 Andrei Alexandrescu wrote:
> On 10/14/10 8:44 CDT, Steven Schveighoffer wrote:
> > On Thu, 14 Oct 2010 06:53:35 -0400, Gerrit Wichert
> >
> > wrote:
> >> Am 13.10.2010 22:07, schrieb Andrei Alexandrescu:
> >>> Good point. On the other hand, an overly simplif
Andrei Alexandrescu Wrote:
> Starting a new thread from Denis' question:
>
> > Can we outline basic Stream interface now so that we could move on?
>
> Here's the input transport layer. Transport has no concern for
> formatting - it just moves stuff around.
>
> interface TransportBase
> {
>
On 10/14/2010 11:43 AM, Pelle wrote:
Why is positionable in TransportBase? Should it not be a separate
interface?
It could.
Also, shouldn't the reads accept any output range? appendDelim as well.
This would do away with the two extra versions in the text input.
Interfaces can't have overrid
Am 14.10.2010 18:08, schrieb Ezneh:
Paulo Pinto Wrote:
I would consider a systems programming language any language that you
can use to build operating systems, even if a little help of assembly
language is
required.
I would consider that too but ... Something goes wrong with this :
http://
On 10/14/2010 12:15 PM, anon wrote:
I can't understand why we need binary vs. text modes. Seems to me a
silly design decision from the old days when we used 7-bit terminals
or something. This always complicates the APIs for no reason.
A variety of Internet protocols are text-based. Also, for ex
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Starting a new thread from Denis' question:
Can we outline basic Stream interface now so that we could move on?
Here's the input transport layer. Transport has no concern for
formatting - it just moves stuff around.
interf
An operating system written in D would be really interesting.
On Thu, Oct 14, 2010 at 11:05 AM, Andrej Mitrovic <
andrej.mitrov...@gmail.com> wrote:
> On 10/6/10, Nick Sabalausky wrote:
> > "sybrandy" wrote in message
> > news:i8g8oi$1hv...@digitalmars.com...
> >> Just asking out of curiosity.
On Thu, 14 Oct 2010 12:10:58 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 11:01 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 09:33:54 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 17:24:34 +0400, Steven Schveighoffer
wrote:
On Wed, 13 Oct 2010 18:21:16 -0
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Please, use the term "seek", and allow an anchor. Every OS allows this,
it makes no sense not to provide it.
I've always thought that's a crappy appendix. Every OS that ever allows
On Thu, 14 Oct 2010 21:31:02 +0400, Steven Schveighoffer
wrote:
On Thu, 14 Oct 2010 12:10:58 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 11:01 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 09:33:54 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 17:24:34
With generic element type:
interface InputBinaryTransport(T) : TransportBase
if (!hasPointers!T && !is(T == class))
{
/// Reads up to target.length items into target,
/// returns number of items read. If target.length < 1 throws.
size_t read(T[] target);
/// Appends to target up u
On Thu, 14 Oct 2010 21:32:44 +0400, Michael Stover
wrote:
An operating system written in D would be really interesting.
http://wiki.xomb.org/index.php?title=Main_Page
On Thu, 14 Oct 2010 21:39:03 +0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Please, use the term "seek", and allow an anchor. Every OS allows this,
it makes no sense not to provide it.
I'v
On Thu, 14 Oct 2010 21:42:04 +0400, Andrei Alexandrescu
wrote:
With generic element type:
interface InputBinaryTransport(T) : TransportBase
if (!hasPointers!T && !is(T == class))
{
/// Reads up to target.length items into target,
/// returns number of items read. If target.length <
Jacob Carlborg wrote:
On 2010-10-13 20:18, Walter Bright wrote:
Furthermore, OSX has no documented way to allocate TLS
static data in the object file. I spent considerable effort figuring out
a way to do this and get around the numerous bugs in the OSX linker that
tried to stop me.
I just read
On Thu, 14 Oct 2010 13:39:03 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Please, use the term "seek", and allow an anchor. Every OS allows this,
it makes no sense not to provide it.
I'v
On Thu, 14 Oct 2010 23:30:02 +1100, Justin Johansson
wrote:
Touted often around here is the term "systems language".
May we please discuss a definition to be agreed upon
for the usage this term (at least in this community) and
also have some agreed upon examples of PLs that might also
be members
== Quote from bearophile (bearophileh...@lycos.com)'s article
> A link found through Reddit, a benchmark about Move Semantics
Benchmark in C++ STL:
> http://cpp-next.com/archive/2010/10/howards-stl-move-semantics-
benchmark/
> Bye,
> bearophile
I don't really like that benchmark. I think it will d
On 10/14/10 12:56 CDT, Denis Koroskin wrote:
appendDelim *requires* buffering for to be implemented. No OS provides
an API to read from a file (be it pipe, socket, whatever) to read up to
some abstract delimiter. It *always* reads in blocks.
Clear. What may be not so clear is that read(ubyte[]
On Thu, 14 Oct 2010 13:42:53 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 21:31:02 +0400, Steven Schveighoffer
wrote:
On Thu, 14 Oct 2010 12:10:58 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 11:01 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 09:33:5
Peter Alexander:
> That way, you're actually seeing what move semantics will
> really bring to the performance of a real program.
There are synthetic benchmarks, and various shades of more realistic
benchmarks. Both kinds have advantages and disadvantages, and both have their
place and may be u
On Thu, 14 Oct 2010 13:56:19 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
Buffering requires and additional level of data copying, and this is bad
for fast I/O. If you need fast I/O or must pull that out of the stream
interface. Otherwise chunked read will be less efficient due to
add
Andrei Alexandrescu Wrote:
> On 10/14/2010 12:15 PM, anon wrote:
> > I can't understand why we need binary vs. text modes. Seems to me a
> > silly design decision from the old days when we used 7-bit terminals
> > or something. This always complicates the APIs for no reason.
>
> A variety of Inte
On 10/14/10 13:14 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 13:39:03 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Please, use the term "seek", and allow an anchor. Every OS allow
On Thu, 14 Oct 2010 22:21:37 +0400, Steven Schveighoffer
wrote:
On Thu, 14 Oct 2010 13:42:53 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
On Thu, 14 Oct 2010 21:31:02 +0400, Steven Schveighoffer
wrote:
On Thu, 14 Oct 2010 12:10:58 -0400, Andrei Alexandrescu
wrote:
On 10/14/1
On 10/14/10 13:21 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 13:42:53 -0400, Denis Koroskin <2kor...@gmail.com>
wrote:
Besides, typed stream needs to be built of top of buffered stream (not
an unbuffered one). E.g. T might be a big struct, and Stream doesn't
provide a guaranty that it
I have heard of D once or twice, so in a paroxysm of profligacy in a bookstore
recently, I picked up Dr Alexandrescu's very enjoyable book "The D Programming
Language." One thing he does not discuss therein, however, is lazy parameters.
In the book, Dr Alexandrescu most properly deplores the teac
On Thu, 14 Oct 2010 22:22:07 +0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:56 CDT, Denis Koroskin wrote:
appendDelim *requires* buffering for to be implemented. No OS provides
an API to read from a file (be it pipe, socket, whatever) to read up to
some abstract delimiter. It *always* read
On 14/10/10 7:30 PM, bearophile wrote:
Peter Alexander:
That way, you're actually seeing what move semantics will
really bring to the performance of a real program.
There are synthetic benchmarks, and various shades of more realistic
benchmarks. Both kinds have advantages and disadvantages,
On 2010-10-14 17:51, Sean Kelly wrote:
Jacob Carlborg wrote:
On 2010-10-13 20:18, Walter Bright wrote:
Jacob Carlborg wrote:
I don't know how you have implemented TLS on Mac OS X but it does
support TLS via the Posix API pthreads. This is the only page from
Apple's documentation I could find
J. Shimizu:
> From what I understand from the web site, however, the lazy attribute on a D
> function parameter makes it call-by-name, not call-by-need.
The lazy attribute may be deprecated, but I don't remember a final word on
this. I don't know what's meant to replace them, of if there is a wa
On 14.10.2010 22:14, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 13:39:03 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wrote:
Please, use the term "seek", and allow an anchor. Every OS allow
bearophile napisał:
> The lazy attribute may be deprecated, but I don't remember a final word on
> this.
Me neither.
> I don't know what's meant to replace them
AFAIR, implicit conversion of expressions to parameterless delegates.
--
Tomek
Thanks for the hint.
Are you also aware of Habit?
http://www.galois.com/blog/2010/05/12/tech-talk-developing-good-habits-for-bare-metal-programming/
Am 13.10.2010 13:22, schrieb bearophile:
--
Paulo Pinto:
if you want to invent some kind of high level assembler, the res
Am I missing something? I thought this was supposed to be working with
the 7.2 release of GDB? Is this working for anyone else?
$ cat hello.d
import std.stdio;
int main(char[][] args)
{
writeln("hello world\n");
writefln("args.length = %d", args.length);
for (int i = 0; i < args.
On Thu, 14 Oct 2010 14:43:56 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 13:14 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 13:39:03 -0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:27 CDT, Steven Schveighoffer wrote:
On Thu, 14 Oct 2010 11:34:12 -0400, Andrei Alexandrescu
wro
On 10/14/10 2:31 PM, Kyle Mallory wrote:
Am I missing something? I thought this was supposed to be working with
the 7.2 release of GDB? Is this working for anyone else?
$ dmd -g hello.d
FYI, I did get this working (mostly) by invoking:
$ dmd -gc -debug hello.d
I'm curious now if this is
Jacob Carlborg wrote:
As I said, the static TLS data is put in the object file like any other
data.
No, it isn't. It has to go into segregated sections so it can be distinguished
from regular static data. Fixup records are different for them, and some special
code sequences are used to access
On 14/10/10 22:00, Kyle Mallory wrote:
On 10/14/10 2:31 PM, Kyle Mallory wrote:
Am I missing something? I thought this was supposed to be working with
the 7.2 release of GDB? Is this working for anyone else?
$ dmd -g hello.d
FYI, I did get this working (mostly) by invoking:
$ dmd -gc -de
Paulo Pinto:
> Are you also aware of Habit?
> http://www.galois.com/blog/2010/05/12/tech-talk-developing-good-habits-for-bare-metal-programming/
I saw the video about Habit, but I was not so impressed, it's a bit simplified
Haskell variant fitter for low-level code. I haven't seen many new ideas
On Thursday, October 14, 2010 12:32:06 bearophile wrote:
> J. Shimizu:
> > From what I understand from the web site, however, the lazy attribute on
> > a D function parameter makes it call-by-name, not call-by-need.
>
> The lazy attribute may be deprecated, but I don't remember a final word on
> t
On 10/14/10 13:46 CDT, Denis Koroskin wrote:
On Thu, 14 Oct 2010 22:21:37 +0400, Steven Schveighoffer
wrote:
What's point of having multiple types that only differ with read
signature? When would you prefer Stream!(byte) over Stream!(ubyte) or
Stream!(char)? What's wrong with an adapter that all
I'll push the issue up the todo list. Maybe I'm not getting a lot of
these errors because I have applied the dmd patches in the bug reports
190 and 4753...
dsimcha wrote:
== Quote from Rainer Schuetze (r.sagita...@gmx.de)'s article
Could it be related to any of these?
http://d.puremagic.co
On 10/14/10 14:00 CDT, Denis Koroskin wrote:
On Thu, 14 Oct 2010 22:22:07 +0400, Andrei Alexandrescu
wrote:
On 10/14/10 12:56 CDT, Denis Koroskin wrote:
appendDelim *requires* buffering for to be implemented. No OS provides
an API to read from a file (be it pipe, socket, whatever) to read up
On 2010-10-14 20:12, Walter Bright wrote:
Jacob Carlborg wrote:
On 2010-10-13 20:18, Walter Bright wrote:
Furthermore, OSX has no documented way to allocate TLS
static data in the object file. I spent considerable effort figuring out
a way to do this and get around the numerous bugs in the OSX
Found through Reddit, talk slides by Rob Pike, "The Expressiveness of Go":
http://go.googlecode.com/hg/doc/ExpressivenessOfGo.pdf
http://www.reddit.com/r/programming/comments/dr6r4/talk_by_rob_pike_the_expressiveness_of_go_pdf/
This time I think I have understood most of the contents of the slide
bearophile wrote:
From page 40:
Goroutines have "segmented stacks":
go f()
starts f() executing concurrently on a new (small) stack.
Stack grows and shrinks as needed.
No programmer concern about stack size.
No possibility for stack overflow.
A couple of instructions of overhead on each funct
I think that would be too broad.
You can write an operating system in Python if you wanted to.
http://unununium.org/
On Thu, Oct 14, 2010 at 10:57 AM, Paulo Pinto wrote:
> I would consider a systems programming language any language that you
> can use to build operating systems, even if a little
"Walter Bright" wrote in message
news:i97v5c$d1...@digitalmars.com...
> bearophile wrote:
>> From page 40:
>>
>> Goroutines have "segmented stacks":
>>go f()
>> starts f() executing concurrently on a new (small) stack.
>> Stack grows and shrinks as needed.
>> No programmer concern about stack
1 - 100 of 159 matches
Mail list logo