Hello Nick,
"BCS" wrote in message
news:a6268ff1b9958cd1bfa01297...@news.digitalmars.com...
Hello Nick,
Ugh, don't even get me started on MicroSD. Ordinary SD is already
too small if you ask me, although I still put up with it anyway. Now
MicroSD, well I can't say anything about it without
"BCS" wrote in message
news:a6268ff1b9958cd1bfa01297...@news.digitalmars.com...
> Hello Nick,
>
>> Ugh, don't even get me started on MicroSD. Ordinary SD is already too
>> small if you ask me, although I still put up with it anyway. Now
>> MicroSD, well I can't say anything about it without raisi
On Thu, 02 Sep 2010 03:03:33 -0400, Andrei Alexandrescu
wrote:
Time to zero in on the overall design and start working on the content.
Please give the design one more round of comments.
Thanks,
Andrei
Hi Andrei,
The site is still extremely buggy (i.e. unusable) on Opera. Same problems
On 2010-09-06 20:55:16 -0400, dsimcha said:
== Quote from Michel Fortin (michel.for...@michelf.com)'s article
I'm under the impression that a too permissive generic implementation
of cloning is going to break things in various scenarios.
In general you raise some very good issues, but IMHO t
simendsjo, el 6 de septiembre a las 20:25 me escribiste:
> On 06.09.2010 19:58, dennis luehring wrote:
> >http://www.gnu.org/software/gdb/
>
> http://sourceware.org/gdb/download/onlinedocs/gdb/D.html#D
>
> It isn't the most impressive featurelist though..
Demangling is the true "killer" feature
On 09/06/2010 04:34 PM, Philippe Sigaud wrote:
Which gives us: (0,0),(0,1),(1,0),(0,2),(1,1),(2,0),(0,3), ..
See the indices: sum of 0, then sum of 1, then sum of 2, ...
You never get stuck in an infinite line since these diagonal slices are finite.
I don't think iteration for constant index su
== Quote from Michel Fortin (michel.for...@michelf.com)'s article
> I'm under the impression that a too permissive generic implementation
> of cloning is going to break things in various scenarios.
In general you raise some very good issues, but IMHO the right way to do cloning
is to have permissi
On 2010-09-06 17:00:26 -0400, Andrei Alexandrescu
said:
On 09/06/2010 02:56 PM, BLS wrote:
On 06/09/2010 05:15, dsimcha wrote:
I've started playing around with Orange a little to see whether it
would meet
D's cloning needs.
Clone respective member-wise clone ( I prefer copy and deep copy)
Hello Nick,
"Nick Sabalausky" wrote in message
news:i63k4d$29q...@digitalmars.com...
"Nick Sabalausky" wrote in message
news:i63jvb$29f...@digitalmars.com...
"BCS" wrote in message
news:a6268ff1b9068cd1bc36b696...@news.digitalmars.com...
Aside from a memeory card, name one things you've
Hello Nick,
"BCS" wrote in message
news:a6268ff1b9068cd1bc36b696...@news.digitalmars.com...
Hello Nick,
In and of itself, maybe. But thinness typically necessitates other
design compromises, all for a "benefit" that is, as you say,
petty.
What compromises? What is it missing that could b
Hello Walter,
BCS wrote:
Aside from a memeory card, name one things you've ever known someone
else to want to add to a phone?
A keyboard.
People want a phone that has a key board from the get go. How many people
actually want to /add/ one to the phone they have?
--
... <
Hello Walter,
BCS wrote:
I assuem that a 64bit DMD building 64bit binaries is one of the
objective right now. How about a 64bit->32bit? (Or for that matter,
32bit->64bit.)
There's not much reason to provide a 64 bit binary of dmd. I doubt it
would run any faster, and there's no need for a co
Those look really nice, they could especially be used in tutorials. I'm
replicating some D1 examples from the dsource page to be D2 compatible, and I
could add a bunch of more D2 examples as well.
I'd be willing to write some tutorials for these if they get their way into
Phobos.
Jesse Philli
On 09/06/2010 02:56 PM, BLS wrote:
On 06/09/2010 05:15, dsimcha wrote:
I've started playing around with Orange a little to see whether it
would meet
D's cloning needs.
Clone respective member-wise clone ( I prefer copy and deep copy) should
be part of object. no std._tricks period.
Though th
"Nick Sabalausky" wrote in message
news:i63k4d$29q...@digitalmars.com...
> "Nick Sabalausky" wrote in message
> news:i63jvb$29f...@digitalmars.com...
>> "BCS" wrote in message
>> news:a6268ff1b9068cd1bc36b696...@news.digitalmars.com...
>>>
>>> Aside from a memeory card, name one things you've
"Nick Sabalausky" wrote in message
news:i63jvb$29f...@digitalmars.com...
> "BCS" wrote in message
> news:a6268ff1b9068cd1bc36b696...@news.digitalmars.com...
>> Hello Nick,
>>
> In and of itself, maybe. But thinness typically necessitates other
> design compromises, all for a "benefit" t
"BCS" wrote in message
news:a6268ff1b9068cd1bc36b696...@news.digitalmars.com...
> Hello Nick,
>
In and of itself, maybe. But thinness typically necessitates other
design compromises, all for a "benefit" that is, as you say, petty.
>>> What compromises? What is it missing that coul
Walter Bright:
>I doubt it would run any faster,<
I can't know.
>and there's no need for a compiler to consume 5 GB of memory.
I don't know. But currently it's not hard for me to reach about 1 GB of used
RAM with template/CTFE-heavy code (once a certain CTFE bug is fixed, the needed
memory p
"Kagamin" wrote in message
news:i621j7$1uj...@digitalmars.com...
> It's not just about color scheme, style can change layout.
>
That's more of an "occasional trick" though. CSS is pretty bad at layouts in
general.
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> We've discussed this before. Crosscartesian product of multiple infinite
> ranges can be easily done by applying Cantor's trick for proving that
> rational numbers are just as numerous than natural numbers. Google for
> "
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
> There's not much reason to provide a 64 bit binary of dmd.
How about using a computer that you don't have admin access to that doesn't
offer
good support for 32-bit binaries? Then again, for these cases you could just
compile a
Attached latest version. It bugs out with an infinite loop, and I'm too
tired to look more at it now.
--
Simen
autoRefTuple.d
Description: Binary data
combine.d
Description: Binary data
On 06/09/2010 05:15, dsimcha wrote:
I've started playing around with Orange a little to see whether it would meet
D's cloning needs.
Clone respective member-wise clone ( I prefer copy and deep copy) should
be part of object. no std._tricks period.
BCS wrote:
I assuem that a 64bit DMD building 64bit binaries is one of the
objective right now. How about a 64bit->32bit? (Or for that matter,
32bit->64bit.)
There's not much reason to provide a 64 bit binary of dmd. I doubt it would run
any faster, and there's no need for a compiler to consu
Hello sybrandy,
Hello,
As promised, I took some time to create a small document (just a text
file) to describe a potential logger for D. Glog was a major
influence on how the design turned out, though there are some
differences.
Please note it's not a 100% solution yet. Hopefully this is clo
BCS wrote:
Aside from a memeory card, name one things you've ever known someone
else to want to add to a phone?
A keyboard.
On 2010-09-06 16:01, dsimcha wrote:
== Quote from Jacob Carlborg (d...@me.com)'s article
I've looked at this problem now but I don't know I can detect the
aliasing. Suggestions ?
Well, here's what I was thinking of doing when I was thinking of rolling my own:
Traverse the object graph once.
On 2010-09-06 16:12, Andrei Alexandrescu wrote:
On 09/05/2010 10:15 PM, dsimcha wrote:
I've started playing around with Orange a little to see whether it
would meet
D's cloning needs. IMHO one must-have feature for proper cloning that
truly
"just works" is full aliasing preservation.
What do y
I assuem that a 64bit DMD building 64bit binaries is one of the objective
right now. How about a 64bit->32bit? (Or for that matter, 32bit->64bit.)
--
... <
On 06.09.2010 19:58, dennis luehring wrote:
http://www.gnu.org/software/gdb/
http://sourceware.org/gdb/download/onlinedocs/gdb/D.html#D
It isn't the most impressive featurelist though..
I will definitely be checking this out. I've used CMake with C++ for
quite a large project and it's been very good at of getting the done
without being the infinite tower of turtles on turtles that autotools
seems to be.
(I never managed to learn autotools so perhaps they don't seem as bad
on
http://www.gnu.org/software/gdb/
Hello Nick,
"Steven Schveighoffer" wrote in message
Obsolescence comes from three things:
1. Forced by big business strong-arming people into buying products
via subscription model.
2. Physical breaking down.
3. The consumer *themself* deciding to get the new one *despite* the
old one sti
On Mon, Sep 6, 2010 at 1:53 AM, Nick Sabalausky wrote:
> "Jonathan M Davis" wrote in message
> news:mailman.114.1283754439.858.digitalmar...@puremagic.com...
>> On Sunday 05 September 2010 22:55:58 Nick Sabalausky wrote:
>>>
>>> Not to be contentious, just curious about the design philosophy behi
Done. I only have 5 votes left though.
This is no democracy!! :p
On Mon, Sep 6, 2010 at 12:58 PM, bearophile wrote:
> Andrej Mitrovic:
>> ++ on that bug report.
>
> Then vote for it :-)
>
> Bye,
> bearophile
>
Please, please just call it libphobos2.a on Linux and move it to the
64bit library directory. On OS X, one might want to build it as
universal binary, so no special casing needed there either. On Windows
it is installed to the DMD directory anyway, so this is probably no
issue either (3d-bit-dm
Thanks a lot – I was just thinking about writing something like that
myself when I stumbled over this post!
I have just switched to OS X, so I probably will be able to help you out
in that regard.
I'll report back when I have found time to have a look on it.
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> On 09/05/2010 10:15 PM, dsimcha wrote:
> > I've started playing around with Orange a little to see whether it would
> > meet
> > D's cloning needs. IMHO one must-have feature for proper cloning that truly
> > "just work
On 09/06/2010 06:51 AM, Peter Alexander wrote:
== Quote from Andrei Alexandrescu
Yah, per your follow-up post, it's a different problem. It's
also a much
more difficult one. I convinced myself crossProduct is
impossible to
implement if one input range and one infinite forward range are
simul
On 09/05/2010 10:15 PM, dsimcha wrote:
I've started playing around with Orange a little to see whether it would meet
D's cloning needs. IMHO one must-have feature for proper cloning that truly
"just works" is full aliasing preservation.
What do you mean by aliasing preservation? I'd think you
Simen kjaeraas wrote:
Special cases come for input ranges - I will not consider those. All
forward ranges can be treated the same, regardless of infiniteness.
Actually, input ranges make everything a lot easier - the best
solution is the brute-force stupid solution.
--
Simen
== Quote from Jacob Carlborg (d...@me.com)'s article
> I've looked at this problem now but I don't know I can detect the
> aliasing. Suggestions ?
Well, here's what I was thinking of doing when I was thinking of rolling my own:
Traverse the object graph once. Create some data structure of all po
Andrei Alexandrescu wrote:
I convinced myself crossProduct is impossible to implement if one input
range and one infinite forward range are simultaneously present. It
works with any number of infinite forward ranges, and also with other
combinations. I couldn't formalize the exact requireme
On 2010-09-06 10:44, Jacob Carlborg wrote:
On 2010-09-06 05:15, dsimcha wrote:
I've started playing around with Orange a little to see whether it
would meet
D's cloning needs. IMHO one must-have feature for proper cloning that
truly
"just works" is full aliasing preservation. For example, the fo
Simen kjaeraas wrote:
On Mon, 06 Sep 2010 09:55:42 +0200, Stanislav Blinov
wrote:
Walter Bright wrote:
We already have:
libphobos.a Phobos 1, 32 bit
libphobos2.a Phobos 2, 32 bit
What should the 64 bit Phobos be named?
I'd agree that yet another name is not needed, but just
On Mon, 06 Sep 2010 09:55:42 +0200, Stanislav Blinov
wrote:
Walter Bright wrote:
We already have:
libphobos.a Phobos 1, 32 bit
libphobos2.a Phobos 2, 32 bit
What should the 64 bit Phobos be named?
I'd agree that yet another name is not needed, but just for fun - you
have ano
Peter Alexander wrote:
I must be missing something, because I don't understand how you
could possibly take the cross product of any number of infinite
ranges (other than to just return the range of (a[0], b[i]) for
all (infinitely many) i in b).
Note that I'm assuming you mean cartesian produc
Haven't tried it yet, but thank you very much! This is something I missed a lot
:-)
LMB
SK Wrote:
> Why labor over buggy Makefiles when you could be laboring over buggy
> CMake files at a much more productive level of abstraction? :o)
>
> With excellent help from Jens Mueller and Dean Calver,
== Quote from Andrei Alexandrescu
> Yah, per your follow-up post, it's a different problem. It's
also a much
> more difficult one. I convinced myself crossProduct is
impossible to
> implement if one input range and one infinite forward range are
> simultaneously present. It works with any number of
Andrej Mitrovic:
> ++ on that bug report.
Then vote for it :-)
Bye,
bearophile
[url=http://www.uggbootsale-uk.org/ugg-classic-mini-boots.html]ugg
boots[/url]This IP Address has been bloked from registering on the forumThis IP
Address has been bloked from registering on the forum
[url=http://www.uggbootsale-uk.org/ugg-classic-mini-boots.html]ugg[/url]This IP
Address has bee
Jacob Carlborg wrote:
But since it's just a static library (still, right?)
it's more a question of directories and -L-L DFLAGS
Tango can be built as a dynamic library on Mac OS X since a while, just
waiting for Sean to apply the rest of the patch for druntime (half of
the patch is already a
On Monday 06 September 2010 01:53:55 Nick Sabalausky wrote:
> Well, I guess what I mean is, compared to something like SCons, Rake or
> A-A-P. Those tools, like cmake, handle cross-platform no problem while
> providing far saner syntax than traditional make. But unline cmake, they
> don't have any
"Jonathan M Davis" wrote in message
news:mailman.114.1283754439.858.digitalmar...@puremagic.com...
> On Sunday 05 September 2010 22:55:58 Nick Sabalausky wrote:
>> "SK" wrote in message
>> news:mailman.113.1283750971.858.digitalmar...@puremagic.com...
>>
>> > Why labor over buggy Makefiles when
On 2010-09-06 08:24, Anders F Björklund wrote:
Brad Roberts wrote:
On 9/5/2010 9:39 PM, Walter Bright wrote:
We already have:
libphobos.a Phobos 1, 32 bit
libphobos2.a Phobos 2, 32 bit
What should the 64 bit Phobos be named?
No change in name, change in directory holding it.
ie.. lib64/lib
On 2010-09-06 05:15, dsimcha wrote:
I've started playing around with Orange a little to see whether it would meet
D's cloning needs. IMHO one must-have feature for proper cloning that truly
"just works" is full aliasing preservation. For example, the following code
modified slightly from the Or
Sean Kelly Wrote:
> Walter Bright Wrote:
>
> > retard wrote:
> > > Thu, 02 Sep 2010 16:03:59 -0400, Nick Sabalausky wrote:
> > >
> > >> J. What happens when the battery gets old and won't hold a charge?
> > >
> > > You buy a new one, of course. Why this will never happen is that once a
> > > n
Walter Bright wrote:
We already have:
libphobos.a Phobos 1, 32 bit
libphobos2.a Phobos 2, 32 bit
What should the 64 bit Phobos be named?
I'd agree that yet another name is not needed, but just for fun - you
have another moon :) That name would fully reflect feelings of people
fac
On 09/04/2010 08:56 PM, Walter Bright wrote:
Max Samukha wrote:
On 04.09.2010 5:50, Walter Bright wrote:
It still makes no sense to have it as a separate file.
Yeah. Just like it makes no sense to have headers separate from object
files.
If I invented an object file format, you can bet it'
59 matches
Mail list logo
