Alex_Dovhal wrote:
"Don" wrote:
In order for CTFE code to call pre-compiled code, three things are
required:
(1) the compiler needs to be able to find the file (.obj/.lib/shared
library) containing the compiled code;
(2) the compiler needs to be able to load the module and call it. This
requi
"Steven Schveighoffer" wrote in message
news:op.vn2zzvlceav...@steve-laptop...
> On Tue, 21 Dec 2010 14:50:21 -0500, Bruno Medeiros
> wrote:
>
>> In a less extreme view, it is not about controlling stupidity, but
>> controlling creativity (a view popular amongst "artist"/"painter"
>> programm
"Walter Bright" wrote in message
news:ier98d$1ec...@digitalmars.com...
> Jonathan M Davis wrote:
>> On Tuesday, December 21, 2010 13:37:55 Walter Bright wrote:
>>> retard wrote:
"Book: You must always do A and should also prefer choices like B."
"Me: why?"
"Book: Just do
"Andrei Alexandrescu" wrote in message
news:ier8i4$1db...@digitalmars.com...
> On 12/21/10 4:02 PM, Bruno Medeiros wrote:
>> On 21/12/2010 21:24, Andrei Alexandrescu wrote:
>>> On 12/21/10 2:38 PM, Bruno Medeiros wrote:
On 13/12/2010 15:49, Andrei Alexandrescu wrote:
> On 12/13/10 9:11 A
Mariusz Gliwiński wrote:
Thanks, I understand that. Why htod strips out const?
1)
in: const int var = 2;
out: null
2)
in: DLL const char *func( int arg );
out: char * func(int arg);
3)
in: DLL void func( int arg, const char *arg2 );
out: void func(int arg, const char *arg2);
4) there is
const
22.12.2010 @ 03:17:31 Walter:
> htod is built out of the C and C++ compiler front end, the source of which
> Digital Mars sells.
Thanks, I understand that. Why htod strips out const?
1)
in: const int var = 2;
out: null
2)
in: DLL const char *func( int arg );
out: char * func(int arg);
3)
in: DLL
Mariusz Gliwiński wrote:
Why don't You make htod opensource?
htod is built out of the C and C++ compiler front end, the source of which
Digital Mars sells.
Michel Fortin wrote:
If I remember well, Walter said it includes parts of his C++ compiler
(DMC), which he sells, is closed source, and has a long history. It's
possible he does not have the right to license it as open source, or
perhaps he just doesn't want to disclose the source for DMC.
Y
On 2010-12-21 16:58:02 -0500, Mariusz Gliwiński said:
Hello,
Why don't You make htod opensource?
If I remember well, Walter said it includes parts of his C++ compiler
(DMC), which he sells, is closed source, and has a long history. It's
possible he does not have the right to license it as o
2010/12/21 Walter Bright :
> Jonathan M Davis wrote:
>> On Tuesday, December 21, 2010 13:37:55 Walter Bright wrote:
>>> A novice follows the rules because he is told to.
>>>
>>> A master follows the rules because he understands them.
>>>
>>> A guru breaks the rules because the rules don't always ap
"It's probably wouldn't".
I need a new brand of coffee. -_-
On 12/21/10, Andrej Mitrovic wrote:
> Is htod a part of the C++ DM toolkit? I don't think it is, I mean it's
> only useful for the D language. Sooner or later Walter is either going
> to open-source it or we'll be forced to reinvent the
Is htod a part of the C++ DM toolkit? I don't think it is, I mean it's
only useful for the D language. Sooner or later Walter is either going
to open-source it or we'll be forced to reinvent the tool. It's
probably wouldn't be much work for a C-only header translator.
On 12/21/10, Mariusz Gliwińsk
Steven Schveighoffer wrote:
> An exception is a recoverable error,
Not necessarily. At some point, all the handling options could have been
tried but all failed in which case there is nothing left to do except for
letting something higher up (like the operating system) deal with the
situation.
Dnia wtorek 21 grudzień 2010 o 23:08:34 Jonathan M Davis napisał(a):
> On Tuesday, December 21, 2010 13:58:02 Mariusz Gliwiński wrote:
> > Hello,
> > Why don't You make htod opensource? I don't think it has commercial
> > potential, or I'm wrong? I'm asking, because it's a shame that people who
> >
Jonathan M Davis wrote:
On Tuesday, December 21, 2010 13:37:55 Walter Bright wrote:
retard wrote:
"Book: You must always do A and should also prefer choices like B."
"Me: why?"
"Book: Just do it, don't think."
A novice follows the rules because he is told to.
A master follows the rules beca
Walter Bright wrote:
> Michel Fortin wrote:
>> Exceptions are slow, that's a fact of life. The idea is that an
>> exception should be exceptional, so the case to optimize for is the
>> case where you don't have any exception: a try...catch that doesn't
>> throw. Other ways to implement exceptions e
Anders F Björklund wrote:
> Neal Becker wrote:
>>> AFAIK both shared libraries and x86_64 code have been working
>>> for years with GDC, even though that is not the case with DMD.
>>>
>>> Phobos is still static, though.
>>>
>> But you can't link shared obj to static lib (Phobos), except on i386 -
On Tuesday, December 21, 2010 13:58:02 Mariusz Gliwiński wrote:
> Hello,
> Why don't You make htod opensource? I don't think it has commercial
> potential, or I'm wrong? I'm asking, because it's a shame that people who
> wants publish D bindings have to make their own scripts for that (so
> binding
On 12/21/10 4:02 PM, Bruno Medeiros wrote:
On 21/12/2010 21:24, Andrei Alexandrescu wrote:
On 12/21/10 2:38 PM, Bruno Medeiros wrote:
On 13/12/2010 15:49, Andrei Alexandrescu wrote:
On 12/13/10 9:11 AM, Jeff Nowakowski wrote:
On 12/13/2010 09:08 AM, Ary Borenszweig wrote:
Yes I am :-)
Sinc
On Tuesday, December 21, 2010 13:37:55 Walter Bright wrote:
> retard wrote:
> > "Book: You must always do A and should also prefer choices like B."
> >
> > "Me: why?"
> >
> > "Book: Just do it, don't think."
>
> A novice follows the rules because he is told to.
>
> A master follows the rules be
On 21/12/2010 21:24, Andrei Alexandrescu wrote:
On 12/21/10 2:38 PM, Bruno Medeiros wrote:
On 13/12/2010 15:49, Andrei Alexandrescu wrote:
On 12/13/10 9:11 AM, Jeff Nowakowski wrote:
On 12/13/2010 09:08 AM, Ary Borenszweig wrote:
Yes I am :-)
Since you were the Descent author, I wonder how
Hello,
Why don't You make htod opensource? I don't think it has commercial potential,
or I'm wrong? I'm asking, because it's a shame that people who wants publish D
bindings have to make their own scripts for that (so bindings can be generated
on !windows too).
If there are no chances for gettin
On 12/21/10, Alex_Dovhal wrote:
> User can put entire function body or even almost full module (if don't care
> about compile time) into that DSL in order not to change from DSL to normal
> code and back.
Yep. You could even take it a step further and use some form of escape
mechanism, which woul
Nick Sabalausky wrote:
*Very* interesting observation.
I agree. I hadn't thought about it that way, and thanks to Bruno for the
insight.
retard wrote:
"Book: You must always do A and should also prefer choices like B."
"Me: why?"
"Book: Just do it, don't think."
A novice follows the rules because he is told to.
A master follows the rules because he understands them.
A guru breaks the rules because the rules don't always appl
"Andrej Mitrovic" wrote:
> That's why I think it might be a better idea to simply use "DSL
> blocks" throughout your code. Instead of having to mixin each
> template, you would only have one template where you have all the
> rules for your DSL:
>
> float a = 1 ;
> int n = 10 ;
> // more D code..
On 12/21/10 2:38 PM, Bruno Medeiros wrote:
On 13/12/2010 15:49, Andrei Alexandrescu wrote:
On 12/13/10 9:11 AM, Jeff Nowakowski wrote:
On 12/13/2010 09:08 AM, Ary Borenszweig wrote:
Yes I am :-)
Since you were the Descent author, I wonder how you feel about Ruby's
lack of static typing. In t
Neal Becker wrote:
AFAIK both shared libraries and x86_64 code have been working
for years with GDC, even though that is not the case with DMD.
Phobos is still static, though.
But you can't link shared obj to static lib (Phobos), except on i386 - so
you really can't use shared obj on x86_64 (i
Lutger Blijdestijn wrote:
But it should be possible to use shims and symlinks to make
both installable, at least that's how it works on Mac OS X ?
A bigger problem is finding more developers for GCC46 and D2,
or perhaps upgrading LDC/Tango to D2 in the case of Fedora ?
Yes, it requires some th
Tue, 21 Dec 2010 19:50:21 +, Bruno Medeiros wrote:
> On 11/12/2010 01:26, Ary Borenszweig wrote:
>> http://vimeo.com/17420638
>>
>> A very interesting talk.
>>
>>
> Whoa.
>
> Over the last 5 years or so, with surge in popularity of dynamic
> languages like Ruby, Python, etc., I've seen severa
http://rastergrid.com/blog/2010/02/synchronizable-objects-for-c/
C++ is still desperately trying ;)
That's why I think it might be a better idea to simply use "DSL
blocks" throughout your code. Instead of having to mixin each
template, you would only have one template where you have all the
rules for your DSL:
float a = 1 ;
int n = 10 ;
// more D code..
mixin(MyDSL!(q{
// Here you use the s
On Tue, 21 Dec 2010 14:50:21 -0500, Bruno Medeiros
wrote:
In a less extreme view, it is not about controlling stupidity, but
controlling creativity (a view popular amongst "artist"/"painter"
programmers). So here the programmers are not dumb, but still they need
to be kept in line with r
"Bruno Medeiros" wrote in message
news:ier0hh$us...@digitalmars.com...
> On 11/12/2010 01:26, Ary Borenszweig wrote:
>> http://vimeo.com/17420638
>>
>> A very interesting talk.
>>
>
> Whoa.
>
> Over the last 5 years or so, with surge in popularity of dynamic languages
> like Ruby, Python, etc.,
On 13/12/2010 15:49, Andrei Alexandrescu wrote:
On 12/13/10 9:11 AM, Jeff Nowakowski wrote:
On 12/13/2010 09:08 AM, Ary Borenszweig wrote:
Yes I am :-)
Since you were the Descent author, I wonder how you feel about Ruby's
lack of static typing. In the video, the speaker bashes type safety as
Anders F Björklund wrote:
> Neal Becker wrote:
>> Does this support building shared libs now (on x86_64)?
>>
> ...
>>> I uploaded the packages to SourceForge, if anyone else
>>> wants to try them... It's made for Fedora 14 (x86_64):
>>>
>>> http://sourceforge.net/projects/gdcgnu/files/gdc/8ac6cb4f
On 11/12/2010 13:53, Ary Borenszweig wrote:
I guess what I liked about it (and Ruby) is that I see everything is
very consistent and nice to my eyes. I never squeeze my brian to
understand a piece of code, nor I had to deal with __some__strange
variable names, or even __keywords.
Code is read ma
"Andrej Mitrovic" wrote:
> I'm just having a look at this now, looks rather interesting! I'd love
> to be able to use some Python-like list comprehension tricks in my D
> code.
Yes list comprehension is also possible this way. But it is not very eye
handy right now even if fully implemented, beca
"bearophile" wrote in message
news:ielcv6$1n9...@digitalmars.com...
> This author shows a bit of exasperation caused by the current crop of
> programming languages. No popular language around today seems fit for high
> integrity systems. I think with some changes, improvements and
> restrictio
"somebody" wrote in message
news:ieqeih$2li...@digitalmars.com...
> Here I was going to checkout a fresh version of Derelict2 and
> DSource.org is down.
>
> Any indication of when it'll be up again? Or maybe I can download
> Derelict2 from somewhere else.
>
It does tend to go down periodically.
"Andrei Alexandrescu" wrote in message
news:iequlo$rd...@digitalmars.com...
> On 12/21/10 10:20 AM, Iain Buclaw wrote:
>> This was a question asked in IRC, someone wanting a way to have the
>> parent function
>> name outputted for logging purposes. Just like there is __LINE__ and
>> __FILE__ fo
On 13/12/2010 20:25, Paolo Invernizzi wrote:
Also with bugs (the most hated is the *freeze* one), I'm still using Descent
every single day, to code in D in the company where I work.
By far it is the most productive and incredible D IDE (sorry Bruno, I *relly*
hope that DDT will catch up!).
I
On 19/12/2010 14:21, Ary Borenszweig wrote:
Seeing the enemy being literally eaten by hundreds of upgraded
zerglings has no comparison. :-)
I'm more of a Protoss guy myself... Reaver drop FTW!
(I'll need to re-evaluate things with Starcraft II)
BTW, its funny to try to make some parallels bet
"Eric Poggel" wrote in message
news:ieql0o$30a...@digitalmars.com...
> I've created this email address (dnewsgro...@yage3d.net) exclusively for
> posting to this newsgroup, and now it's getting spam. I assume it's from
> a web-scraper that has harvested the email addresses. Does anyone have
On 18/12/2010 05:54, Caligo wrote:
IMO there is no honor in game development as it contributes nothing to
society.
You don't think entertainment contributes to society?
--
Bruno Medeiros - Software Engineer
On 11/12/2010 01:26, Ary Borenszweig wrote:
http://vimeo.com/17420638
A very interesting talk.
Whoa.
Over the last 5 years or so, with surge in popularity of dynamic
languages like Ruby, Python, etc., I've seen several arguments put forth
in favor of dynamic typing, and gradually I've alwa
On 12/21/2010 11:46 AM, Simen kjaeraas wrote:
Eric Poggel wrote:
I've created this email address (dnewsgro...@yage3d.net) exclusively
for posting to this newsgroup, and now it's getting spam. I assume
it's from a web-scraper that has harvested the email addresses. Does
anyone have any tricks o
Simen kjaeraas wrote:
http://www.artima.com/lejava/articles/azul_pauseless_gc.html
Interesting read. Not usable on current OS's, sadly.
Oh, and the reason I posted this:
Given the OS support outlined in the article, would this be possible for
D too?
--
Simen
http://www.artima.com/lejava/articles/azul_pauseless_gc.html
Interesting read. Not usable on current OS's, sadly.
--
Simen
On Tuesday, December 21, 2010 08:20:06 Iain Buclaw wrote:
> This was a question asked in IRC, someone wanting a way to have the parent
> function name outputted for logging purposes. Just like there is __LINE__
> and __FILE__ for access to the line number and filename, would be handy
> (and trivial
Steven Schveighoffer wrote:
> no offense
no offense too, only doubts.
-manfred
"Don" wrote:
> In order for CTFE code to call pre-compiled code, three things are
> required:
> (1) the compiler needs to be able to find the file (.obj/.lib/shared
> library) containing the compiled code;
> (2) the compiler needs to be able to load the module and call it. This
> requires some
On 12/21/10 10:20 AM, Iain Buclaw wrote:
This was a question asked in IRC, someone wanting a way to have the parent
function
name outputted for logging purposes. Just like there is __LINE__ and __FILE__
for
access to the line number and filename, would be handy (and trivial to
implement)
if th
On 12/21/10 12:19 PM, Steven Schveighoffer wrote:
On Tue, 21 Dec 2010 13:10:12 -0500, Bruno Medeiros
wrote:
On 06/12/2010 19:00, Jonathan M Davis wrote:
On Monday, December 06, 2010 05:41:42 Steven Schveighoffer wrote:
On Mon, 06 Dec 2010 04:44:07 -0500, spir wrote:
On Mon, 6 Dec 2010 00:31
On 12/21/10, Simen kjaeraas wrote:
> It would still use Object's toString, as member functions would be
> tested for first.
>
> --
> Simen
>
I'm talking about the case where Object's toString function doesn't
exist (in some future release of D), but is replaced with writeTo or
some alternate name
On Tue, 21 Dec 2010 19:46:11 +0100, Andrej Mitrovic
wrote:
Hmm.. if we get uniform function call syntax for all types, perhaps
this code might even work some day:
import std.stdio;
import std.conv;
string toString(A)(A a)
{
return to!string(a);
}
class A
{
string name;
this(str
On 10/12/2010 21:17, Andrei Alexandrescu wrote:
We all need to think about this a bit more because it's related to
another issue that I'm still losing sleep over: should we promote cheap
copy construction throughout D or not?
I was reminded of another comment that could be said in favor of that
On 10/12/2010 20:58, Andrei Alexandrescu wrote:
On 12/10/10 12:46 PM, Steven Schveighoffer wrote:
On Mon, 06 Dec 2010 08:34:20 -0500, Steven Schveighoffer
wrote:
On Sun, 05 Dec 2010 09:18:13 -0500, Andrei Alexandrescu
wrote:
Sorry, indeed I haven't seen it.
The problem with binding rvalue
Hmm.. if we get uniform function call syntax for all types, perhaps
this code might even work some day:
import std.stdio;
import std.conv;
string toString(A)(A a)
{
return to!string(a);
}
class A
{
string name;
this(string name)
{
this.name = name;
}
string writeT
Iain Buclaw:
> someone wanting a way to have the parent function
> name outputted for logging purposes. Just like there is __LINE__ and __FILE__
> for
> access to the line number and filename, would be handy (and trivial to
> implement)
> if there was a __FUNCTION__ variable also for outputting
On Tue, 21 Dec 2010 13:10:12 -0500, Bruno Medeiros
wrote:
On 06/12/2010 19:00, Jonathan M Davis wrote:
On Monday, December 06, 2010 05:41:42 Steven Schveighoffer wrote:
On Mon, 06 Dec 2010 04:44:07 -0500, spir wrote:
On Mon, 6 Dec 2010 00:31:41 -0800
Jonathan M Davis wrote:
toString()
Bruno Medeiros:
> For the love of life, how can anyone think this is a
> good idea? I'm struggling to find even one use-case where it would make
> sense. (a non-subjective use-case at least)
I agree that in general collections are better managed by reference. But if you
need a hash that you kn
SORRY.
Disregard that, it was my fault. My reindenter f*ked it up. You're
code is fine. :)
On 12/21/10, Andrej Mitrovic wrote:
> I'm just having a look at this now, looks rather interesting! I'd love
> to be able to use some Python-like list comprehension tricks in my D
> code.
>
> P.S. not sure
I'm just having a look at this now, looks rather interesting! I'd love
to be able to use some Python-like list comprehension tricks in my D
code.
P.S. not sure if it's your fault, but you're code has spaces between
"q" and "{", which gives a compiler error. q{} has to start without
spaces between
On Tue, 21 Dec 2010 13:12:41 -0500, Manfred_Nowak
wrote:
Steven Schveighoffer wrote:
Many people don't use a valid email address to avoid spam.
I doubt that you do know _many_ people and there true behaviour according
to email handling.
Many = more than a few.
There is no requirement
On 06/12/2010 19:00, Jonathan M Davis wrote:
On Monday, December 06, 2010 05:41:42 Steven Schveighoffer wrote:
On Mon, 06 Dec 2010 04:44:07 -0500, spir wrote:
On Mon, 6 Dec 2010 00:31:41 -0800
Jonathan M Davis wrote:
toString() (or writeFrom() or whatever
it's going to become)
guess it wa
Steven Schveighoffer wrote:
> Many people don't use a valid email address to avoid spam.
I doubt that you do know _many_ people and there true behaviour according
to email handling.
> There is no requirement to use a valid email address.
I doubt that you do know _my_ requirements.
-manfred
On 09/12/2010 21:55, Simon Buerger wrote:
On 08.12.2010 23:45, Jonathan M Davis wrote:
On Wednesday, December 08, 2010 14:14:57 Simon Buerger wrote:
For Every lib its a design descision if containers should be value- or
reference-types. In C++ STL they are value-types (i.e. the
copy-constructor
Hi,
Yes, I'm also unable to access dsource.org since yesterday. I was looking to get
the dstats library. David Simcha, do you have a clone of your lib somewhere else
available?
Thanks
On 12/21/10, Simen kjaeraas wrote:
>
> What Steve said. Either use a fake or throwaway account, or use a good spam
> filter. Over 5 years, I've had a grand total of three spam mails get
> through the gmail filter, and not a single false positive.
>
Yeah, gmail is pretty awesome when it comes to s
Eric Poggel wrote:
I've created this email address (dnewsgro...@yage3d.net) exclusively for
posting to this newsgroup, and now it's getting spam. I assume it's
from a web-scraper that has harvested the email addresses. Does anyone
have any tricks or can anything be done to help this situ
== Quote from Lutger Blijdestijn (lutger.blijdest...@gmail.com)'s article
> Anders F Björklund wrote:
> > Lutger Blijdestijn wrote:
> >>> I uploaded the packages to SourceForge, if anyone else
> >>> wants to try them... It's made for Fedora 14 (x86_64):
> >>
> >> Thnx, installs and works fine for a
On Tue, 21 Dec 2010 11:33:46 -0500, Eric Poggel
wrote:
I've created this email address (dnewsgro...@yage3d.net) exclusively for
posting to this newsgroup, and now it's getting spam. I assume it's
from a web-scraper that has harvested the email addresses. Does anyone
have any tricks or
I've created this email address (dnewsgro...@yage3d.net) exclusively for
posting to this newsgroup, and now it's getting spam. I assume it's
from a web-scraper that has harvested the email addresses. Does anyone
have any tricks or can anything be done to help this situation?
This was a question asked in IRC, someone wanting a way to have the parent
function
name outputted for logging purposes. Just like there is __LINE__ and __FILE__
for
access to the line number and filename, would be handy (and trivial to
implement)
if there was a __FUNCTION__ variable also for ou
I've noticed that (std.typecons') tuples now are assignable to
structurally equal tuples. I'm not sure I agree fully on the choices
made, and figured a discussion might be in order.
1:
Tuple!(int, "a") a;
Tuple!int b;
b = a;
IMO, this is good and correct. A tuple without field names is to me a
m
On 20/12/10 10:01 PM, Andrei Alexandrescu wrote:
Just saw this:
http://www.reddit.com/r/programming/comments/eoq15/implementing_shortest_path_in_c_is_much_easier/
in which a reader points to this paper on thin heaps:
http://www.cs.princeton.edu/courses/archive/spr04/cos423/handouts/thin%20hea
Here I was going to checkout a fresh version of Derelict2 and
DSource.org is down.
Any indication of when it'll be up again? Or maybe I can download
Derelict2 from somewhere else.
Thanks
On 19/12/10 4:41 PM, Caligo wrote:
You are absolutely right; life sucks for many people, and that's why
some of them choose to play video games. It gives them a chance to
escape reality, and game companies exploit this to make money. Game
companies use all kinds of psychology in their games to
On 18/12/10 4:46 PM, BCS wrote:
Hello Craig,
It was brought to my attention that the quick sort has a very bad
worst case, so I implemented a simple fix for it. Now the worst case
(completely ordered) is the best case, and it only slows down the
general case by a small percentage. I thought to
Andrei Alexandrescu Wrote:
> Still, I wonder how that design compares to D's choice.
Runtime polymorphism?
Anders F Björklund wrote:
> Lutger Blijdestijn wrote:
>>> I uploaded the packages to SourceForge, if anyone else
>>> wants to try them... It's made for Fedora 14 (x86_64):
>>
>> Thnx, installs and works fine for a few quick tests. Would be great to
>> see the first D2 compiler in the next fedora r
Lutger Blijdestijn wrote:
I uploaded the packages to SourceForge, if anyone else
wants to try them... It's made for Fedora 14 (x86_64):
Thnx, installs and works fine for a few quick tests. Would be great to see
the first D2 compiler in the next fedora release, and debian / ubuntu too of
course.
83 matches
Mail list logo
