Andrei Alexandrescu wrote:
> Modern C++ Design has 323 pages including index. I'm glad to report that
> just about now TDPL has reached the same size. Let's hope the quality
> of TDPL is better!
>
> Follow TDPL progress in real-time at http://erdani.com.
>
> I wish I could mark this anniversary
== Quote from Russell Lewis (webmas...@villagersonline.com)'s article
> I have a set of templates which take alias parameters, and I want to
> specialize them based on the type of the aliased symbols.
> So I looked at
> http://digitalmars.com/d/2.0/template.html#TemplateAliasParameter and
> saw the
During my occasional forays into the dark side of Python and Java, I am often
amazed at the extent to which memory management in these languages "just
works". D should be like this for all but the most low-level programming
tasks, and was intended to be. It seems like most of the other regulars h
dsimcha wrote:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP8
Abstract:
Currently, the layout of D's runtime type info, or RTTI, is defined in
object.d. The details of how the fields of each instantiation of these classes
are populated are buried deep inside the compiler. If ClassIn
Justin Whear wrote:
Ok, I'll look forward to that. Do you know if 10.6 makes any effort
to be backwards compatible? That is, could I build on 10.5 and then
distribute to boxes with 10.6 installed?
I have no idea. I do know that it was necessary to jump through obscure
hoops to get a 10.5 prog
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> dsimcha wrote:
> > http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP8
> >
> > Abstract:
> >
> > Currently, the layout of D's runtime type info, or RTTI, is defined in
> > object.d. The details of how the fields of
dsimcha wrote:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP8
Abstract:
Currently, the layout of D's runtime type info, or RTTI, is defined in
object.d. The details of how the fields of each instantiation of these classes
are populated are buried deep inside the compiler. If ClassIn
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP8
Abstract:
Currently, the layout of D's runtime type info, or RTTI, is defined in
object.d. The details of how the fields of each instantiation of these classes
are populated are buried deep inside the compiler. If ClassInfo and TypeInfo
w
10.6 is as backwards-compatible as 10.5, so in theory you should be able to
build on either and distribute on either. However, it sounds like this *may*
not be possible in this case if the problem between 10.5 and 10.6 involves a
change in how object files are processed/generated (assuming a co
Don, el 2 de noviembre a las 20:19 me escribiste:
> >>Names which have been suggested include 'meta', 'traits',
> >>'scope', 'compiler'. Personally I think 'meta' is the nicest
> >>(and I suggested two of the others ).
> >
> >Another keyword, sigh...
> >
> >And I'll be darned if "static" isn't the
Anders F Björklund Wrote:
> GDC "should" be able to build for Mac OS X 10.6,
> if using the legacy gcc-4.0 compiler (gcc-5484)
>
> http://opensource.apple.com/tarballs/gcc/gcc-5484.tar.gz (Xcode 3.1)
> http://downloads.sourceforge.net/gdcmac/gdc-trunk-r229-apple-gcc-5484.patch
I'm not sure if I
Anders F Björklund Wrote:
> GDC "should" be able to build for Mac OS X 10.6,
> if using the legacy gcc-4.0 compiler (gcc-5484)
>
> http://opensource.apple.com/tarballs/gcc/gcc-5484.tar.gz (Xcode 3.1)
> http://downloads.sourceforge.net/gdcmac/gdc-trunk-r229-apple-gcc-5484.patch
I'm not sure if I
Steven Schveighoffer, el 2 de noviembre a las 10:59 me escribiste:
> >The opposite of hijacking would be if any duplicates found would
> >be an error.
>
> No, this is also a form of hijacking -- namespace hijacking.
>
> example:
>
> I write an application, defining a small internal library foo.
On Mon, Nov 2, 2009 at 10:14, bearophile wrote:
> Philippe Sigaud:
>
> Hello, it seems you have re-done with ranges for D2 a good amount of things
> I did for D1:
> http://www.fantascienza.net/leonardo/so/libs_d.zip
>
> Ah yes, I meant to look at your libraries, but forgot to do it. I'll have a
l
Philippe Sigaud wrote:
> On Mon, Nov 2, 2009 at 18:20, Lutger wrote:
>
>
>> If you're up to it, something like a 'post-mortem' style article about
>> your experiences would be very interesting!
>>
>
> You mean like "How I came to love templates" or "Trying to be
> fun(ctional)"?
>
>
> Philip
On Mon, Nov 2, 2009 at 18:20, Lutger wrote:
> If you're up to it, something like a 'post-mortem' style article about your
> experiences would be very interesting!
>
You mean like "How I came to love templates" or "Trying to be fun(ctional)"?
Philippe
Ok, I'll look forward to that. Do you know if 10.6 makes any effort to be
backwards compatible? That is, could I build on 10.5 and then distribute to
boxes with 10.6 installed?
Walter Bright Wrote:
> Justin Whear wrote:
> > All this is with dmd 1.050 on a Mac Mini running Mac OS X 10.6.1. I
> >
Lutger wrote:
Philippe Sigaud wrote:
On Mon, Nov 2, 2009 at 00:47, Walter Bright
wrote:
...
What you're doing is great fodder for an article. Care to write one?
You know, I'm pretty sure my code is no so good to look at. As I said, I'm
no professional coder. I guess if all goes well, I can
Justin Whear wrote:
All this is with dmd 1.050 on a Mac Mini running Mac OS X 10.6.1. I
believe this is the OS X version that most of my end-users
(associates) are using, so I need to target it. Is DMD going to be
updated to produce working binaries on this system?
Currently, no, dmd only works
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> Don wrote:
> > Andrei Alexandrescu wrote:
> >> Don wrote:
> >>> [I'm moving this from deep inside a TDPL thread, since I think it's
> >>> important]
> >>>
> >>> is(typeof(XXX)) is infamously ugly and unintuitive
> >>> __t
On Mon, 02 Nov 2009 22:48:59 +0300, grauzone wrote:
Andrei Alexandrescu wrote:
This question may actually belong in .learn.
What's exactly eliminated from the header generated with -H? I tried
it just now and was surprised to see that the generated .di file
includes the function bodies of
Don wrote:
Andrei Alexandrescu wrote:
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name
Andrei Alexandrescu wrote:
This question may actually belong in .learn.
What's exactly eliminated from the header generated with -H? I tried it
just now and was surprised to see that the generated .di file includes
the function bodies of regular (non-template) functions and methods.
I was un
On Mon, 02 Nov 2009 11:47:53 -0500, Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name.
Don wrote:
Jason House wrote:
Don Wrote:
Leandro Lucarella wrote:
Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
Actually, I think I like that better than 'traits'.
-Lars
I'm in agreement with whoever suggested 'meta' or just about
anything else except 'traits'.
'meta', whi
Andrei Alexandrescu wrote:
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name. I think we
Steven Schveighoffer wrote:
On Mon, 02 Nov 2009 13:17:18 -0500, Andrei Alexandrescu
wrote:
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just a
On Mon, 02 Nov 2009 17:47:53 +0100, Don wrote:
> [I'm moving this from deep inside a TDPL thread, since I think it's
> important]
>
> is(typeof(XXX)) is infamously ugly and unintuitive __traits(compiles,
> XXX) is more comprehensible, but just as ugly.
>
I like your proposal.
__traits is a rats
== Quote from Don (nos...@nospam.com)'s article
> [I'm moving this from deep inside a TDPL thread, since I think it's
> important]
> is(typeof(XXX)) is infamously ugly and unintuitive
> __traits(compiles, XXX) is more comprehensible, but just as ugly.
> They are giving metaprogramming in D a bad na
On Mon, 02 Nov 2009 13:17:36 -0500, Steven Schveighoffer wrote:
> On Mon, 02 Nov 2009 13:17:18 -0500, Andrei Alexandrescu
> wrote:
>
>> Don wrote:
>>> [I'm moving this from deep inside a TDPL thread, since I think it's
>>> important]
>>> is(typeof(XXX)) is infamously ugly and unintuitive
>>> __
On Mon, 02 Nov 2009 13:17:18 -0500, Andrei Alexandrescu
wrote:
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving me
I've been trying to get some SDL windowing code to run on Snow Leopard and been
getting mysterious bus errors. After some poking around, I think the problems
are rather more fundamental in nature. Observe the following code:
module test1;
import std.stdio;
void main() {
B b = new B();
}
Simen Kjaeraas Wrote:
> Don wrote:
>
> >
>
> Votes++
>
> Meta, I feel, is a very fitting name as well.
>
> --
> Simen
++Votes
Justin
On Mon, Nov 2, 2009 at 8:47 AM, Don wrote:
> [I'm moving this from deep inside a TDPL thread, since I think it's
> important]
>
> is(typeof(XXX)) is infamously ugly and unintuitive
> __traits(compiles, XXX) is more comprehensible, but just as ugly.
>
> They are giving metaprogramming in D a bad na
zonk wrote:
Is anybody developing in D on Snow Leopard?
...
• GDC is only for 10.4 and 10.5.
GDC "should" be able to build for Mac OS X 10.6,
if using the legacy gcc-4.0 compiler (gcc-5484)
http://opensource.apple.com/tarballs/gcc/gcc-5484.tar.gz (Xcode 3.1)
http://downloads.sourceforge.net
Andrei Alexandrescu wrote:
> Don wrote:
>> [I'm moving this from deep inside a TDPL thread, since I think it's
>> important]
>>
>> is(typeof(XXX)) is infamously ugly and unintuitive
>> __traits(compiles, XXX) is more comprehensible, but just as ugly.
>>
>> They are giving metaprogramming in D a
I think there should be also something added in .di generation:
http://d.puremagic.com/issues/show_bug.cgi?id=2795
On Mon, 02 Nov 2009 17:47:53 +0100, Don wrote:
>[I'm moving this from deep inside a TDPL thread, since I think it's
>important]
>
>is(typeof(XXX)) is infamously ugly and unintuitive
>__traits(compiles, XXX) is more comprehensible, but just as ugly.
>
>They are giving metaprogramming in D a bad n
Steven Schveighoffer wrote:
On Mon, 02 Nov 2009 11:53:12 -0500, Andrei Alexandrescu
wrote:
This question may actually belong in .learn.
What's exactly eliminated from the header generated with -H? I tried
it just now and was surprised to see that the generated .di file
includes the functio
This would help so much, I do hope it will make it in D2.
Philippe Sigaud wrote:
> On Mon, Nov 2, 2009 at 00:47, Walter Bright
> wrote:
...
>> What you're doing is great fodder for an article. Care to write one?
>>
>
>
> You know, I'm pretty sure my code is no so good to look at. As I said, I'm
> no professional coder. I guess if all goes well, I can w
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name. I think we need to get
rid of both of
Don wrote:
Votes++
Meta, I feel, is a very fitting name as well.
--
Simen
On Mon, 02 Nov 2009 11:47:53 -0500, Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name.
On Mon, 02 Nov 2009 11:53:12 -0500, Andrei Alexandrescu
wrote:
This question may actually belong in .learn.
What's exactly eliminated from the header generated with -H? I tried it
just now and was surprised to see that the generated .di file includes
the function bodies of regular (non-t
Don wrote:
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name. I think we need to get
rid of both of
This question may actually belong in .learn.
What's exactly eliminated from the header generated with -H? I tried it
just now and was surprised to see that the generated .di file includes
the function bodies of regular (non-template) functions and methods.
I was under the impression that gene
[I'm moving this from deep inside a TDPL thread, since I think it's
important]
is(typeof(XXX)) is infamously ugly and unintuitive
__traits(compiles, XXX) is more comprehensible, but just as ugly.
They are giving metaprogramming in D a bad name. I think we need to get
rid of both of them.
A v
Is anybody developing in D on Snow Leopard?
• DMD2 produces executables that crash on startup.
• DMD1 sort-of works, but seems to ignore many commandline switches
(e.g. I can't get assert() nor unittest{} to work).
• GDC is only for 10.4 and 10.5.
• LDC doesn't even officially support OS X.
On Mon, 02 Nov 2009 10:40:50 -0500, Andrei Alexandrescu
wrote:
Steven Schveighoffer wrote:
On Sun, 01 Nov 2009 01:28:56 -0400, Andrei Alexandrescu
wrote:
I ran the following experiment:
mkdir deleteme
cd deleteme
mkdir std
touch std/algorithm.d
echo 'import std.algorithm; void main(){i
Don wrote:
Lars T. Kyllingstad wrote:
Don wrote:
Jason House wrote:
Don Wrote:
Leandro Lucarella wrote:
Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
Actually, I think I like that better than 'traits'.
-Lars
I'm in agreement with whoever suggested 'meta' or just about
any
Steven Schveighoffer wrote:
On Sun, 01 Nov 2009 01:28:56 -0400, Andrei Alexandrescu
wrote:
I ran the following experiment:
mkdir deleteme
cd deleteme
mkdir std
touch std/algorithm.d
echo 'import std.algorithm; void main(){int a, b;swap(a,b);}' >main.d
dmd main
The attempt to compile main fa
Lars T. Kyllingstad wrote:
Don wrote:
Jason House wrote:
Don Wrote:
Leandro Lucarella wrote:
Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
Actually, I think I like that better than 'traits'.
-Lars
I'm in agreement with whoever suggested 'meta' or just about
anything else e
Michael Rynn Wrote:
>
> No one seems to be answering ad...@dsource.org.
>
> Either they or I am a dead person.
Really, it's only a flesh wound.
I've searched archives and cannot find an email from you. Can you please
resend either to me, or to ad...@dsource.org? I have a long list of emai
Don, el 2 de noviembre a las 11:14 me escribiste:
> Jason House wrote:
> >Don Wrote:
> >
> >>Leandro Lucarella wrote:
> >>>Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
> >Actually, I think I like that better than 'traits'.
> >
> >-Lars
> I'm in agreement with whoev
Don wrote:
Jason House wrote:
Don Wrote:
Leandro Lucarella wrote:
Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
Actually, I think I like that better than 'traits'.
-Lars
I'm in agreement with whoever suggested 'meta' or just about
anything else except 'traits'.
'meta', whi
On Sun, 01 Nov 2009 01:28:56 -0400, Andrei Alexandrescu
wrote:
I ran the following experiment:
mkdir deleteme
cd deleteme
mkdir std
touch std/algorithm.d
echo 'import std.algorithm; void main(){int a, b;swap(a,b);}' >main.d
dmd main
The attempt to compile main fails with "undefined identifi
Jason House wrote:
Don Wrote:
Leandro Lucarella wrote:
Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
Actually, I think I like that better than 'traits'.
-Lars
I'm in agreement with whoever suggested 'meta' or just about anything else
except 'traits'.
'meta', whilst perhaps
Philippe Sigaud:
Hello, it seems you have re-done with ranges for D2 a good amount of things I
did for D1:
http://www.fantascienza.net/leonardo/so/libs_d.zip
- bimap/nmap/map: having a single map able to do all that is better. The same
for filters.
- setComprehension: better to have a set(range
59 matches
Mail list logo
