Vladimir Panteleev wrote:
Consider a simple "Hello, world" program:
When compiled with DMD 1.062 and DMD 2.047:
C:\Downloads\dmd.1.062\dmd\windows\bin> dmd hello.d
C:\Downloads\dmd.1.062\dmd\windows\bin> ls -l hello.exe
-rwxrwxrwx 1 Vladimir 0 177180 2010-08-05 02:17 hello.exe
C:\Downloads\dmd
Hi Shin, thanks for you time and patience
On 08/04/10 22:43, Shin Fujishiro wrote:
> Compiler is gcc 4.2.1 on FreeBSD/i386 8-STABLE. Does this work for you?
I should have checked earlier. I didn't realize that I was using a
different version of gcc off of /opt. Removing it and using the stock
on
Michel Fortin wrote:
To me, the biggest problem is deciding where the files should go. There doesn't
seem to be any consensus or culture in OS X about this.
I agree. It took me quite a while to decide to do things as I did. The goals
were:
1. It should be easy to manually replace DMD from a
On Thu, 05 Aug 2010 10:06:55 +0300, Don wrote:
It _might_ be caused by bug 1914, which was fixed in D2, but the patch
was not applied to D1. An n-element array literal gets stored n times in
the exe...
Applying your patch against DMD 1.062's source code does not resolve the
issue. The ge
On 2010-08-05 00:05:55 -0400, Andrei Alexandrescu
said:
Personally, I'd say that not being able to use a container inside a
synchronized class without subverting the type system looks like a
failure of the type system.
How about an insufficiency of the container library?
Well, that depend
Vladimir Panteleev wrote:
On Thu, 05 Aug 2010 10:06:55 +0300, Don wrote:
It _might_ be caused by bug 1914, which was fixed in D2, but the patch
was not applied to D1. An n-element array literal gets stored n times
in the exe...
Applying your patch against DMD 1.062's source code does not re
On 2010-08-04 12:34, Walter Bright wrote:
Don wrote:
Walter Bright wrote:
Jacob Carlborg wrote:
Am not sure about 1441 and I don't think 2529 is just an
implementation issue.
2529 is an implementation issue (and I don't agree with Don, I think
his suggestion breaks encapsulation).
Maybe it
"Andrei Alexandrescu" wrote in message
news:i39d0s$259...@digitalmars.com...
Bruno Medeiros wrote:
On 16/07/2010 18:18, Ali Çehreli wrote:
Justin Johansson wrote:
Which language out of C++, D and Java does this classical
"GoF" (gang-of-four***) design pattern best?
Are we still talking sing
On 2010-08-05 01:21, Michel Fortin wrote:
On 2010-08-04 15:31:32 -0400, Walter Bright
said:
Michel Fortin wrote:
As a side note, my D plugin for Xcode expects DMD to be available at
/usr/local/bin/{dmd,dmd1,dmd2} and the runtime libraries should be in
/usr/local/lib. It won't work if the file
This question is a play on the eternal question
"is mathematics discovery or invention?"
There are many web references to the latter topic
and web search is easy, take this one for example:
"IS mathematics a discovery or invention"
Friday, 16. November 2007, 07:19:16
http://my.opera.com/maxx%20s
On 2010-08-05 03:22, Andrei Alexandrescu wrote:
On 08/04/2010 07:25 PM, Jeff Nowakowski wrote:
On 08/04/2010 05:16 PM, Robert Clipsham wrote:
I know of several large apps written in D, they're all D1/Tango.
The incomplete state of D2 has to be the most embarrassing question that
could have b
Justin Johansson:
> This question is a play on the eternal question
> "is mathematics discovery or invention?"
I have seen nothing useful or interesting come out of this discussion, so this
topic has lost most of the interest for me.
> In the context of the D PL, where does D(version n) lie in
bearophile wrote:
Justin Johansson:
This question is a play on the eternal question
"is mathematics discovery or invention?"
I have seen nothing useful or interesting come out of this discussion, so this
topic has lost most of the interest for me.
In the context of the D PL, where does D(v
On 2010-08-05 07:14:19 -0400, Jacob Carlborg said:
I would vote for something like this, making it easy to have dmd and
dm2 installed side by side and to easily manually update the compiler
to a newer version. I would name the trampoline programs dmd1 and dmd2
and then make a symlink named dm
On Thu, 05 Aug 2010 07:26:29 -0400, Justin Johansson wrote:
This question is a play on the eternal question
"is mathematics discovery or invention?"
There are many web references to the latter topic
and web search is easy, take this one for example:
"IS mathematics a discovery or invention"
F
Michel Fortin, el 4 de agosto a las 19:26 me escribiste:
> On 2010-08-04 17:56:31 -0400, Leandro Lucarella said:
>
> >I'd say:
> >
> >>dmd
> >
> >/usr/local/bin
>
> That makes a lot of sense. I agree that /usr/local/{bin,lib,man} is
> the right place.
>
> But you can't install dmd1 and dmd2 si
Anders F Björklund, el 5 de agosto a las 10:40 me escribiste:
> >Now, the only missing piece for an easy manual replacement of DMD
> >is a zip archive where the executable bit is set.
>
> Hard to believe that bit is still missing, after all these years.
In Linux the zip program support the execu
Hello Justin,
However I suspect that material is not relevant to
where I wish to lead this discussion (if I may please).
No need to creap up on it ... :)
Please may I also ask my audience if they are aware of the math term
"countably infinite" and the contra-term "uncountably infinite"?
Hello Norbert,
And as for the concept of "user input" vs. "contracts": A library
interface is *not* a user interface. After some consideration, I agree
that a library should always check its input even in "release" mode.
However - this should be solved by selectively toggling contract
checking r
Vladimir Panteleev, el 5 de agosto a las 02:23 me escribiste:
> Consider a simple "Hello, world" program:
>
> import std.c.stdio;
>
> void main()
> {
> printf("Hello, world!\n");
> }
>
> When compiled with DMD 1.062 and DMD 2.047:
>
> C:\Downloads\dmd.1.062\dmd\windows\bin> dmd hello.d
>
On 08/04/2010 09:22 PM, Andrei Alexandrescu wrote:
Walter is more silent than usual because he's working very hard on the
64-bit compiler. He hopes to have one by the end of this month. His next
big goal is shared library support.
While those are both important, isn't it even more important to
On 03/08/2010 23:31, bearophile wrote:
BCS:
The video is up:
http://www.youtube.com/watch?v=RlVpPstLPEc
Thank you for the link and thank you to Andrei for the very nice talk. I think
the link can be put on Reddit too, if not already present. When Andrei talks he
seems a little different fro
== Quote from BCS (n...@anon.com)'s article
> A possibly better solution would be to use an error handling strategy
> approach,
> Have the called function throw and exception supplied by the calling function.
> >
I wouldn't use this, at least without a sane default exception, because it
forces
t
== Quote from awishformore (awishform...@nospam.plz)'s article
> I'm a bit surprised, and positively so. The talk now has only less views
> than 2 videos of 2010 and I'm sure it will surpass these in due time,
> too.
Can you clarify this? Relative to what? All of YouTube (no way)? All Google
Te
On Thu, Aug 5, 2010 at 5:38 PM, dsimcha wrote:
> == Quote from awishformore (awishform...@nospam.plz)'s article
> > I'm a bit surprised, and positively so. The talk now has only less views
> > than 2 videos of 2010 and I'm sure it will surpass these in due time,
> > too.
>
> Can you clarify this?
On 05/08/2010 17:55, Andrej Mitrovic wrote:
On Thu, Aug 5, 2010 at 5:38 PM, dsimcha mailto:dsim...@yahoo.com>> wrote:
== Quote from awishformore (awishform...@nospam.plz)'s article
> I'm a bit surprised, and positively so. The talk now has only
less views
> than 2 videos of 2
Mike James wrote:
"Andrei Alexandrescu" wrote in message
news:i39d0s$259...@digitalmars.com...
Bruno Medeiros wrote:
On 16/07/2010 18:18, Ali Çehreli wrote:
Justin Johansson wrote:
Which language out of C++, D and Java does this classical
"GoF" (gang-of-four***) design pattern best?
Are we
Jeff Nowakowski:
>I keep seeing reports from people running into bugs, unfinished features, and
>incomplete documentation. There's no end in sight, either, yet a book has been
>released and the language is promoted as if it were a finished product.<
A software product is "finished" some time aft
It seems to be caused by the standard library. An executable created from
an object file compiled by dmd1 but linked by dmd2 does not exhibit the
size problem.
--
Best regards,
Vladimirmailto:vladi...@thecybershadow.net
Justin Johansson Wrote:
> This question is a play on the eternal question
> "is mathematics discovery or invention?"
Discovery, of course, because it's fully deductive. There's only one possible
consequence on axioms - and it just gets discovered. There's a little
invention, though, when you fo
"Justin Johansson" wrote in message
news:i3e758$a6...@digitalmars.com...
> This question is a play on the eternal question
> "is mathematics discovery or invention?"
>
> There are many web references to the latter topic
> and web search is easy, take this one for example:
>
> "IS mathematics a di
It might be becoming a niche language for smaller to medium-sized projects.
But it's being used in a host of big applications, from games to game tools,
3D tools, audio tools, compilers, front ends and back ends to just about
everything. I don't think many of these will be ported to a different
lan
"Jeff Nowakowski" wrote in message
news:i3ekaf$14h...@digitalmars.com...
> On 08/04/2010 09:22 PM, Andrei Alexandrescu wrote:
>>
>> Walter is more silent than usual because he's working very hard on the
>> 64-bit compiler. He hopes to have one by the end of this month. His next
>> big goal is sha
Jacob Carlborg wrote:
For shared library support on Linux I think
http://d.puremagic.com/issues/show_bug.cgi?id=4583 is a blocker. For Mac
OS X a patch is already available (of which the dmd part has already
been applied) http://d.puremagic.com/issues/show_bug.cgi?id=4080 . BTW
compiling Tango
Jeff Nowakowski wrote:
On 08/04/2010 09:22 PM, Andrei Alexandrescu wrote:
Walter is more silent than usual because he's working very hard on the
64-bit compiler. He hopes to have one by the end of this month. His next
big goal is shared library support.
While those are both important, isn't i
Wed, 04 Aug 2010 20:22:09 -0500, Andrei Alexandrescu wrote:
> On 08/04/2010 07:25 PM, Jeff Nowakowski wrote:
>> On 08/04/2010 05:16 PM, Robert Clipsham wrote:
>>>
>>> I know of several large apps written in D, they're all D1/Tango.
>>
>> The incomplete state of D2 has to be the most embarrassing q
Nick Sabalausky wrote:
"Justin Johansson" wrote in message
news:i3e758$a6...@digitalmars.com...
This question is a play on the eternal question
"is mathematics discovery or invention?"
There are many web references to the latter topic
and web search is easy, take this one for example:
"IS mat
On 08/05/2010 01:23 PM, retard wrote:
Wed, 04 Aug 2010 20:22:09 -0500, Andrei Alexandrescu wrote:
On 08/04/2010 07:25 PM, Jeff Nowakowski wrote:
On 08/04/2010 05:16 PM, Robert Clipsham wrote:
I know of several large apps written in D, they're all D1/Tango.
The incomplete state of D2 has to
Thu, 05 Aug 2010 13:31:18 -0500, Andrei Alexandrescu wrote:
> On 08/05/2010 01:23 PM, retard wrote:
>> Wed, 04 Aug 2010 20:22:09 -0500, Andrei Alexandrescu wrote:
>>
>>> On 08/04/2010 07:25 PM, Jeff Nowakowski wrote:
On 08/04/2010 05:16 PM, Robert Clipsham wrote:
>
> I know of several
retard wrote:
Ok, Walter is working on a 64-bit compiler, then on the shared library
support. That's great. But many of us would like to know who is
* managing the communication with the user community
* managing the communication with the language/compiler developers
* managing the bugfixes
Andrei Alexandrescu napisał:
> On 08/04/2010 01:38 PM, Tomek Sowiński wrote:
>> Andrei Alexandrescu napisał:
>>
>>> I tested on two laptops (Ubuntu and Mac OSX). I compiled the two
>>> languages' standard libraries by using the provided makefiles, after
>>> touching all .go and all .d files involv
This is only tested on dmd 2.047 on win7.
According to the spec at http://digitalmars.com/d/2.0/arrays.html:
"Concatenation always creates a copy of its operands, even if one of the
operands is a 0 length array"
But this doesn't seem like the case:
auto a = [0];
auto oldPtr =
On Thu, 05 Aug 2010 14:45:18 -0400, simendsjo
wrote:
This is only tested on dmd 2.047 on win7.
According to the spec at http://digitalmars.com/d/2.0/arrays.html:
"Concatenation always creates a copy of its operands, even if one of the
operands is a 0 length array"
But this doesn't seem l
Thu, 05 Aug 2010 11:41:58 -0700, Walter Bright wrote:
> retard wrote:
>> Ok, Walter is working on a 64-bit compiler, then on the shared library
>> support. That's great. But many of us would like to know who is
>>
>> * managing the communication with the user community * managing the
>> communi
I think this should work:
string s = "int x;";
mixin(s);
void main()
{
}
But I get:
testtest.d(11): Error: argument to mixin must be a string, not (s)
I get a similar error with the template example from the docs:
template GenStruct(string Name, string M1)
{
string GenStruct = "struct
On 05.08.2010 20:53, Steven Schveighoffer wrote:
On Thu, 05 Aug 2010 14:45:18 -0400, simendsjo
wrote:
This is only tested on dmd 2.047 on win7.
According to the spec at http://digitalmars.com/d/2.0/arrays.html:
"Concatenation always creates a copy of its operands, even if one of
the operands
Andrej Mitrovic napisał:
> I think this should work:
>
> string s = "int x;";
> mixin(s);
>
> void main()
> {
>
> }
>
> But I get:
> testtest.d(11): Error: argument to mixin must be a string, not (s)
>
> I get a similar error with the template example from the docs:
>
> template GenStruc
On 08/05/2010 05:34 PM, dsimcha wrote:
== Quote from BCS (n...@anon.com)'s article
A possibly better solution would be to use an error handling strategy approach,
Have the called function throw and exception supplied by the calling function.
I wouldn't use this, at least without a sane defau
Tomek Sowiński napisał:
> Andrej Mitrovic napisał:
>
>> I think this should work:
>>
>> string s = "int x;";
>> mixin(s);
>>
>> void main()
>> {
>>
>> }
>>
>> But I get:
>> testtest.d(11): Error: argument to mixin must be a string, not (s)
>>
>> I get a similar error with the template ex
Hmm.. ok. Adding immutable helps. I'm still a bit confused tho,
because this will not compile:
string input2 = "int y;";
mixin(input2);
But this will compile:
immutable string input2 = "int y;";
mixin(input2);
And this too will compile:
string returnString(string input)
{
return input;
}
Andrej Mitrovic napisał:
> Hmm.. ok. Adding immutable helps. I'm still a bit confused tho,
> because this will not compile:
>
> string input2 = "int y;";
> mixin(input2);
input2 is mutable, so theoretically there's no telling what value it holds.
> But this will compile:
>
> immutable string
retard wrote:
I understood that all the contributors are waiting for the decision of a
single person.
Not true, that only applies to the compiler. Phobos is managed by several people
who have commit privileges.
Walter needs to review all compiler patches,
Yes, because I need to keep a han
On Thu, 05 Aug 2010 15:13:26 -0400, simendsjo
wrote:
On 05.08.2010 20:53, Steven Schveighoffer wrote:
On Thu, 05 Aug 2010 14:45:18 -0400, simendsjo
wrote:
This is only tested on dmd 2.047 on win7.
According to the spec at http://digitalmars.com/d/2.0/arrays.html:
"Concatenation always cr
On Thu, Aug 5, 2010 at 9:37 PM, Walter Bright wrote:
>
> Me: compiler
> Sean: druntime
> Brad Roberts: bugzilla, mailing lists, D test suite
> Brad Anderson: D source code repository
> Jan Knepper: site hosting
> Several people: Phobos (generally under Andrei's leadership)
> Helmut Leitner: D wiki
On Thu, 05 Aug 2010 15:34:44 -0400, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
Hmm.. ok. Adding immutable helps. I'm still a bit confused tho,
because this will not compile:
string input2 = "int y;";
mixin(input2);
input2 is mutable, so theoretically there's no telling what value it
retard wrote:
I'd like to design D 3.0 features and the new LLVM based compiler with
bearophile and fill the roadmap page in the trac page. Is that ok? How
can I start?
Just do it. You don't need anyone's permission.
On Thu, 05 Aug 2010 03:23:25 +, BCS wrote:
> For a number of IP/legal reasons, Walter CAN'T work on LLVM or LDC.
Hi,
can you please elaborate a bit?
I remember that statement has appeared before,
but I can't remember the reason that was given.
BCS wrote:
Hello Justin,
However I suspect that material is not relevant to
where I wish to lead this discussion (if I may please).
No need to creap up on it ... :)
You are right; best cut to the chase.
Looks like there are a few other replies already, so I've involve
myself there.
Pleas
On 8/4/2010 9:22 PM, Andrei Alexandrescu wrote:
Walter is more silent than usual because he's working very hard on the
64-bit compiler. He hopes to have one by the end of this month. His next
big goal is shared library support.
Awesome! Go Walter!
On 05.08.2010 21:41, Steven Schveighoffer wrote:
On Thu, 05 Aug 2010 15:13:26 -0400, simendsjo
wrote:
I found this line in the spec:
"These issues also apply to concatenating arrays with the ~ and ~=
operators."
Where "These issues" refer to reallocating in place (look at the section
for sett
On 2010-08-05 14:29, Michel Fortin wrote:
On 2010-08-05 07:14:19 -0400, Jacob Carlborg said:
I would vote for something like this, making it easy to have dmd and
dm2 installed side by side and to easily manually update the compiler
to a newer version. I would name the trampoline programs dmd1
"Andrej Mitrovic" wrote in message
news:i3f3a0$25f...@digitalmars.com...
> Hmm.. ok. Adding immutable helps. I'm still a bit confused tho,
The key is that the argument to mixin() must be known at compile-time. When
the compiler reaches a mixin(...), it looks at the argument to mixin and
tries
On Wed, 04 Aug 2010 22:19:02 -0400, Adam Ruppe wrote:
> On 8/4/10, bearophile wrote:
>> I am sorry to say this, but I think porting the current back-end to 64
>> bit is a waste of time because it will not be used for professional
>> usages. I think LLVM will be the main back-end for professional
On Thu, 05 Aug 2010 16:00:35 -0400, simendsjo
wrote:
On 05.08.2010 21:41, Steven Schveighoffer wrote:
On Thu, 05 Aug 2010 15:13:26 -0400, simendsjo
wrote:
I found this line in the spec:
"These issues also apply to concatenating arrays with the ~ and ~=
operators."
Where "These issues" re
Thanks, Steven!
You don't want to know what I'm up to :p.
I'm using some traits to find out what kind of parameters a function takes.
I'm also using a demangler from phobos to find out the name of the function
(But I can't find any straightforward way to get a name of a function
without getting b
mwarning wrote:
On Thu, 05 Aug 2010 03:23:25 +, BCS wrote:
For a number of IP/legal reasons, Walter CAN'T work on LLVM or LDC.
can you please elaborate a bit?
I remember that statement has appeared before,
but I can't remember the reason that was given.
Because when I've had the roomful
On 05.08.2010 22:24, Steven Schveighoffer wrote:
On Thu, 05 Aug 2010 16:00:35 -0400, simendsjo
wrote:
On 05.08.2010 21:41, Steven Schveighoffer wrote:
(...)
Seems there are plenty of errors in the spec though...
It will be very difficult to learn the language if the spec and
implementation i
On 8/5/10, mwarning wrote:
> I assume that's what you call unusable?
I mean unusable in the literal sense:
$ ./ldc
./ldc: error while loading shared libraries: libelf.so.0: cannot open
shared object file: No such file or directory
I hear it also doesn't do D2 at all, which is unacceptable, and
I think I might have made a report about this already, under "setting
dynamic array length" here
http://d.puremagic.com/issues/show_bug.cgi?id=4551 .
I didn't file it as a DMD bug, I've filed a bunch of stuff for the spec (as
you can see in the other "D2 Language Docs" bug reports of mine), so I'
On 2010-08-05 21:37, Walter Bright wrote:
retard wrote:
I understood that all the contributors are waiting for the decision of
a single person.
Not true, that only applies to the compiler. Phobos is managed by
several people who have commit privileges.
Walter needs to review all compiler pat
Andrej Mitrovic wrote:
Who is working on the D spec documentation, if anyone? I know Andrei and
others work on the Phobos docs, but what about the D docs?
The D docs are actually part of the Phobos under source control, and the people
who work on the library have commit privileges for it. Alth
On Thu, Aug 5, 2010 at 10:37 PM, Walter Bright
wrote:
> Andrej Mitrovic wrote:
>
>> Who is working on the D spec documentation, if anyone? I know Andrei and
>> others work on the Phobos docs, but what about the D docs?
>>
>
> The D docs are actually part of the Phobos under source control, and the
On 2010-08-05 19:42, Walter Bright wrote:
Jacob Carlborg wrote:
For shared library support on Linux I think
http://d.puremagic.com/issues/show_bug.cgi?id=4583 is a blocker. For
Mac OS X a patch is already available (of which the dmd part has
already been applied)
http://d.puremagic.com/issues/sh
Jacob Carlborg wrote:
What's unclear about it?
Basically there's no road map, especially no official. What will happen
in one month? Two months? Half a year? The only way to get some idea
about what will happen is following the newsgroups and even doing that
you don't know what actually will
On Thu, 05 Aug 2010 16:39:48 -0400, Andrej Mitrovic
wrote:
I think I might have made a report about this already, under "setting
dynamic array length" here
http://d.puremagic.com/issues/show_bug.cgi?id=4551 .
I didn't file it as a DMD bug, I've filed a bunch of stuff for the spec
(as
you
Adam Ruppe wrote:
To abandon DMD for that is language suicide.
Well, one reason (certainly not the only one) I keep with the current dmd back
end is that I don't need to spend time convincing some other organization to
fix/improve/customize it for better D support. I can just get it done.
B
Jacob Carlborg wrote:
I was not saying it's going to be easy to make shared libraries work on
Linux. I've tried to make shared libraries working on Linux starting
with the same approach I used when making them work on Mac OS X. Issue
4583 is how far I got, then I couldn't get further. I'm just
Nick Sabalausky wrote:
My view on it:
- Math *concepts* are debatably either invention or discovery.
- Math *notation* is ostensibly a creation. Although, whether or not all
"creation" is really nothing more than "discovery" in disguise is a question
philosphers could probably spend centuries
Andrej Mitrovic wrote:
On Thu, Aug 5, 2010 at 10:37 PM, Walter Bright
mailto:newshou...@digitalmars.com>> wrote:
Andrej Mitrovic wrote:
Who is working on the D spec documentation, if anyone? I know
Andrei and others work on the Phobos docs, but what about the D
d
BCS wrote:
Hello Justin,
No need to creap up on it ... :)
Thanks BCS. On second thoughts, after reading the excellent
replies by Nick, Andrei et. al, so far, I don't want to spoil
where the discussion seems to be going. I think I'm better off
letting this discussion as thus far started take i
On Thu, Aug 5, 2010 at 22:24, Andrej Mitrovic wrote:
> Thanks, Steven!
>
> You don't want to know what I'm up to :p.
>
Yes, yes, wo do!
>
> I'm using some traits to find out what kind of parameters a function takes.
> I'm also using a demangler from phobos to find out the name of the function
>
Andrei Alexandrescu wrote:
Andrej Mitrovic wrote:
I've filed a bunch of reports in bugzilla, regarding the D2
documentation. I've also provided fixes for most of the issues I've
found (but I haven't looked at *all* of the documentation yet). I'm
hoping someone could have a look at these sooner
On 05/08/2010 22:42, Walter Bright wrote:
Jacob Carlborg wrote:
What's unclear about it?
Basically there's no road map, especially no official. What will
happen in one month? Two months? Half a year? The only way to get some
idea about what will happen is following the newsgroups and even doin
On Thu, Aug 5, 2010 at 11:27 PM, Walter Bright
wrote:
> Andrei Alexandrescu wrote:
>
> Andrej Mitrovic wrote:
>>
>>> I've filed a bunch of reports in bugzilla, regarding the D2
>>> documentation. I've also provided fixes for most of the issues I've found
>>> (but I haven't looked at *all* of the
awishformore wrote:
64 bits on other platforms will follow once it proves out on Linux.
So the 64bit support you're working on will not be for Windows?
Not initially. 64 bit C on Windows uses a different ABI, the exception handling
support is different, there's no linker (oops), etc. It's a
On Thu, 05 Aug 2010 16:39:19 -0400, Adam Ruppe wrote:
> On 8/5/10, mwarning wrote:
>> I assume that's what you call unusable?
>
> I mean unusable in the literal sense: $ ./ldc
> ./ldc: error while loading shared libraries: libelf.so.0: cannot open
> shared object file: No such file or directory
On Thu, Aug 5, 2010 at 11:29 PM, Philippe Sigaud
wrote:
>
>
> On Thu, Aug 5, 2010 at 22:24, Andrej Mitrovic
> wrote:
>
>> Thanks, Steven!
>>
>> You don't want to know what I'm up to :p.
>>
>
> Yes, yes, wo do!
>
>
>>
>> I'm using some traits to find out what kind of parameters a function
>> takes
is funny because on fedora ldc works fine on 32 and 64 bits. Now is in official
fedora same as tango.
And some other project will do soon like:
- mango
- derelict
but yes is a linux system ( sorry )
On Thu, Aug 5, 2010 at 23:50, Andrej Mitrovic wrote:
>
>
>>
>> As for demangling, how do you do to get mangled names in the first place?
>>
>>
>
> I was using mangledName!() from std.straits. __traits works prefectly,
> Thanks!
>
>
Oh, oh, lots of shiny new things in std.traits!
I didn't specifical
Hope you have fun with it!
Anyway, here's a much cleaner edition of my magic little template function.
There's probably a host of errors and silly mistakes, but this is just a
proof of concept more than anything else, really:
import std.file;// getTimes()
import std.conv;// to!str
Hi everyone,
I'm very excited to announce that Philippe's excellent work on dranges
and his display of overall expertise earned him the well-deserved right
to commit to Phobos (after checking with me, greenhorn :o)). Philippe,
you're the fifteenth member on the Phobos roster. I see you're alr
On Thu, 05 Aug 2010 13:55:40 -0700, Walter Bright wrote:
> Adam Ruppe wrote:
>> To abandon DMD for that is language suicide.
>
> Well, one reason (certainly not the only one) I keep with the current
> dmd back end is that I don't need to spend time convincing some other
> organization to fix/impr
Congrats, Phillipe!
On Fri, Aug 6, 2010 at 12:33 AM, Andrei Alexandrescu <
seewebsiteforem...@erdani.org> wrote:
> Hi everyone,
>
>
> I'm very excited to announce that Philippe's excellent work on dranges and
> his display of overall expertise earned him the well-deserved right to
> commit to Pho
On 8/5/10, mwarning wrote:
> Google might help.
I know what it is, but I have /zero/ respect for people who shove
their dependencies on me. It shouldn't be my problem.
One of the reasons I went with Digital Mars early on is that DMC just
works when you unzip it. DMD continues that tradition, and
Walter Bright wrote:
> Jacob Carlborg wrote:
>>> What's unclear about it?
>>
>> Basically there's no road map, especially no official. What will happen
>> in one month? Two months? Half a year? The only way to get some idea
>> about what will happen is following the newsgroups and even doing that
I have TDPL. If I want to know what to expect to be the diffs to D2, where
could I find this information?
On Thu, 05 Aug 2010 19:29:05 -0400, Adam Ruppe wrote:
> On 8/5/10, mwarning wrote:
>> Google might help.
>
> I know what it is, but I have /zero/ respect for people who shove their
> dependencies on me. It shouldn't be my problem.
It shouldn't be the problem of the user, I agree.
But that happen
Walter Bright, el 5 de agosto a las 13:34 me escribiste:
> mwarning wrote:
> >On Thu, 05 Aug 2010 03:23:25 +, BCS wrote:
> >
> >>For a number of IP/legal reasons, Walter CAN'T work on LLVM or LDC.
> >can you please elaborate a bit?
> >I remember that statement has appeared before,
> >but I can
Walter Bright, el 5 de agosto a las 14:42 me escribiste:
> awishformore wrote:
> >>64 bits on other platforms will follow once it proves out on Linux.
> >
> >So the 64bit support you're working on will not be for Windows?
>
> Not initially. 64 bit C on Windows uses a different ABI, the
> exceptio
bioinfornatics, el 5 de agosto a las 22:04 me escribiste:
> is funny because on fedora ldc works fine on 32 and 64 bits. Now is in
> official
> fedora same as tango.
> And some other project will do soon like:
> - mango
> - derelict
>
> but yes is a linux system ( sorry )
Same for Debian/Ubuntu
1 - 100 of 116 matches
Mail list logo
