div0 wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bane wrote:
OMG! I can't even spell OMG right!
OBG! I'm minority! (still stuck on 1.030)
rofl. you tool. (i mean that in a good way)
I'm surprised so many people who don't use D bother to read this news
group and voted on the poll.
Tue, 25 May 2010 14:22:47 -0700, Walter Bright wrote:
> retard wrote:
>> I don't think the D community is really interested in hearing something
>> positive about dynamically typed non-native languages. Traditionally
>> that's the best way to wreck your efficiency and it's tough to admit
>> that t
retard wrote:
I don't think the D community is really interested in hearing something
positive about dynamically typed non-native languages. Traditionally
that's the best way to wreck your efficiency and it's tough to admit that
those languages are now better. The traditional native code way is
On Tue, May 25, 2010 at 12:45 PM, Bill Baxter wrote:
> On Tue, May 25, 2010 at 12:11 PM, bearophile wrote:
>> Bill Baxter:
>>> Do you have any citations of that? All I can find on LuaJIT.org is
>>> comparisons of LuaJIT vs other versions of Lua.
>>
>> On my site you can see a version of the SciM
Bill Baxter:
> So LuaJIT beats D on some or all of those benchmarks?
It's faster or close, D code compiled with dmd.
> >From that it looks like LuaJIT can't beat g++ for speed on any of the
> benchmarks. You disagree with those results?
I don't disagree with those results, in my original post
On Tue, May 25, 2010 at 12:11 PM, bearophile wrote:
> Bill Baxter:
>> Do you have any citations of that? All I can find on LuaJIT.org is
>> comparisons of LuaJIT vs other versions of Lua.
>
> On my site you can see a version of the SciMark2 benchmark (that contains
> several sub-benchmarks, naiv
Bill Baxter:
> Do you have any citations of that? All I can find on LuaJIT.org is
> comparisons of LuaJIT vs other versions of Lua.
On my site you can see a version of the SciMark2 benchmark (that contains
several sub-benchmarks, naive scientific kernels, mostly) for D with numerous
timings. LD
On Sun, May 23, 2010 at 1:14 AM, bearophile wrote:
> Walter Bright:
>
> Compiling programs of a dynamic language like Lua was seen as hopelessly
> inefficient. But today programs running on the the Lua JIT are often faster
> than equivalent FP-heavy D programs compiled with DMD.
Do you have any
Sun, 23 May 2010 04:14:30 -0400, bearophile wrote:
> Walter Bright:
>> Doing it in an automated way
>> requires whole program analysis, something not entirely practical in a
>> language designed to support separate compilation.
>
> Compiling programs of a dynamic language like Lua was seen as hop
Andrei Alexandrescu wrote:
>
> You both have a point. Clearly not a lot of individual applications
> really need more than 4GB (though unfortunately, many are pushing up for
> the wrong reasons), but then a whole category of them would greatly
> benefit of expanded RAM availability.
>
> Andrei
I
On 5/23/2010 07:33, Andrei Alexandrescu wrote:
> On 05/23/2010 12:30 AM, Rainer Deyke wrote:
>> There is no way to define this function with the correct semantics in D.
>> 'toStringz' must append a null character to the string, therefore it
>> cannot return a pointer to the original string data i
On 05/23/2010 04:47 AM, Pelle wrote:
On 05/23/2010 10:14 AM, Mike Parker wrote:
And I would argue that it's unreasonable to expect the declarations of C
functions to be declared const-correct based on their usage. To my
knowledge, all of the C bindings for D to date either don't use const at
all
On 05/23/2010 12:30 AM, Rainer Deyke wrote:
On 5/22/2010 23:16, Mike Parker wrote:
That's not the problem. The problem is this:
const(char)* toStringz(const(char)[] s);
There's no equivalent for:
char *toStringz(char[] s);
Hence the need to cast away const or use a wrapper for non-const char
On 05/23/2010 12:16 AM, Mike Parker wrote:
Walter Bright wrote:
Robert Clipsham wrote:
On 22/05/10 17:42, Andrei Alexandrescu wrote:
- Interfacing to C libraries is now overly complex thanks to const
correctness. After updating all the function signatures I found phobos
was completely lacking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Bright wrote:
> div0 wrote:
>> Well I'm still using 2.028. Every version I've tried since has had a
>> compiler bug that's been a show stopper. However I'm in no major rush,
>> there's enough momentum in progress for me to be confidant that it w
On 05/23/2010 09:39 AM, Walter Bright wrote:
Oh, I forgot to mention. Back in the 16 bit days, I invented something
called a "handle pointer".
http://www.digitalmars.com/ctg/handle-pointers.html
"You must be sure your program frees memory when it exits; otherwise, it
will be unavailable to ot
On 05/23/2010 10:14 AM, Mike Parker wrote:
And I would argue that it's unreasonable to expect the declarations of C
functions to be declared const-correct based on their usage. To my
knowledge, all of the C bindings for D to date either don't use const at
all (because they were created for D1) or
Walter Bright:
> In D this would be better off making the special pointer types a user defined
> struct type. Compiler support isn't necessary.
Nice, thank you :-) I will try to implement this, I have already written
something similar in D2.
Bye,
bearophile
Walter Bright:
> Doing it in an automated way
> requires whole program analysis, something not entirely practical in a
> language
> designed to support separate compilation.
Compiling programs of a dynamic language like Lua was seen as hopelessly
inefficient. But today programs running on the
Rainer Deyke wrote:
On 5/22/2010 23:16, Mike Parker wrote:
That's not the problem. The problem is this:
const(char)* toStringz(const(char)[] s);
There's no equivalent for:
char *toStringz(char[] s);
Hence the need to cast away const or use a wrapper for non-const char*
args.
There is no wa
bearophile wrote:
The Oracle JavaVM is already using this optimization, but indeed it doesn't
need to keep compatibility with the C compiler. This shows pointer
compression in C and the like:
http://llvm.org/pubs/2005-06-12-MSP-PointerComp.html
Oh, I forgot to mention. Back in the 16 bit days
bearophile wrote:
Walter Bright:
1. D has to work with the corresponding C compiler, which does not support
such a memory model. This kills it right there.
But the 'need' to do it can "resurrect" this feature from the dead. Sometimes
you just need to do something, even such thing was not seen
Walter Bright:
> 1. D has to work with the corresponding C compiler, which does not support
> such
> a memory model. This kills it right there.
But the 'need' to do it can "resurrect" this feature from the dead. Sometimes
you just need to do something, even such thing was not seen as "possible"
On 5/22/2010 23:16, Mike Parker wrote:
> That's not the problem. The problem is this:
>
> const(char)* toStringz(const(char)[] s);
>
> There's no equivalent for:
>
> char *toStringz(char[] s);
>
> Hence the need to cast away const or use a wrapper for non-const char*
> args.
There is no way to
Walter Bright wrote:
Robert Clipsham wrote:
On 22/05/10 17:42, Andrei Alexandrescu wrote:
- Interfacing to C libraries is now overly complex thanks to const
correctness. After updating all the function signatures I found phobos
was completely lacking the functions to convert between C and D str
Sean Kelly wrote:
Andrei Alexandrescu Wrote:
It all depends on what the largest payload is. One of my apps' largest
structures was a hash, which was almost twice as large in the 64-bit
version.
It's always possible to trim down the bits used for a pointer inside a data
structure if the saving
Andrei Alexandrescu Wrote:
>
> It all depends on what the largest payload is. One of my apps' largest
> structures was a hash, which was almost twice as large in the 64-bit
> version.
It's always possible to trim down the bits used for a pointer inside a data
structure if the savings really ma
"retard" wrote in message
news:ht9n8n$ro...@digitalmars.com...
> Sat, 22 May 2010 16:25:55 -0400, Nick Sabalausky wrote:
>
>> "retard" wrote in message
>> news:ht9atu$ro...@digitalmars.com...
>>> Sat, 22 May 2010 13:59:34 -0400, Nick Sabalausky wrote:
Most apps don't need native x86_64
retard wrote:
Sorry for pulling out that, but I thought the claim "most apps" was a bit
overoptimistic. If D is The next gen language, it probably also should
solve the next generation of problems.
FWIW, I fully agree with the notion that D needs to fully support 64 bit
compilation.
Sat, 22 May 2010 16:25:55 -0400, Nick Sabalausky wrote:
> "retard" wrote in message
> news:ht9atu$ro...@digitalmars.com...
>> Sat, 22 May 2010 13:59:34 -0400, Nick Sabalausky wrote:
>>>
>>> Most apps don't need native x86_64. Only things that really push the
>>> limits of CPU/memory utilization n
Andrei Alexandrescu:
> It all depends on what the largest payload is. One of my apps' largest
> structures was a hash, which was almost twice as large in the 64-bit
> version.
Some of that extra space is used by the pointers that are twice larger.
The latest JavaVM are able to compress pointers
Sat, 22 May 2010 16:23:35 -0500, Andrei Alexandrescu wrote:
> On 05/22/2010 02:38 PM, retard wrote:
>> Sat, 22 May 2010 15:28:54 -0400, Adam Ruppe wrote:
>>
>>> On 5/22/10, retard wrote:
On a 4 GB system you lose 600+ MB of memory when using a 32-bit
operating system without PAE support
Andrei Alexandrescu wrote:
You both have a point. Clearly not a lot of individual applications
really need more than 4GB (though unfortunately, many are pushing up for
the wrong reasons), but then a whole category of them would greatly
benefit of expanded RAM availability.
I would phrase it a
Robert Clipsham wrote:
On 22/05/10 17:42, Andrei Alexandrescu wrote:
- Interfacing to C libraries is now overly complex thanks to const
correctness. After updating all the function signatures I found phobos
was completely lacking the functions to convert between C and D strings
of varying constn
On 05/22/2010 02:38 PM, retard wrote:
Sat, 22 May 2010 15:28:54 -0400, Adam Ruppe wrote:
On 5/22/10, retard wrote:
On a 4 GB system you lose 600+ MB of memory when using a 32-bit
operating system without PAE support.
You can run 32 bit programs on a 64 bit operating system. The point
isn't
On 05/22/2010 02:22 PM, retard wrote:
Sat, 22 May 2010 13:59:34 -0400, Nick Sabalausky wrote:
"Robert Clipsham" wrote in message
news:ht8m7t$2qu...@digitalmars.com...
- and should I ever feel there's a use for my apps outside of
localhost
people will wonder why they don't support x86_64
Adam Ruppe:
> I don't think that's a bug. It should only worry about converting, not
> filtering out bad stuff. That's an orthogonal problem that the other
> function does well, and easily too.
It's not a bug, right. But saying that there are other functions orthogonal to
it that solve this prob
On 5/22/10, bearophile wrote:
> http://d.puremagic.com/issues/show_bug.cgi?id=4165
I don't think that's a bug. It should only worry about converting, not
filtering out bad stuff. That's an orthogonal problem that the other
function does well, and easily too.
Andrei Alexandrescu:
> to is deliberately defined to be restrictive; parse is more forgiving.
> Anyway, I'd be glad to improve to if you gave me a few hints.
If you are interested, I have written:
http://d.puremagic.com/issues/show_bug.cgi?id=3961
http://d.puremagic.com/issues/show_bug.cgi?id=41
"retard" wrote in message
news:ht9atu$ro...@digitalmars.com...
> Sat, 22 May 2010 13:59:34 -0400, Nick Sabalausky wrote:
>>
>> Most apps don't need native x86_64. Only things that really push the
>> limits of CPU/memory utilization need it, which, aside from bloatware
>> (which admittedly is at e
div0 wrote:
Well I'm still using 2.028. Every version I've tried since has had a
compiler bug that's been a show stopper. However I'm in no major rush,
there's enough momentum in progress for me to be confidant that it will
work eventually.
Which one is your current showstopper?
On 5/22/10, retard wrote:
> I can't believe the 64-bit processes are twice as large.
They probably aren't. I don't think we're talking about the same thing here.
I, and I don't think Nick is either, am not saying that 64-bit is bad.
We're just saying not having 64 bit isn't a big deal for most
a
Sat, 22 May 2010 15:28:54 -0400, Adam Ruppe wrote:
> On 5/22/10, retard wrote:
>> On a 4 GB system you lose 600+ MB of memory when using a 32-bit
>> operating system without PAE support.
>
> You can run 32 bit programs on a 64 bit operating system. The point
> isn't that 64 bits is useless in ge
On 5/22/10, retard wrote:
> On a 4 GB system you lose 600+ MB of memory when using a 32-bit operating
> system without PAE support.
You can run 32 bit programs on a 64 bit operating system. The point
isn't that 64 bits is useless in general, it is just that most
*applications* work just fine as 3
Sat, 22 May 2010 13:59:34 -0400, Nick Sabalausky wrote:
> "Robert Clipsham" wrote in message
> news:ht8m7t$2qu...@digitalmars.com...
>>
>> - and should I ever feel there's a use for my apps outside of
>> localhost
>> people will wonder why they don't support x86_64 natively (I believe
>> this w
On 05/22/2010 08:26 PM, Robert Clipsham wrote:
extern(C)void someFunc(char*);
There is no function in phobos which will allow me to call this function
using a D string
You could use (array.dup ~ '\0').ptr, right?
extern(C)void someFunc(wchar*);
This is impossible with phobos, there's no fun
On 22/05/10 17:42, Andrei Alexandrescu wrote:
- Interfacing to C libraries is now overly complex thanks to const
correctness. After updating all the function signatures I found phobos
was completely lacking the functions to convert between C and D strings
of varying constness or with different en
"Robert Clipsham" wrote in message
news:ht8m7t$2qu...@digitalmars.com...
>
> - and should I ever feel there's a use for my apps outside of localhost
> people will wonder why they don't support x86_64 natively (I believe this
> will change after D2 from various comments from Walter).
Most apps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sean Kelly wrote:
> retard Wrote:
>> What is more interesting is that the majority of D users already use D2,
>> which has a huge list of bugs. It just tells that most D users don't use
>> D in serious / mission critical / money bringing projects, bu
On 05/22/2010 08:29 AM, Robert Clipsham wrote:
On 20/05/10 07:52, Nick Sabalausky wrote:
I'm interested in trying to gauge the current state of D version
usage, so
I've set up a poll:
http://micropoll.com/t/KEFfsZBH5F
I apologize for using MicroPoll (and all its
manditory-JavaScript-ness). I
p
On 20/05/10 07:52, Nick Sabalausky wrote:
I'm interested in trying to gauge the current state of D version usage, so
I've set up a poll:
http://micropoll.com/t/KEFfsZBH5F
I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
personally hate MicroPoll but everything else I'v
Am 20.05.2010 08:52, schrieb Nick Sabalausky:
I'm interested in trying to gauge the current state of D version usage, so
I've set up a poll:
http://micropoll.com/t/KEFfsZBH5F
I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
personally hate MicroPoll but everything else
Am 21.05.2010 23:14, schrieb Matthias Pleh:
Am 21.05.2010 22:27, schrieb Nick Sabalausky:
"Matthias Pleh" wrote in message
news:ht6p7t$27s...@digitalmars.com...
Oh god, we have to inform micropoll, there is more than the USA ...
"Kagamin" wrote in message
news:ht6jgv$1tb...@digitalmars.com..
retard Wrote:
>
> What is more interesting is that the majority of D users already use D2,
> which has a huge list of bugs. It just tells that most D users don't use
> D in serious / mission critical / money bringing projects, but instead as
> a hobby.
I've yet to use a compiler that had zero
"Matthias Pleh" wrote in message
news:ht6t33$2fv...@digitalmars.com...
> Am 21.05.2010 22:27, schrieb Nick Sabalausky:
>> "Matthias Pleh" wrote in message
>> news:ht6p7t$27s...@digitalmars.com...
>>>
>>> Oh god, we have to inform micropoll, there is more than the USA ...
>>
>> "Kagamin" wrote i
"Eric Poggel" wrote in message
news:ht7i0u$hv...@digitalmars.com...
> On 5/21/2010 1:57 PM, retard wrote:
>> hat is more interesting is that the majority of D users already use D2,
>> which has a huge list of bugs. It just tells that most D users don't use
>> D in serious / mission critical / mon
Matthias Pleh Wrote:
> Am 21.05.2010 22:27, schrieb Nick Sabalausky:
> > "Matthias Pleh" wrote in message
> > news:ht6p7t$27s...@digitalmars.com...
> >>
> >> Oh god, we have to inform micropoll, there is more than the USA ...
> >
> > "Kagamin" wrote in message
> > news:ht6jgv$1tb...@digitalmars.
On 5/21/2010 1:57 PM, retard wrote:
hat is more interesting is that the majority of D users already use D2,
which has a huge list of bugs. It just tells that most D users don't use
D in serious / mission critical / money bringing projects, but instead as
a hobby.
Or possibly, D newsgroup follow
On Thu, 2010-05-20 at 14:19 -0400, Nick Sabalausky wrote:
> "div0" wrote in message
> news:ht3tfa$2sm...@digitalmars.com...
> >
> > I'm surprised so many people who don't use D bother to read this news
> > group and voted on the poll. Surely they must have better things to do.
> >
>
> I have a
Am 21.05.2010 22:27, schrieb Nick Sabalausky:
"Matthias Pleh" wrote in message
news:ht6p7t$27s...@digitalmars.com...
Oh god, we have to inform micropoll, there is more than the USA ...
"Kagamin" wrote in message
news:ht6jgv$1tb...@digitalmars.com...
I'd appreciate js, but pissed off by fl
"Matthias Pleh" wrote in message
news:ht6p7t$27s...@digitalmars.com...
>
> Oh god, we have to inform micropoll, there is more than the USA ...
"Kagamin" wrote in message
news:ht6jgv$1tb...@digitalmars.com...
>
> I'd appreciate js, but pissed off by flash.
Yea, micropoll unfortunately has a lo
Am 20.05.2010 08:52, schrieb Nick Sabalausky:
I'm interested in trying to gauge the current state of D version usage, so
I've set up a poll:
http://micropoll.com/t/KEFfsZBH5F
I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
personally hate MicroPoll but everything else
Walter Bright wrote:
What matters not is the number of bugs, it is whether they block
reasonable use of the compiler. Just one bug can make it unusable,
whereas a thousand insignificant ones may not.
In Steven's dcollections
excerpt starting from dcollections/model/List.d, line #80:
// workar
Nick Sabalausky Wrote:
> I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
> personally hate MicroPoll but everything else I've seen is even worse and I
> don't have time to make a custom one.
I'd appreciate js, but pissed off by flash.
retard wrote:
What is more interesting is that the majority of D users already use D2,
which has a huge list of bugs. It just tells that most D users don't use
D in serious / mission critical / money bringing projects, but instead as
a hobby.
What matters not is the number of bugs, it is whe
Bane Wrote:
> > What is more interesting is that the majority of D users already use D2,
> > which has a huge list of bugs. It just tells that most D users don't use
> > D in serious / mission critical / money bringing projects, but instead as
> > a hobby.
>
> I'm in serious business with it.
> What is more interesting is that the majority of D users already use D2,
> which has a huge list of bugs. It just tells that most D users don't use
> D in serious / mission critical / money bringing projects, but instead as
> a hobby.
I'm in serious business with it. I think D1 is up to it
Fri, 21 May 2010 11:00:32 -0400, Bane wrote:
> Nick Sabalausky Wrote:
>
>> "Nick Sabalausky" wrote in message
>> news:ht3uj4$30f...@digitalmars.com...
>> > "div0" wrote in message
>> > news:ht3tfa$2sm...@digitalmars.com...
>> >>
>> >> I'm surprised so many people who don't use D bother to read
Nick Sabalausky Wrote:
> "Nick Sabalausky" wrote in message
> news:ht3uj4$30f...@digitalmars.com...
> > "div0" wrote in message
> > news:ht3tfa$2sm...@digitalmars.com...
> >>
> >> I'm surprised so many people who don't use D bother to read this news
> >> group and voted on the poll. Surely the
Nick Sabalausky wrote:
I've looked into this a little. I was able to download a chart of the
IPs,
and the number of votes per IP. Unfortunately, there doesn't seem to be
any
way to tell anything about the actual votes from a particular IP, which I
suppose is good for privacy, but it prevent
As a thought, when/if you decide to write your own polling system, I
think it should log the website referrer as well as the voter's ip and
choice.
It'd be interesting to see stats about skewing from a certain site,
like if everyone who followed a link on "d-sucks-ass.org" voted "none
and never wi
"Nick Sabalausky" wrote in message
news:ht3uj4$30f...@digitalmars.com...
> "div0" wrote in message
> news:ht3tfa$2sm...@digitalmars.com...
>>
>> I'm surprised so many people who don't use D bother to read this news
>> group and voted on the poll. Surely they must have better things to do.
>>
>
"div0" wrote in message
news:ht3tfa$2sm...@digitalmars.com...
>
> I'm surprised so many people who don't use D bother to read this news
> group and voted on the poll. Surely they must have better things to do.
>
I have a few guesses for that phonomenon:
- There are a lot of people who are keepi
"BCS" wrote in message
news:a6268ff13eaa8ccc5f8db8fc...@news.digitalmars.com...
> Hello Nick,
>
>> I'm interested in trying to gauge the current state of D version
>> usage, so I've set up a poll:
>>
>> http://micropoll.com/t/KEFfsZBH5F
>>
>> I apologize for using MicroPoll (and all its
>> mandit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bane wrote:
> OMG! I can't even spell OMG right!
>
>> OBG! I'm minority! (still stuck on 1.030)
rofl. you tool. (i mean that in a good way)
I'm surprised so many people who don't use D bother to read this news
group and voted on the poll. Surely the
OMG! I can't even spell OMG right!
> OBG! I'm minority! (still stuck on 1.030)
>
> Nick Sabalausky Wrote:
>
> > I'm interested in trying to gauge the current state of D version usage, so
> > I've set up a poll:
> >
> > http://micropoll.com/t/KEFfsZBH5F
> >
> > I apologize for using MicroPoll
OBG! I'm minority! (still stuck on 1.030)
Nick Sabalausky Wrote:
> I'm interested in trying to gauge the current state of D version usage, so
> I've set up a poll:
>
> http://micropoll.com/t/KEFfsZBH5F
>
> I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
> personally
Nick Sabalausky, el 20 de mayo a las 02:52 me escribiste:
> I'm interested in trying to gauge the current state of D version usage, so
> I've set up a poll:
>
> http://micropoll.com/t/KEFfsZBH5F
>
> I apologize for using MicroPoll (and all its manditory-JavaScript-ness). I
> personally hate Mic
Hello Nick,
I'm interested in trying to gauge the current state of D version
usage, so I've set up a poll:
http://micropoll.com/t/KEFfsZBH5F
I apologize for using MicroPoll (and all its
manditory-JavaScript-ness). I personally hate MicroPoll but everything
else I've seen is even worse and I do
79 matches
Mail list logo