Leandro Lucarella wrote:
> Walter Bright, el 27 de junio a las 19:25 me escribiste:
>> Leandro Lucarella wrote:
>> >I think it would be great if LDC is listed in the D official website,
>> >GDC is listed for example and it's way too obsolete. I think that can
>> >give the impression that there is n
On Sun, 28 Jun 2009 03:43:16 +0300, Vladimir Panteleev wrote:
> As recently posted by WB, we should get a Windows installer project
> going. I think we should first discuss what this installer would
> contain, which installer framework to use, etc.
So, something like the DInstaller project?
http
Vladimir Panteleev wrote:
> As recently posted by WB, we should get a Windows installer project going.
> I think we should first discuss what this installer would contain, which
> installer framework to use, etc.
>
> In my opinion, the Windows installer's goal is somewhat different than a
> Linux
"Daniel Keep" wrote in message
news:h26unf$1kt...@digitalmars.com...
>
> 2. Management.
>
> If you re-run the installer, it should show your installed compilers and
> toolchain programs, check for updates and offer to upgrade them. It
> should also allow you to install another compiler in *addit
grauzone:
> You're saying C# nullable ints require more memory than native ints, but
> just how would you represent int.nan with 32 bits?
Have you read my posts? I have said to use the value that currently is int.min
as null, and I've explained why.
I'll keep dreaming some more years,
bye,
be
Have you read my posts? I have said to use the value that currently is int.min
as null, and I've explained why.
That wasn't very explicit. Anyway, we need int.min for, you know, doing
useful stuff. We can't just define a quite random number to be a special
value. Checking math operations for
On 28/6/09 01:43, Vladimir Panteleev wrote:
As recently posted by WB, we should get a Windows installer project
going. I think we should first discuss what this installer would
contain, which installer framework to use, etc.
In my opinion, the Windows installer's goal is somewhat different than
Jesse Phillips Wrote:
> On Sun, 28 Jun 2009 03:43:16 +0300, Vladimir Panteleev wrote:
>
> > As recently posted by WB, we should get a Windows installer project
> > going. I think we should first discuss what this installer would
> > contain, which installer framework to use, etc.
>
> So, somethi
Lester L. Martin II Wrote:
> Jesse Phillips Wrote:
>
> > On Sun, 28 Jun 2009 03:43:16 +0300, Vladimir Panteleev wrote:
> >
> > > As recently posted by WB, we should get a Windows installer project
> > > going. I think we should first discuss what this installer would
> > > contain, which install
Nick Sabalausky wrote:
>> Yes, this approach is what I was getting at. In fact, I would (and
>> already have in the past) argue that this is *better* than the "holy
>> grail" approach, because because it's based on very simple and easy to
>> remember rules. Conversely, the "holy grail" approach le
Simen Kjaeraas wrote:
>> But the beauty of the holy grail is that it's neither.
>
> While the ugliness of it is that it's both.
Care to elaborate?
--
Michiel Helvensteijn
Hello Daniel,
I actually started sketching out a possible installer a few weeks ago.
Here's what I came up with:
First of all, you can't include DMD itself in the installer since the
license doesn't allow for this.
with Walter's blessing you can. Tango goes this way.
As for using an install
Michiel Helvensteijn wrote:
But the beauty of the holy grail is that it's neither.
While the ugliness of it is that it's both.
--
Simen
Michiel Helvensteijn escribió:
Nick Sabalausky wrote:
Yes, this approach is what I was getting at. In fact, I would (and
already have in the past) argue that this is *better* than the "holy
grail" approach, because because it's based on very simple and easy to
remember rules. Conversely, the "h
Michiel Helvensteijn wrote:
Simen Kjaeraas wrote:
But the beauty of the holy grail is that it's neither.
While the ugliness of it is that it's both.
Care to elaborate?
As has already been mentioned, one of the biggest problems with the holy
grail is that it leads to capricious states of
Ary Borenszweig wrote:
>> int i;
>> assert(foo() > 3);
>> for(int j = foo(); j > 3; j--) i = j;
>> auto k = i; // Compiles at the moment...
>>
>> Would C# swallow that?
>
> Of course not:
>
> int foo() {
>return rand() % 10;
> }
My mistake. For some reason I was assuming 'foo' was pure.
Simen Kjaeraas wrote:
But the beauty of the holy grail is that it's neither.
>>>
>>> While the ugliness of it is that it's both.
>>
>> Care to elaborate?
>
> As has already been mentioned, one of the biggest problems with the holy
> grail is that it leads to capricious states of "possibly co
For the initial version, I'd be happy if it downloaded the zip file,
unzipped it, and set the path.
"Michiel Helvensteijn" wrote in message
news:h2810s$hl...@digitalmars.com...
> Nick Sabalausky wrote:
>
>>> Yes, this approach is what I was getting at. In fact, I would (and
>>> already have in the past) argue that this is *better* than the "holy
>>> grail" approach, because because it's based o
grauzone:
> That wasn't very explicit. Anyway, we need int.min for, you know, doing
> useful stuff.
Like for what? Have you used a Lisp? Their tagged integers show that a smaller
range is fine. And I'm just talking about 1 value in 4 billions, I don't think
you will miss it much. And it's a val
Nick Sabalausky wrote:
> The fix would be one of the following, depending on what the code is
> actually doing:
>
> ---
> // Instead of knee-jerking i to 0, we default init it to
> // whatever safe value we want it to be if the loop
> // doesn't set it. This, of course, may or may not
"Nick Sabalausky" wrote in message
news:h28gqc$1du...@digitalmars.com...
> "Michiel Helvensteijn" wrote in message
> news:h2810s$hl...@digitalmars.com...
>>
>>> Additionally, in the C# approach (and this is speaking from personal
>>> experience), anytime you do come across a provably-correct ca
Nick Sabalausky wrote:
> Ie, I can agree that the compiler should be able to take advantage of a
> function's contract when determining whether or not to throw a "may not
> get inited" error, but I strongly disagree that the contract used should
> be implicity defined by the actual behavior of the
Hello Nick,
Also, keep in mind that while, under this mechanism, it is certainly
possible for a coder to cause bugs by always knee-jerking the value to
zero whenever the compiler complains, that's also a possibility under
the "holy grail" approach.
How about letting the user signal that they
Vladimir Panteleev wrote:
In my opinion, the Windows installer's goal is somewhat different than a
Linux installer. I've heard many people say that they'd love a simple
installer that installs them everything including a build tool, IDE,
debugger, etc., so perhaps it should allow installing mo
On Sun, 28 Jun 2009 08:24:59 +0300, Daniel Keep
wrote:
As for using an installer "tool", I don't think that's really applicable
for something like this. I say write it in D because otherwise we'll
have people saying that D sucks because we don't use it. *sigh*
I've thought a bit about thi
On Sun, 28 Jun 2009 08:23:11 +0300, BCS wrote:
libs? maybe. Tools? No! I hate "installeres" that go out and download
what they are supposed to install. For one thing it make it really hard
to archive your toolchain.
This would imply that you (and other users) would have to download the
e
On Sun, 28 Jun 2009 15:44:04 +0300, Lester L. Martin II
wrote:
I was a bit skimpy on the projects plan. It's supposed to end up being a
D Installer in D for multiple compiler sets, libraries, and some other
stuff and it would use DSSS net to get all these different things once I
complete
On Sun, 28 Jun 2009 10:45:06 +0300, Lutger
wrote:
Wouldn't it be sweet to go further and use dsss as that part of the
installer which handles the libraries or more? There's probably a good
bit
of useful code in there, or even better dsss could be updated as
required by
the installer proje
I'm sorry but I think it would be an ugly feature.
What would be the NaN of uint ?
What if you actually need 2^32 different values (such as in a linear
congruential random number generator) ?
Besides, there would be no cheap way to ensure NaN propagation (no hardware
support).
Cheers.
On Sun, 28 Jun 2009 23:38:27 +0300, Stewart Gordon
wrote:
How is the set of libraries that your installer can install going to be
maintained? Will anyone be able to contribute?
Since this is a community project, it's important not to make any
component dependent on a single party. I was
Vladimir Panteleev Wrote:
> On Sun, 28 Jun 2009 15:44:04 +0300, Lester L. Martin II
> wrote:
>
> > I was a bit skimpy on the projects plan. It's supposed to end up being a
> > D Installer in D for multiple compiler sets, libraries, and some other
> > stuff and it would use DSSS net to get
"Michiel Helvensteijn" wrote in message
news:h28i61$1hl...@digitalmars.com...
> Nick Sabalausky wrote:
>
>> The fix would be one of the following, depending on what the code is
>> actually doing:
>>
>> ---
>> // Instead of knee-jerking i to 0, we default init it to
>> // whatever safe
"Vladimir Panteleev" wrote in message
news:op.uv86plz3m02...@cybershadow...
>
> Some libraries are packaged with documentation, examples, etc. with the
> actual source in a subdirectory. On my system I resolve this with a
> "packages" directory (containing library packages with the directory
>
On Mon, 29 Jun 2009 00:38:35 +0300, Nick Sabalausky wrote:
"Vladimir Panteleev" wrote in message
news:op.uv86plz3m02...@cybershadow...
Some libraries are packaged with documentation, examples, etc. with the
actual source in a subdirectory. On my system I resolve this with a
"packages" direct
ponce:
> What would be the NaN of uint ?
Having a NaN in just signed integral values (of 1, 2, 4, 8, 16 bytes) looks
enough to me, see below.
>What if you actually need 2^32 different values (such as in a linear
>congruential random number generator) ?<
I agree that there are many situations
On Sun, Jun 28, 2009 at 6:02 PM, bearophile wrote:
>>Besides, there would be no cheap way to ensure NaN propagation (no hardware
>>support).<
>
> I was talking about having hardware support, of course.
Let me know when x86 gets that.
Nick Sabalausky wrote:
> Init, assert, spell-check land, etc.
We're agreed.
>>> Also, keep in mind that while, under this mechanism, it is certainly
>>> possible for a coder to cause bugs by always knee-jerking the value to
>>> zero whenever the compiler complains, that's also a possibility unde
With four or five people having voiced concerns over the future of D
in the past week or so, what's the busiest discussion?
int.nan, of course.
Come on. Get with the program. Enough already with the bikeshed
bullshit. There are far more important issues at hand.
Hello Vladimir,
On Sun, 28 Jun 2009 08:23:11 +0300, BCS wrote:
libs? maybe. Tools? No! I hate "installeres" that go out and download
what they are supposed to install. For one thing it make it really
hard to archive your toolchain.
This would imply that you (and other users) would have to
Sat, 30 May 2009 04:16:09 -0400, Dmitry Sychov wrote:
> Can D compiler be used only as a C++ preprocessor, that it to
> generate C++ output (platform independent) to be later compiled via
> the target platform C++ compiler?
I'm sure translation from D into C were discussed before, not even once
Hi,
Feel free to reuse any code from our demo.
http://adinpsz.org/data/az-01-src.zip
It is built over D1 + Phobos + SDL + OpenGL + derelict and may contains useful
code.
Good luck
Tanukisan Wrote:
> Hi guys
>
>
> I introduce myself, I'm a french student in Appliyed mathematics and one of
>
== Quote from Jarrett Billingsley (jarrett.billings...@gmail.com)'s article
> With four or five people having voiced concerns over the future of D
> in the past week or so, what's the busiest discussion?
> int.nan, of course.
> Come on. Get with the program. Enough already with the bikeshed
> bul
Jarrett Billingsley Wrote:
> With four or five people having voiced concerns over the future of D
> in the past week or so, what's the busiest discussion?
>
> int.nan, of course.
>
> Come on. Get with the program. Enough already with the bikeshed
> bullshit. There are far more important issue
"Jarrett Billingsley" wrote in message
news:mailman.316.1246228005.13405.digitalmar...@puremagic.com...
> With four or five people having voiced concerns over the future of D
> in the past week or so, what's the busiest discussion?
>
> int.nan, of course.
>
> Come on. Get with the program. Enou
On Mon, Jun 29, 2009 at 12:37 AM, superdan wrote:
> Jarrett Billingsley Wrote:
>
>> With four or five people having voiced concerns over the future of D
>> in the past week or so, what's the busiest discussion?
>>
>> int.nan, of course.
>>
>> Come on. Get with the program. Enough already with the
"Jarrett Billingsley" wrote in message
news:mailman.315.1246226874.13405.digitalmar...@puremagic.com...
> On Sun, Jun 28, 2009 at 6:02 PM, bearophile
> wrote:
>
>>>Besides, there would be no cheap way to ensure NaN propagation (no
>>>hardware support).<
>>
>> I was talking about having hardware
"Nick Sabalausky" wrote in message
news:h29gil$6u...@digitalmars.com...
> "Jarrett Billingsley" wrote in message
> news:mailman.316.1246228005.13405.digitalmar...@puremagic.com...
>> With four or five people having voiced concerns over the future of D
>> in the past week or so, what's the busie
BCS wrote:
> Hello Daniel,
>
>> I actually started sketching out a possible installer a few weeks ago.
>> Here's what I came up with:
>>
>> First of all, you can't include DMD itself in the installer since the
>> license doesn't allow for this.
>
> with Walter's blessing you can. Tango goes thi
Hello Daniel,
BCS wrote:
Hello Daniel,
I actually started sketching out a possible installer a few weeks
ago. Here's what I came up with:
First of all, you can't include DMD itself in the installer since
the license doesn't allow for this.
with Walter's blessing you can. Tango goes this w
Jarrett Billingsley wrote:
With four or five people having voiced concerns over the future of D
in the past week or so, what's the busiest discussion?
int.nan, of course.
Come on. Get with the program. Enough already with the bikeshed
bullshit. There are far more important issues at hand.
51 matches
Mail list logo