KennyTM~ Wrote:
> On Mar 26, 10 18:52, yigal chripun wrote:
> > KennyTM~ Wrote:
> >
> >> On Mar 26, 10 05:46, yigal chripun wrote:
> >>>
> >>> while it's true that '?' has one unicode value for it, it's not true for
> >
Walter Bright Wrote:
>
> That's true, '?' can have different encodings, such as for EBCDIC and
> RADIX50.
> Those formats are dead, however, and ASCII has won. D is specifically a
> Unicode
> language (a superset of ASCII) and '?' has a single defined value for it.
>
> Yes, Unicode has some
KennyTM~ Wrote:
> On Mar 26, 10 05:46, yigal chripun wrote:
> >
> > while it's true that '?' has one unicode value for it, it's not true for
> > all sorts of diacritics and combine code-points. So your approach is to
> > pass the responsibility
It seems that on a conceptual level we are in complete agreement.
the difference seems to be that you want to push some things onto the user
which I think the language should provide.
Walter Bright Wrote:
> yigal chripun wrote:
> > Walter Bright Wrote:
> >
> >
Walter Bright Wrote:
> Yigal Chripun wrote:
> > Walter Bright Wrote:
> >> Pascal has explicit casts. The integer to character one is CHR(i), the
> >> character to integer is ORD(c).
> > I meant implicit, sorry about that. The pascal way is definitely the correct
Regan Heath Wrote:
> yigal chripun wrote:
> > Here's a Java 5 version with D-like syntax:
> >
> > enum Flag {
> > READ (0x1), WRITE (0x2), OTHER(0x4)
> >
> > const int value;
> > private this (int value) {
> >
Walter Bright Wrote:
> yigal chripun wrote:
> > here's a simple version without casts: int toString(dchar[] arr) { int temp
> > =
> > 0; for (int i = 0; i < arr.length; i++) { int digit = arr[i].valueOf - 30;
> > //
> > * if (digit < 0 || digit >
Walter Bright Wrote:
> Nick Sabalausky wrote:
> > To put it simply, I agree with this even on mere principle. I'm convinced
> > that the current D behavior is a blatant violation of strong-typing and
> > smacks way too much of C's so-called "type system".
>
> You're certainly not the first to f
Regan Heath Wrote:
>
> One thing being able to convert enum to it's base type does allow is this:
>
> import std.stdio;
>
> enum FLAG
> {
>READ = 0x1,
>WRITE = 0x2,
>OTHER = 0x4
> }
>
> void foo(FLAG flags)
> {
>writeln("Flags = ", flags);
> }
>
> int main(string[] args)
> {
Nick Sabalausky Wrote:
> "yigal chripun" wrote in message
> news:hobg4b$12e...@digitalmars.com...
> >
> > This also interacts with the crude hack of "this enum is actually a
> > constant".
> > if you remove the implicit casts than how woul
bearophile Wrote:
> yigal chripun:
> > This was brought up many many times in the NG before and based on past
> > occurences will most likely never change.
>
> If I see some semantic holes I'd like to see them filled/fixed, when
> possible. Keeping the muzzle
yigal chripun Wrote:
> A C style enum with values assigned is *not* an enumeration but rather a set
> of meaningful integral values and should be represented as such.
>
The above isn't accurate. I'll re-phrase:
The values assigned to the members of the enums are just propert
Nick Sabalausky Wrote:
> I'm bringing this over here from a couple separate threads over on "D.learn"
> (My "D1: Overloading across modules" and bearophile's "Enum equality test").
>
> Background summary:
>
> bearophile:
> > I'm looking for D2 rough edges. I've found that this D2 code
> > compi
Walter Bright Wrote:
> yigal chripun wrote:
> > The compiler knows at compile-time what variables are initialized with
> > "=void". The compiler than can add a compilation error when such a struct
> > variable is used in an equals expression.
> > this doe
Nick Sabalausky Wrote:
> "Nick Sabalausky" wrote in message
> news:hmsqdk$9u...@digitalmars.com...
> >
> > "bearophile" wrote in message
> > news:hmrtbk$1ao...@digitalmars.com...
> >>
> >> A bit later in the discussion div0 and Pelle M. have said/suggested that
> >> accessing static vars thro
Walter Bright Wrote:
> Fawzi Mohamed wrote:
> > one could argue that the unsafe operation is memset.
>
> That's right.
>
>
> > The compiler always initializes a struct, so that what you describe
> > should never happen in a safe program.
>
> Right.
>
>
> > Still as you say the following exa
Andrei Alexandrescu Wrote:
> yigal chripun wrote:
> > Nick Sabalausky Wrote:
> >
> >> "Justin Johansson" wrote in message
> >> news:hlop1u$o1...@digitalmars.com...
> >>> Nick Sabalausky wrote:
> >>>> Right, that's what
Andrei Alexandrescu Wrote:
> Michel Fortin wrote:
> > On 2010-02-19 09:11:11 -0500, Andrei Alexandrescu
> > said:
> >
> >> If you could provide a list of silly named symbols that could be a
> >> dealbreaker for a prospective D user, please let me know. Thanks.
> >
> > I don't think there are
Nick Sabalausky Wrote:
> "Justin Johansson" wrote in message
> news:hlop1u$o1...@digitalmars.com...
> > Nick Sabalausky wrote:
> >> Right, that's what I meant. Use a word starting with "retro-" when
> >> talking to a english-speaking person, and even if they're uneducated,
> >> they'll most li
On 20/02/2010 05:03, Justin Johansson wrote:
Nick Sabalausky wrote:
"dave eveloper" wrote in message
news:hlm402$1mr...@digitalmars.com...
Ezneh Wrote:
So, it is not better to find a compromise between these libraries ?
Why they have to be "two" libraries rather than one which was
designed b
On 15/02/2010 15:00, Jacob Carlborg wrote:
On 2/14/10 18:18, Andrei Alexandrescu wrote:
Leandro Lucarella wrote:
Michel Fortin, el 14 de febrero a las 07:48 me escribiste:
On 2010-02-14 05:12:41 -0500, Jacob Carlborg said:
It iterates backwards, all the way back to the 50s. I think
"reverse
On 14/02/2010 20:07, Andrei Alexandrescu wrote:
Mike James wrote:
Andrei Alexandrescu Wrote:
Leandro Lucarella wrote:
Michel Fortin, el 14 de febrero a las 07:48 me escribiste:
On 2010-02-14 05:12:41 -0500, Jacob Carlborg said:
It iterates backwards, all the way back to the 50s. I think
"
On 14/02/2010 19:18, Andrei Alexandrescu wrote:
Leandro Lucarella wrote:
Michel Fortin, el 14 de febrero a las 07:48 me escribiste:
On 2010-02-14 05:12:41 -0500, Jacob Carlborg said:
It iterates backwards, all the way back to the 50s. I think
"reverse" is a much better word.
Agree.
My dict
On 06/02/2010 23:42, Walter Bright wrote:
Yigal Chripun wrote:
Walter, Please take a look at FUDForum.
I did, thanks for the reference. I think reddit blows it away for user
interface. Fudforum has the usual problem with web forums of using too
much vertical space, meaning you have a hard
On 06/02/2010 15:23, Lutger wrote:
On 02/06/2010 01:58 PM, Yigal Chripun wrote:
...
Also, I've found a simple NNTP server written in python that has modular
back-end support so it can be set-up to provide a bi-directional NNTP
interface for various web forums.
What is the name /
On 06/02/2010 05:11, Walter Bright wrote:
BCS wrote:
If D were to quit providing a NNTP interface, I'd loose interest in
participating in these discussions. Heck, (HINT, HINT, HINT) the fact
that Tango has a forum rather than a news group is half or more of the
reason I don't use it.
I love th
On 05/02/2010 23:24, Trass3r wrote:
Proposed:
---
mixin template foo1 {
const char[] foo1 = "int a;";
}
mixin char[] foo2() {
return "int b;";
}
foo1!();
foo2();
---
Well, it's a little bit indistinctive, hard to tell if it's a normal
function call or a
On 03/02/2010 09:19, Lutger wrote:
On 02/03/2010 02:42 AM, Walter Bright wrote:
Yigal Chripun wrote:
I've thought about building such a system for these forums many times.
Registration would not be required to post, but registering would
enable
features like voting on posts, establish
On 03/02/2010 00:44, Walter Bright wrote:
Yigal Chripun wrote:
IMO, we should have a registration system for regular people, not for
censoring purposes but for keeping track.
there are many posts by different people that call themselves with the
same name and it seems confusing and unproductive
On 03/02/2010 00:41, Walter Bright wrote:
Yigal Chripun wrote:
He wouldn't even ban superdan, which frankly I would had i been in
Walter's shoes.
superdan was harmless. I enjoyed his rants, and underneath it he did
know what he was talking about.
As I said before, you must be a
On 02/02/2010 23:05, Jeff Nowakowski wrote:
BCS wrote:
Group = citizens of china
controller = government of china
for the case in question (this NG)
group = people posting on NG
controller = people in NG wanting someone banned.
I see a difference
The government of China are Chinese people.
On 02/02/2010 21:47, retard wrote:
Tue, 02 Feb 2010 06:20:19 -0500, Bane wrote:
Except that you could argue that the government is censoring it for the
people, thereby making it an outside force imposing control on the
inside. Merriam-Webster's online definition would tend to go with the
whole
On 02/02/2010 21:09, dsimcha wrote:
== Quote from BCS (n...@anon.com)'s article
Hello Rainer,
BCS wrote:
Anything a group does to it's self is not censorship. Censorship is
where someone from the outside imposes controls.
By that definition, there is no censorship in China, because it's
som
On 01/02/2010 01:56, BCS wrote:
Hello Bane,
Lars T. Kyllingstad Wrote:
When TDPL is published D2 will be frozen. That's the whole point.
-Lars
Aha! What about... D3 ? :)
TDPL 2e
And FWIW, I'm in the lets kill trees camp.
p.s. Why doesn't anyone ever bring up the power requirements for
On 27/01/2010 02:57, Justin Johansson wrote:
Ary Borenszweig wrote:
Walter Bright wrote:
Justin Johansson wrote:
(1) For some reason (possibly valid only in an historic context), I
have this great aversion to throwing exceptions from inside C++
constructors. From memory, I once threw an except
On 23/01/2010 20:10, Nick Sabalausky wrote:
"Yigal Chripun" wrote in message
news:hjek8e$4j...@digitalmars.com...
uint a, b; // init to whatever
bool c, d; // ditto
auto r1 = a AND b; // a& b
auto r2 = c AND d; // c&& d
...
AND stands for whatever *single* syn
On 22/01/2010 09:59, bearophile wrote:
Ali:
We've been bitten by the following bug recently in C code: uint
flag = 0x1; uint flags;
if (flags | flag) { dout.writefln("oops"); }
The programmer intended&. It is (almost?) always an error to use |
in a conditional.
Why do you think it's almost a
Andrei Alexandrescu Wrote:
> yigal chripun wrote:
> > Walter Bright Wrote:
> >
> >> yigal chripun wrote:
> >>> Have you ever actually used Smalltalk?? I have used it and it's the
> >>> easiest language to use by far, having conditionals as me
Walter Bright Wrote:
> yigal chripun wrote:
> > Have you ever actually used Smalltalk?? I have used it and it's the
> > easiest language to use by far, having conditionals as methods of
> > Boolean is much better, easier to read and more flexiable.
> >
> > T
Nick Sabalausky Wrote:
> "dsimcha" wrote in message
> news:hhlsk7$2v0...@digitalmars.com...
> > == Quote from Nick Sabalausky (a...@a.a)'s article
> >> "Walter Bright" wrote in message
> >> news:hhgvqk$8c...@digitalmars.com...
> >> > An interesting counterpoint to the usual FP hype:
> >> >
> >>
Walter Bright Wrote:
> Yigal Chripun wrote:
> > But that doesn't mean the idea itself isn't valid. Perhaps a different
> > language with different goals in mind can provide a much simpler non
> > convoluted implementation and semantics for the same idea?
> >
On 22/12/2009 05:22, Walter Bright wrote:
Kevin Bealer wrote:
The performance / impl-hiding conflict is a fundamental problem -- if
the user's compiler can't see the template method definitions, then
it can't optimize them very well. If it can, then the user can too.
Any method of compiling them
On 21/12/2009 22:41, Kevin Bealer wrote:
dsimcha Wrote:
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
but even more frustrating is the fact that template compilation
bugs will also happen at the client. There's a whole range of
designs for this and related issues and
On 21/12/2009 19:53, Walter Bright wrote:
Don wrote:
The problem is, I'm not sure that it's feasible in general. At least,
it's not obvious how to do it.
C++0x Concepts tried to do it in a limited form, and it got so
complicated nobody could figure out how it was supposed to work and it
capsiz
On 20/12/2009 03:11, BCS wrote:
Hello Yigal,
On 18/12/2009 17:34, dsimcha wrote:
I think variadics, static if and alias parameters qualify more as a
"better design" than fixing "minor issues".
actually they qualify as - "even worse design". duplicating the syntax
like that is butt ugly.
Don Wrote:
> yigal chripun wrote:
> > Don Wrote:
> >>> The way I see it we have three options:
> >>>
> >>> assume we have these definitions:
> >>> interface I {...}
> >>> class Foo : I {...}
> >>> class Bar {...
Rainer Deyke Wrote:
> yigal chripun wrote:
> > 2) structural typing (similllar to Go?)
> > tp!(Foo) // OK
> > tp!(Bar) // also OK
> >
> > 3) C++ style templates where the compatibility check is against the
> > *body* of the template.
> >
> >
Don Wrote:
> > The way I see it we have three options:
> >
> > assume we have these definitions:
> > interface I {...}
> > class Foo : I {...}
> > class Bar {...} // structurally compatible to I
> >
> > template tp (I) {...}
> >
> > 1) .Net nominative typing:
> > tp!(Foo) // OK
> > tp!(Bar) //no
Lutger Wrote:
> Yigal Chripun wrote:
>
> > On 19/12/2009 01:31, Lutger wrote:
> >> Yigal Chripun wrote:
> >>
> >>> On 18/12/2009 02:49, Tim Matthews wrote:
> >>>> In a reddit reply: "The concept of templates in D is exactly th
On 19/12/2009 02:43, bearophile wrote:
Yigal Chripun:
To bearophile: you're mistaken on all counts -<
Yes, this happens every day here :-) I am too much ignorant still
about computer science to be able to discuss in this newsgroup in a
good enough way.
didn't mean to sou
On 19/12/2009 01:08, retard wrote:
Sat, 19 Dec 2009 00:24:50 +0200, Yigal Chripun wrote:
to retard:
different problems should be solved with different tools. Macros should
be used for meta-programming and generics for type-parameters. they
don't exclude each other. E.g. Nemerle has an aw
On 19/12/2009 01:31, Lutger wrote:
Yigal Chripun wrote:
On 18/12/2009 02:49, Tim Matthews wrote:
In a reddit reply: "The concept of templates in D is exactly the same as
in C++. There are minor technical differences, syntactic differences,
but it is essentially the same thing. I think t
On 18/12/2009 22:09, BCS wrote:
Hello Yigal,
On 18/12/2009 02:49, Tim Matthews wrote:
In a reddit reply: "The concept of templates in D is exactly the same
as in C++. There are minor technical differences, syntactic
differences, but it is essentially the same thing. I think that's
understanda
On 18/12/2009 17:34, dsimcha wrote:
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
I don't know Ada but I do agree with that reddit reply about c++ and D
templates. D provides a better implementation of the exact same design,
so it does fix many minor issues (implement
On 18/12/2009 16:02, retard wrote:
Fri, 18 Dec 2009 08:53:33 -0500, bearophile wrote:
Yigal Chripun:
There's a whole range of designs for this and related issues and IMO
the C++ design is by far the worst of them all.
My creativity is probably limited, so I think that while C++/D temp
On 18/12/2009 02:49, Tim Matthews wrote:
In a reddit reply: "The concept of templates in D is exactly the same as
in C++. There are minor technical differences, syntactic differences,
but it is essentially the same thing. I think that's understandable
since Digital Mars had a C++ compiler."
http
Zexx Wrote:
> Have you heard of language called Vala? They came to the same idea - C# is a
> scripting language for web apps, but it's not suitable for demanding
> applications.
>
> I myself used Delphi for a long time because Object Pascal provided me with
> all the modern features and modern
Don wrote:
bearophile wrote:
Don:
There seems to be no point in having a *single* integer value, shared
between the app and all libraries! It's just reducing future
flexibility.
It doesn't reduce flexibility at all,
I meant future D flexibility.
because if you need something more complex
bearophile Wrote:
> Jason House:
>
> > IMHO, enum is a patchwork collection of features... manifest constants,
> > enumerated lists, and bitmasks are all conflated into something rather
> > ugly.<
>
> Manifest constants defined with enum look a little ugly, and I too don't like
> it, but it's
Don Wrote:
> Chad J wrote:
> > Don wrote:
> >> I quite agree. What we can do already is:
> >>
> >> auto statement = db.execute!(`select $a from table where $b > 100 && $c
> >> Like "A*"`)(visitcars.name,visitcars.id, visitcars.surname);
> >>
> >> which I personally like much better than the propos
aarti_pl Wrote:
> Walter Bright pisze:
> > Don wrote:
> >> There's not many sensible operators anyway. opPow is the only missing
> >> one that's present in many other general-purpose languages. The only
> >> other ones I think are remotely interesting are dot and cross product.
> >
> > Yup.
> >
dsimcha wrote:
== Quote from Max Samukha (spam...@d-coding.com)'s article
On Sat, 21 Nov 2009 18:51:40 + (UTC), dsimcha
wrote:
== Quote from Max Samukha (spam...@d-coding.com)'s article
On Fri, 20 Nov 2009 15:30:48 -0800, Walter Bright
wrote:
Yigal Chripun wrote:
On 21/11/2009 15:41, Justin Johansson wrote:
Having noticed that the BitC PL http://www.bitc-lang.org/ has been
mentioned in passing before on this forum, I wonder if any of the D
community have any comment on the following aspect of the design of
BitC, particularly as may be relevant to D and GC
On 21/11/2009 02:45, Andrei Alexandrescu wrote:
Ellery Newcomer wrote:
Nick Sabalausky wrote:
"Yigal Chripun" wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C st
On 20/11/2009 23:49, Nick Sabalausky wrote:
"Yigal Chripun" wrote in message
news:he6sqe$1dq...@digitalmars.com...
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct
initializers.
IMO this cleanup and polish is imp
Don wrote:
To quote bugzilla 143: 'package' does not work at all
But even if worked as advertised, it'd still be broken.
Although it's a really useful concept that works great in Java, the
existing 'package' doesn't fit with D's directory-based module system.
As I see it, the problem is that,
Based on recent discussions on the NG a few features were
deprecated/removed from D, such as typedef and C style struct initializers.
IMO this cleanup and polish is important and all successful languages do
such cleanup for major releases (Python and Ruby come to mind). I'm glad
to see that D
Bill Baxter wrote:
On Fri, Nov 20, 2009 at 11:15 AM, Yigal Chripun wrote:
what about foreach_reverse ?
What about starting a different thread?
Sorry.
I assumed we were discussing removals from D and therefore mentioned
foreach_reverse as a prime candidate. I'll start a new thread.
Andrei Alexandrescu wrote:
Walter Bright wrote:
Andrei Alexandrescu wrote:
Would love to trim the book as well. My finger is on the Del button.
Just say a word.
Unless someone comes up with "I really need field names", dump 'em
(but save a backup of your work first!).
My RIP emails to you
retard Wrote:
> Thu, 19 Nov 2009 00:00:00 +0200, Yigal Chripun wrote:
>
> > Ellery Newcomer wrote:
> > foo(a, b) is identical to foo(t);
> >>
> >> does ML have any equivalent of template parameters? eg
> >>
> >> foo!(1,int);
>
> &g
Stewart Gordon wrote:
Yigal Chripun wrote:
the only use case that will break is if the two increments are
dependent on the order (unless tuples are also evaluated from left to
right):
e.g.
a + 5, b + a //
If you're overloading the + operator to have an externally visible side
e
Ellery Newcomer wrote:
foo(a, b) is identical to foo(t);
does ML have any equivalent of template parameters? eg
foo!(1,int);
I'd suggest reading the wikipedia page about ML.
in short, ML is a strongly, statically typed language much like D, but
doesn't require type annotations. it uses th
You're remark of function chaining reminded me of a nice feture that a few OOP
languages provide:
// pseudo syntax
auto obj = new Object();
obj foo() ; bar() ; goo()
foo, bar and goo above are three mesages (methods) that are sent to the same
object. i.e. it's the same as doing:
obj.foo();
obj
Bill Baxter wrote:
On Tue, Nov 17, 2009 at 3:57 PM, retard wrote:
Tue, 17 Nov 2009 14:38:57 -0800, Bill Baxter wrote:
I agree, a tuple of one element (doesn't matter what type, array in
this case) should be semantically identical to that single element.
proper semantics for language supporte
KennyTM~ wrote:
On Nov 18, 09 05:40, Ellery Newcomer wrote:
Bill Baxter wrote:
However, I think for the good of humanity we can accept that one
little bizarre example of legal C syntax not doing the same thing in
D.
int[] i;
auto a = (i)[0];
what does this do?
(i) should not construct a
Robert Jacques wrote:
On Tue, 17 Nov 2009 11:38:19 -0500, Bill Baxter wrote:
On Tue, Nov 17, 2009 at 7:09 AM, Robert Jacques wrote:
On Tue, 17 Nov 2009 05:44:31 -0500, downs
wrote:
Robert Jacques wrote:
On Tue, 17 Nov 2009 00:06:27 -0500, Yigal Chripun
wrote:
Robert Jacques wrote
Robert Jacques wrote:
On Tue, 17 Nov 2009 01:44:30 -0500, yigal chripun
wrote:
Robert Jacques Wrote:
However, I imagine tuple(a++,b++) would have some overhead, which is
exactly what someone is trying to avoid by using custom for loops.
Personally, I like using a..b => tuple(a,b), since
Robert Jacques Wrote:
> However, I imagine tuple(a++,b++) would have some overhead, which is
> exactly what someone is trying to avoid by using custom for loops.
>
> Personally, I like using a..b => tuple(a,b), since it also solves the
> multi-dimensional slicing and mixed indexing and slicing
Robert Jacques wrote:
On Mon, 16 Nov 2009 17:53:45 -0500, Stewart Gordon
wrote:
dsimcha wrote:
Axe. Looks like the only things it's good for are making code
undreadable and
abusing for loop syntax to...
Make code unreadable.
Suppose you want the increment of a for loop to change two v
Andrei Alexandrescu wrote:
Denis Koroskin wrote:
On Mon, 16 Nov 2009 19:27:41 +0300, Andrei Alexandrescu
wrote:
bearophile wrote:
Walter Bright:
A person using alloca is expecting stack allocation, and that it
goes away after the function exits. Switching arbitrarily to the gc
will not b
On 15/11/2009 00:28, dsimcha wrote:
== Quote from Yigal Chripun (yigal...@gmail.com)'s article
On 13/11/2009 20:51, Walter Bright wrote:
Yigal Chripun wrote:
[...]
On dsource you wrote: "The current situation requires to get an explicit
permission to change the license from each c
On 13/11/2009 20:51, Walter Bright wrote:
Yigal Chripun wrote:
[...]
On dsource you wrote: "The current situation requires to get an explicit
permission to change the license from each contributor for his code and
if someone cannot be contacted for any reason, his contribution cannot
On 14/11/2009 13:32, Don wrote:
Yigal Chripun wrote:
On 13/11/2009 22:05, Bill Baxter wrote:
On Fri, Nov 13, 2009 at 11:50 AM, Yigal Chripun
wrote:
I don't follow your logic regarding CTFE.
with 2 phase macros a-la nemerle:
macro foo() {
int res = 2 + 3;
return res;
}
macro bar() {
r
I just saw this on the Go language site
from http://golang.org/cmd/gc/
gives the overall design of the tool chain. Aside from a few adapted
pieces, such as the optimizer, the Go compilers are wholly new programs.
The compiler reads in a set of Go files, typically suffixed ".go". They
must al
On 14/11/2009 00:28, bearophile wrote:
Nick Sabalausky:
I used to think so, but I'm not so sure anymore.
It's the same for me. I can live without the *, as I can live without D typedef.
There are other changes/fixed that I want for the module system still.
Bye,
bearophile
once upon a time t
On 13/11/2009 22:05, Bill Baxter wrote:
On Fri, Nov 13, 2009 at 11:50 AM, Yigal Chripun wrote:
I don't follow your logic regarding CTFE.
with 2 phase macros a-la nemerle:
macro foo() {
int res = 2 + 3;
return res;
}
macro bar() {
return q{2 + 3};
}
foo's addition is done
On 13/11/2009 19:30, Bill Baxter wrote:
On Fri, Nov 13, 2009 at 8:40 AM, bearophile
wrote:
Bill Baxter:
2) how to get and report errors related to failure to compile
some code. (this one I hadn't thought of back then)
I'd like a "static foreach" too. Eventually most statements will
have a sta
grauzone wrote:
Yigal Chripun wrote:
I really wish this was folded into the language by allowing structs to
implement interfaces.
interface Range(T) {
bool empty();
void popFront();
T front();
}
struct MyRange(T) : Range!(T) { ... } // checked by compiler
One problem with this was
Don wrote:
Yigal Chripun wrote:
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
"
It forbids you to:
redist
Robert Jacques wrote:
On Fri, 13 Nov 2009 01:08:03 -0500, Yigal Chripun
wrote:
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore
unsuitable for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apache-
Steven Schveighoffer wrote:
On Thu, 12 Nov 2009 17:13:06 -0500, Andrei Alexandrescu
wrote:
Bill Baxter wrote:
On Thu, Nov 12, 2009 at 1:54 PM, Andrei Alexandrescu
wrote:
Let's not forget that this is mainly for debugging...
If it's mainly for debugging maybe it's not worth spending time
Bill Baxter wrote:
On Thu, Nov 12, 2009 at 1:00 PM, Walter Bright
wrote:
Walter Bright wrote:
Bill Baxter wrote:
Any other thoughts about how to get the failure info? This is
probably the main complaint against __traits(compiles), that there's
no way to find out what went wrong if the code
Robert Jacques wrote:
The Apache 2.0 license requires attribution. It's therefore unsuitable
for a standard library. From the website FAQ:
"
It forbids you to:
redistribute any piece of Apache-originated software without proper
attribution;
use any marks owned by The Apache Software Foundatio
Walter Bright wrote:
For anyone looking for an easy, but valuable, contribution to D, take a
look at the go runtime library.
There's a lot in there we could use in the D library:
http://golang.org/pkg/
The library is licensed under the
http://creativecommons.org/licenses/by/3.0/
meaning we
bearophile wrote:
Yigal Chripun:
Regardless of usefulness (or good design) of such variables, this sounds
extremely dangerous. The compiler must not change semantics of the
program based on optimization. optimizing away such variables most
definitely alters the semantics.
Maybe you have
bearophile wrote:
When I convert a function to a templated function (for example
because I know the value of an argument at compile time, so using a
template gives me a poor's man partial compilation) the static
variables get duplicated for each instance of the function template,
and I may need t
Christopher Wright wrote:
Yigal Chripun wrote:
In .Net land, MS uses .net to implement parts of their OS so no
surprise there that those OS APIs are available to .net code.
Really? What parts?
There are a bajillion APIs that you can use from .NET that aren't
written in .NET. Microsoft
On 07/11/2009 11:53, Don wrote:
Walter Bright wrote:
grauzone wrote:
If you mean memory safety, then yes and will probably forever be for
all practical uses (unless D gets implemented on a Java or .net like
VM).
A VM is neither necessary nor sufficient to make a language memory
safe. It's all
On 06/11/2009 07:34, Don wrote:
Nick Sabalausky wrote:
"Don" wrote in message
news:hcvf9l$91...@digitalmars.com...
Justin Johansson wrote:
So what does "toString" mean to you?
It's a hack from the early days of D. Should be unavailable unless
the -debug flag is set, to discourage people from
On 06/11/2009 07:07, Bob Jones wrote:
"Leandro Lucarella" wrote in message
news:20091106035612.gi3...@llucax.com.ar...
I am not fully against pass-by-ref arrays, I just think in passing by
reference all of the time could have some performance implications.
OK, make 2 different types then: sl
1 - 100 of 411 matches
Mail list logo
