"bearophile" wrote in message
news:gvmtt5$5o...@digitalmars.com...
> Robert Fraser:
>> However, the DMDFE's organization relies on being able to declare class
>> member functions separately from where they're defined, which is
>> impossible in D (hint, hint, nudge, nudge).
>
> This current charac
Eldar Insadutdinov Wrote:
> Another release of QtD is out. This time, it's Linux-only because OPTLINK
> refuses to link the project with debug info on Windows (see bug
> http://d.puremagic.com/issues/show_bug.cgi?id=2436). If anybody wants QtD on
> Windows, please keep pushing Walter until he d
Christian Kamm schrieb:
> On x86-32 that gives me a listing of the main function defined in the D
> runtime -
On Arch Linux/32 (using the official ldc binary), list prints the source
code of the compiled file, just the way it's supposed to.
(gdb) list
1 import tango.io.Console;
2
3
Robert Fraser:
> However, the DMDFE's organization relies on being able to declare class
> member functions separately from where they're defined, which is
> impossible in D (hint, hint, nudge, nudge).
This current characteristics of D classes makes them a bit simpler to
read/understand/use.
Ca
"Alexander Pánek" wrote in message
news:gvm3qh$1ld...@digitalmars.com...
> grauzone wrote:
>> Alexander Pánek wrote:
>>> grauzone wrote:
Alexander Pánek wrote:
>
> Look mah, JS and Flash combined in shiny modal windows:
>
> http://www.smashingmagazine.com/2009/05/27/modal-win
"Alexander Pánek" wrote in message
news:gvlrua$16p...@digitalmars.com...
> grauzone wrote:
>>> browsers. What's the big deal everyone have with Javascript?
>>
>
> Look mah, JS and Flash combined in shiny modal windows:
>
> http://www.smashingmagazine.com/2009/05/27/modal-windows-in-modern-web-des
"Walter Bright" wrote in message
news:gvml4m$2lg...@digitalmars.com...
> Kagamin wrote:
>> I found recently that properly designed C++ code can live happily
>> without all that esoteric macro/template crap and can be pretty
>> readable and understandable even using nasty antipatterns. This being
Walter Bright wrote:
The D compiler source doesn't use any templates, rtti, or clever macro
hacks. Whether it's well designed or not, I'll let others decide. It is
written in a "D-ish" style.
I ported part of the DMDFE to Java, and found it quite well-designed
(with the exception of the frequ
Kagamin wrote:
I found recently that properly designed C++ code can live happily
without all that esoteric macro/template crap and can be pretty
readable and understandable even using nasty antipatterns. This being
achieved simply by using C++ subset that is supported on various
platforms. Code t
Timo Gransch wrote:
> I compile a programm using
>
> ldmd -g -debug test.d
>
> Then I try to debug using gdb with the D patches:
>
> (gdb) list
> 1 ../sysdeps/x86_64/elf/start.S: No such file or directory.
> in ../sysdeps/x86_64/elf/start.S
On x86-32 that gives me a listing of the main fun
Tim Matthews Wrote:
> Denis Koroskin wrote:
> > On Thu, 28 May 2009 17:55:45 +0400, Steve Teale
> > wrote:
> >
> >> I have posted a new zip file today -
> >> http://britseyeview.com/dcat/dcat0.006.zip.
> >>
> >> This has a JSON implementation and significant revisions to the TinyXML
> >> mo
Denis Koroskin wrote:
On Thu, 28 May 2009 17:55:45 +0400, Steve Teale
wrote:
I have posted a new zip file today -
http://britseyeview.com/dcat/dcat0.006.zip.
This has a JSON implementation and significant revisions to the TinyXML
module.
It will also run as a console app if started wit
On Thu, 28 May 2009 17:55:45 +0400, Steve Teale
wrote:
> I have posted a new zip file today -
> http://britseyeview.com/dcat/dcat0.006.zip.
>
> This has a JSON implementation and significant revisions to the TinyXML
> module.
>
> It will also run as a console app if started with dcat -d.
>
I have posted a new zip file today - http://britseyeview.com/dcat/dcat0.006.zip.
This has a JSON implementation and significant revisions to the TinyXML module.
It will also run as a console app if started with dcat -d.
grauzone wrote:
Alexander Pánek wrote:
grauzone wrote:
Alexander Pánek wrote:
grauzone wrote:
browsers. What's the big deal everyone have with Javascript?
It's unnecessary, annoying, slower, and adds security holes.
When using Firefox, I usually use NoScript to block all scripts by
defaul
Alexander Pánek wrote:
grauzone wrote:
Alexander Pánek wrote:
grauzone wrote:
browsers. What's the big deal everyone have with Javascript?
It's unnecessary, annoying, slower, and adds security holes.
When using Firefox, I usually use NoScript to block all scripts by
default. Sometimes, som
grauzone wrote:
Alexander Pánek wrote:
grauzone wrote:
browsers. What's the big deal everyone have with Javascript?
It's unnecessary, annoying, slower, and adds security holes.
When using Firefox, I usually use NoScript to block all scripts by
default. Sometimes, some minor things don't wor
Alexander Pánek wrote:
grauzone wrote:
browsers. What's the big deal everyone have with Javascript?
It's unnecessary, annoying, slower, and adds security holes.
When using Firefox, I usually use NoScript to block all scripts by
default. Sometimes, some minor things don't work, and I have to
grauzone wrote:
browsers. What's the big deal everyone have with Javascript?
It's unnecessary, annoying, slower, and adds security holes.
When using Firefox, I usually use NoScript to block all scripts by
default. Sometimes, some minor things don't work, and I have to enable
JS. Now it's rea
Robert Clipsham Wrote:
> Not bad considering my (lack of) C/C++
> knowledge. If there's some interest for it I suppose I could give it
> another shot and try to merge the latest front end, it'd be a good
> chance for me to finally learn C/C++ (I made the mistake
> decision to learn D first...
20 matches
Mail list logo