Sergey Gromov wrote:
note the 'd' in 'druntime'
Sigh, I seem to have a hard time getting this right!
Andrei Alexandrescu wrote:
If the community is interested, I'd be glad to take over your code and
put it in Phobos.
I'm interested.
Andrei Alexandrescu wrote:
* There is a way of specifying that precedence of a function defined as
above is the same as precedence of a built-in operator.
That throws out the ability to parse without semantic analysis. It's not
worth it.
Lars Ivar Igesund wrote:
Walter Bright wrote:
We've got our own tag now!
http://stackoverflow.com/questions/tagged/d
It's been there most of the time ;) It has just been buggy :P
The weird thing is I cannot search for the d tag. It never shows up in
the results list.
John Reimer wrote:
Enjoy the break!
I'm back now, and had a wonderful time. Sweden is a great place, and the
Oredev folks, in particular Michael Tiberg (the conference organizer),
treated me very well. All the Swedes I encountered were very friendly
and helpful whenever I had an ignorant
Lars Ivar Igesund wrote:
Walter Bright wrote:
In Sweden!
It is Øredev ;)
When I get a keyboard that does umlauts, I'll stick them in!
0ffh wrote:
Walter Bright wrote:
All the Swedes I encountered were very friendly [...]
In contrast, I've been to other countries where they clearly disliked
americans on sight, their only interest was in shaking you down for as
much money as possible, and sniggering about you when you turn
Nick Sabalausky wrote:
The wording of Vote for your least favorite bug(s) makes me think as
opposed to voting for your favorite bug, and that's a notion that just
makes me laugh. :)
Wouldn't you want your most favorite bugs to stick around? g
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.037.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.021.zip
Lionello Lunesu wrote:
The 2.021.zip contains a folder dmd/src/runtime and dmd/src/druntime..
Is one of them obsolete? Which one?
runtime is the correct one. Delete the druntime one.
Jarrett Billingsley wrote:
I can't tell you how happy it makes me to see some of these fixed.
We aim to please g.
Jarrett Billingsley wrote:
The reason I wonder is because I would expect that the compiler is
still allocating the delegate on the heap if you use the first syntax.
(the second is also shorter and clearer.)
There's no reason to suspect. Just obj2asm the output and see.
Furthermore, better
Steven Schveighoffer wrote:
Walter Bright wrote
Jarrett Billingsley wrote:
So my suspicion is correct, then? That is:
scope int delegate() b;
b = { ... };
Will allocate on the heap?
Yes. The scope for delegates takes effect as a parameter storage class,
not a local variable storage class
Brad Roberts wrote:
Accepting dubious
definitions like 'public private int foo' and the above make life harder
than it needs to be.
The code:
public private int foo;
produces the error message:
test.d(1): redundant protection attribute
Pablo Ripolles wrote:
I've been following the same procedure (mutatis mutandi) with
versions 2.020 and 2.019, only the latter worked. Clearly there must
be some issue related with the druntime lib which I am missing in the
installation procedure. Any idea?
I don't know what's going wrong
I started one to see how that works out for D.
http://twitter.com/WalterBright
Gregor Richards wrote:
[1] The Order of Urinals is the algorithm all men implicitly and
subconsciously use upon entering a bathroom to determine which urinal to
use.
Did you ever see the movie The Cook, the Thief, His Wife and Her Lover
? It was a terrible, awful movie, but there was one
Sönke Ludwig wrote:
In my project compilation takes now several minutes for some files which
compiled in about a second with 2.021. I stopped the compilation of the
whole project after about 2 hours (took 2 min at most on 2.021).
I'll try to track this down when I get the time, but i doubt
Denis Koroskin wrote:
(and an Internal error: ..\ztc\cod4.c 357 on one
of source code files) :)
Bugzilla report, pls!
torhu wrote:
1.039 hangs while trying to build my DWT app, just like 1.038 did. It
just seems to never finish, so I kill it after a while. Don't know if
it's related to this issue or not.
I need a reproducible example.
redsea wrote:
I'm happy to see Bugzilla 2518(scope(success) not execuate and RAII
variable destructor is not called) has been fixed, Great !
I have some questions when I check dstress suite and Bugzilla.
In Bugzilla 99, according to test case:
int main(){ int i; label: { scope(exit) i++;
Brad Roberts wrote:
Jason House wrote:
I don't think this answers their question. What curly braces mean
after a label is clearly a design decision that you made when writing
D. It seems that the choice is the opposite of what people expect.
Can you explain why it should be NonScope?
Christian Kamm wrote:
D2 support is still a long way off, we haven't even begun implementing most
of its specific features.
Does LLVM support thread local storage? That is shaping up to be
critical for D2.
Brad Roberts wrote:
BCS wrote:
Hello Walter,
http://www.nwcpp.org/
Crud! 99.9% of the time I'd be able to say I'm 300mi away and couldn't
make it, but right now I'm 30mi from Seattle for other reasons. What are
the chances that I'd be only a little to far out for one of the few
talks I'd
Robert Fraser wrote:
Walter Bright wrote:
http://www.nwcpp.org/
!!! I had a lab or I would have gone ;-( Any chance of a video...?
Bartosz videotaped it, I imagine he'll put it up on the nwcpp.org web
site soon.
Tim M wrote:
On Thu, 22 Jan 2009 13:50:51 +1300, Walter Bright
newshou...@digitalmars.com wrote:
http://www.nwcpp.org/
Hi walter on 20/21 of december 2008 I created a post on digitalmars.D
Feature request: getMembers. It never got repplied to. Have you
implemented this in D2 yet
Eldar Insafutdinov wrote:
The main issue is that signals and slots and therefore event-handling
in toolkit is not implemented. So it means that it is not really
useful right now. But still we decide that it will be better than
announce that not, to let people know that some work is going on.
Fawzi Mohamed wrote:
Encouraging wide use of TSL is bad in my opinion (not that you are doing
it, but one might interpret it like that).
If decent support for TLS is not there, then programmers will use
regular global data instead, which comes with a whole raft of threading
problems.
Benji Smith wrote:
Do you know whether OSX releases will be produced for D1, or just D2?
Both.
Here it is:
http://www.reddit.com/r/programming/comments/7uys8/porting_d_to_the_mac/
http://dobbscodetalk.com/index.php?option=com_myblogshow=Porting-D-to-the-Mac-Pt.-2.htmlItemid=29
grauzone wrote:
If you found a page where it is still active, can you please give me
the url?
http://www.digitalmars.com/d/archives/digitalmars/D/learn/Mixin_versus_c_preprocessor_11830.html
Ah, I see. It's an older page, one that I didn't update.
I suspect this is the offending piece of
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.025.zip
Expect bugs. Thread local storage isn't working on OSX, neither are
sockets and
Anders F Björklund wrote:
Walter Bright wrote:
Now includes Mac OSX version!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.040.zip
...
Expect bugs. Thread local storage isn't working on OSX, neither are
sockets and memory mapped files (for unknown reasons
Extrawurst wrote:
Very nice, but what happened to version 2.024 ?
test version
Anders F Björklund wrote:
I gather this only works with Mac OS X 10.5 Leopard ?
$ dmd/osx/bin/dmd hello.d
Bus error
Could it be rebuilt with the MacOSX10.4u.sdk, perhaps ?
Is 10.5 really binary incompatible with 10.4 ? And not even a nice
message when it isn't?
Michel Fortin wrote:
Is 10.5 really binary incompatible with 10.4 ?
It is compatible, unless you're using a new API or new linker features
which weren't available in 10.4.
Development on Mac OS X works by choosing a target SDK and a deployment
target version. Unless you want to use new
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com wrote:
It's hard to see what that might be. dmd uses nothing but the generic linker
commands, in fact, it uses gcc to do the link. It also doesn't use any but
the basic api functions like read
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 06:04, Walter Bright newshou...@digitalmars.com wrote:
Anders Bergh wrote:
On Sun, Feb 15, 2009 at 05:06, Walter Bright newshou...@digitalmars.com
wrote:
It's hard to see what that might be. dmd uses nothing but the generic
linker
commands, in fact
Anders F Björklund wrote:
Walter Bright wrote:
I suppose that explains the bus error. But I love this: The Firebird
build environment now uses both - just to make 100% certain. Blech.
Anyone know for sure? I hate randomly trying things.
Set both of them... They're for the same thing
Anders F Björklund wrote:
Walter Bright wrote:
Anders F Björklund wrote:
-mmacosx-version-min=10.4
I recompiled with that switch, and uploaded a new dmd.1.040.zip. Can
you give it a try, please?
You did add *both* the switches, right ? One for MDT, one for SDK.
(MDT is for choosing
Anders F Björklund wrote:
Walter Bright wrote:
No luck, same problem. Might want to add requires Mac OS X 10.5
or something for now ? Upgraded wxD CVS to support DMD on Mac too.
Yeah, that looks like the best strategy for the moment. It seems odd
that there is such confusion about something
Ok, try downloading dmd1 again.
Lionello Lunesu wrote:
dmd.2.025.zip has a file called lib (no extension) in the dmd folder.
Sounds like a copy something \dmd\lib ? Its size is similar to
gcstub.obj, is that it?
eh, just delete it!
Dejan Lekic wrote:
When can we expect 64bit version of DMD?
Nobody's ever satisfied g.
It has to be done sooner or later. Probably sooner.
Danny Wilson wrote:
I tried using DMD OSX with DSSS yesterday. For some reason it whines
when using -version=Posix
Error: version identifier 'Posix' is reserved and cannot be set.
Is that a bug or a feature :-)?
It's a feature. Posix is predefined for OSX and linux targets.
Eldar Insafutdinov wrote:
Finally we managed to compile qtd for Windows. But at the very last
step when compiling example, optlink crashed with a messagebox
containing X86 registers content. This seems to be a blocker for qtd
working on windows..
What you can do is try to obj2asm and dumpobj
Greg Parker wrote:
You'll be affected pretty much no matter what you use. Changes
between OS versions have included: * the libc and dynamic linker
bootstrap process. Basically, crt.o changed, and you can't compile
with the new crt.o and run on an old OS. * UNIX compliance. Some
functions changed
http://www.reddit.com/r/programming/comments/7zahz/xomb_bare_bones_a_minimal_64_bit_os_written_in/
Anders Bergh wrote:
If you upload some 10.4 binaries I can try it on my machine.
Already done. Just redownload it.
Anders Bergh wrote:
Just downloaded it and I can confirm that it does run on 10.4:
$ ./dmd
Digital Mars D Compiler v1.040
Copyright (c) 1999-2009 by Digital Mars written by Walter Bright
Documentation: http://www.digitalmars.com/d/1.0/index.html
Woo-hoo!
John Stoneham wrote:
Walter, could you please do this for the 2.026 build, so we Tiger users can
have D too?
It's already done for the compiler (just redownload it), and Sean is
working on the library. It isn't as simple as you describe, because 10.4
has a weaker implementation of pthreads.
John Stoneham wrote:
I didn't realize the pthread issue would rear it's ugly head just by
linking the 10,4u SDK. :) I did download it again as you suggested,
and yes the compiler itself now runs without throwing any errors, but
as you point out the library isn't compiled for 10.4 yet so I do get
Anders F Björklund wrote:
Walter Bright wrote:
Can you upgrade to 10.5 ?
It's only a few months left to Snow Leopard,
then we can play the same game all over again.
Yeah, but 10.5 has working posix threads. It's doubtful whether 10.4 is
worth the effort.
Anders F Björklund wrote:
DMD is now the third D compiler to make it to Mac OS X,
after GDC and LDC before it (based on same front-end).
D2 needed to get there, too.
But the wxD samples built successfully* with all three...
Great!
Nick Sabalausky wrote:
Ordinarily, I detest the idea of pulling support for anything as recent as
just a few years old. But Apple themselves has a habit of ignoring users of
anything except the latest version, so I would think that mac users would be
accustomed to the old routine of their OS
Eldar Insafutdinov wrote:
Now we have to make a manual init function called from class
constructors. I understand that allowing static consructors with
cyclic imports will make order of their execution undefined, but this
is acceptable and actually semantically doesn't break the idea of
cyclic
Eldar Insafutdinov wrote:
in our case resources we are initializing are unrelated to the
modules we are importing. and semantically the code is placed in
modules as it should be.
True, often there isn't an actual dependency on the order, but the
compiler can't tell that.
Yigal Chripun wrote:
this is related to D's compilation model which is copied from C/C++ and
it seems to me that this model is outdated. C#'s model of assemblies and
metadata seems more capable. for instance there's no need for header
files, that info is stored in the metadata of the assembly.
Christopher Wright wrote:
Additionally, the compiler has sufficient information to complain about
the problem at compile time, but it doesn't. That is a bug.
No, it does not. The compiler doesn't know about private imports of
separately compiled modules.
Jarrett Billingsley wrote:
See it's funny, since in the other post, you said that using an
autogenerated header file is semantically indistinguishable from
compiling it to a metadata file. And here you're pointing out an
obvious shortcoming!
You can make hand-generated ones, too. The idea of
Bill Baxter wrote:
What kind of pre-reqs are necessary?
Fluency with C, C++, D, C# or Java. Some experience with an assembler
language or virtual machine bytecode is desirable.
Frits van Bommel wrote:
Not even on a best-effort basis?
It doesn't have to catch every possible case; I for one would be
perfectly fine with it if it didn't catch the I omitted a private
import from my .di file case...
Doing so would require full blown data flow analysis, which the front
Georg Wrede wrote:
And now a major gripe: I have just spent *half a day* trying to figure
out what's wrong when I try to use shebang with rdmd. I was basically
using hello.d with a shebang. And with rdmd I got this peculiar error
message:
.d'nnot read file '
dsimcha wrote:
Purely out of curiosity, with regard to the DMD source, what changed that all of
the sudden caused you to release the full source?
I've been intending to for a while, it took a while for me to clean it
up, check all the licenses, and get it into a presentable form.
Jarrett Billingsley wrote:
From the backend license:
The Software was not designed to operate after December 31, 1999.
Well that explains EVERYTHING! ;)
Yeah, well, I'm not at liberty to change that license.
Tomas Lindquist Olsen wrote:
Compiling on linux from source is broken! Looks like you forgot to
include the total.h file!
You don't need it, I'll fix the makefile. total.h is for precompiled
headers, which don't even exist on gcc.
Georg Wrede wrote:
Should the following file be removed?
samples/d/dhry.res
I see no point with it, and it is over 200k.
I don't know why that's there, I'll get rid of it.
http://www.reddit.com/r/programming/comments/82ck4/digitalmars_d_now_open_source/
http://www.reddit.com/r/programming/comments/82cgp/new_release_of_the_d_programming_language_now/
Nick Sabalausky wrote:
Although I'm curious, where is the 3x speed improvement from? Just general
misc optimizations, or something specific?
Have to ask Don, he did that!
grauzone wrote:
To us, this doesn't really matter. The important thing is that we can
build the compiler itself, and can debug it if it craps up (which
happens often, sorry Walter). For example, now we might be able to find
out on which piece of code exactly it segfaults when compiling. Oh,
I uploaded new makefiles, should fix the problem.
BCS wrote:
Hello Walter,
Robert Fraser wrote:
Walter Bright wrote:
http://www.nwcpp.org/
!!! I had a lab or I would have gone ;-( Any chance of a
video...?
Bartosz videotaped it, I imagine he'll put it up on the nwcpp.org web
site soon.
Bump ?
You'll have to ask Bartosz!
Don wrote:
BTW, I think it's legal to distribute patches. As long as
digitalmars.com stays online, you can distribute an updated compiler,
just by telling everyone to download the code from digitalmars, then
apply the patches.
Yes, that would be perfectly legal as I understand it.
Denis Koroskin wrote:
On Fri, 06 Mar 2009 08:51:57 +0300, Walter Bright
newshou...@digitalmars.com wrote:
[snip]
The ones I listen to are the ones who *are* using D and have some
sweat equity in it.
http://www.micropoll.com/akira/mpresult/539369-138652
g
Anders F Björklund wrote:
Kagamin wrote:
total.h is for precompiled headers, which don't even exist on gcc.
??? Did I get it right that gcc doesn't support precompiled headers?
Sounds strange...
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Precompiled-Headers.html
Well, it didn't when I
wade wrote:
I don't see this in the change logs but does this version fix the
MacOS seek problem (issue 2689)?
No. Would you like to take a look at figuring out what's wrong?
Nick Sabalausky wrote:
Provided that they aren't as crappy as the ones in C, bitfields can be
immensely useful for anything really low-level, like embedded systems,
drivers, firmware, or packed data formats for network or file I/O (ie,
systems programming stuff). Anything higher-level then
bearophile wrote:
Walter Bright:
New ideas and proposals come in *every single day*.
Consider yourself a very lucky person for this.
Sure. It's an embarrassment of riches.
Andrei Alexandrescu wrote:
I wish somehow all this nice philosophy about aircraft would somehow
found its way in the compiler implementation.
I was referring to the language design, but yes, I think some of it is
in the compiler implementation. In your criticism, you should also
realize the
Charles Hixson wrote:
Perhaps there just *ISN'T* a good way to do templates mixins. The
syntaxes that I have encountered previously, including D's, have caused
me to avoid all but the simplest cases of using them. I admit that they
appear quite powerful (not really using them I can't say
Andrei Alexandrescu wrote:
One improvement from the language could come from dropping the parens
requirement for mixin, in which case:
mixin bitfields!
uint x : 2,
int y : 3,
uint z : 2,
bool flag : 1,
;
Have to resolve the ambiguity with template mixins
Daniel Keep wrote:
I use mixins with CTFE functions WAY MORE than I use them with templates.
I'm not surprised. I feel the template mixins were probably a mistake.
http://www.reddit.com/r/d_language/comments/838lf/cristian_vlasceanu_and_d_for_the_net_platform/
Don wrote:
They're a replacement for creating a text file, adding a line to your
makefile in order to invoke a program to read the text file and spit out
a d source file, then add another line in the makefile to compile that d
file, then link it in, and try to integrate the whole thing
Looks like I'll be talking about building compilers at the next NWCPP
meeting Wednesday Mar. 18.
http://www.nwcpp.org/Meetings/2009/03.html
davesun wrote:
when can I use dmd on 64bit linux ?
You can now - 32 bit executables work fine on 64 bit linux!
Leandro Lucarella wrote:
Unfortunately English is a very crappy language ;)
I think it's a great language, it's just completely unsuitable for
computers, which is why we invent computer languages!
dsimcha wrote:
== Quote from Ellery Newcomer (ellery-newco...@utulsa.edu)'s article
Walter Bright wrote:
davesun wrote:
when can I use dmd on 64bit linux ?
You can now - 32 bit executables work fine on 64 bit linux!
Maybe I should try it again sometime, but I ran into linker issues when
I
Ary Borenszweig wrote:
How do you pronounce the first letter of I? And the first letter of
Incredible? That doesn't seem to have any logic! :-P
If you work with kids teaching them to read phonetically (rather than
look-say), you'll discover that by and large, the phonetic rules work
very
http://d.puremagic.com/issues/show_bug.cgi?id=2741
The Anh Tran wrote:
In my limit knowledge, D2 has invariant+pure integrated already, to
support functional paradigm. Is there any 'feature', cooking in
backyard, so that d2 can't be declared stable?
This is purely speculation:
1. Concurrent support?
2. Operator overhaul?
3. Add more
Nick Sabalausky wrote:
On April 1? What is this, a joke? ;-)
It's still March here!
Olli Aalto wrote:
main.d = main
Error: version identifier 'Posix' is reserved and cannot be set
Command /home/oaalto/D/dsss/bin/rebuild returned with code 256, aborting.
Error: Command failed, aborting.
Wasn't this supposed to be fixed for 1.042 too?
Yes. I goofed that up. Sorry.
I've thought of that a couple times, and there was a reason it was a
problem, I just can't remember it at the moment!
Lars Kyllingstad wrote:
...because the file dmd/linux/lib/libphobos2.a is empty.
Fixed.
naryl wrote:
And make -f dmd-posix.mak:
make[1]: *** No rule to make target `../../lib/debug/libdruntime-core.a',
needed by `debug'. Stop.
make: *** [debug] Error 2
Seems that my update script neglected to add a crucial file,
threadasm.S. I updated the zip file.
Tim Matthews wrote:
I use 64 bit freebsd too but thanks anyway.
I suspect most FreeBSD users are using 64 bits.
Tim Matthews wrote:
On Tue, 07 Apr 2009 01:53:35 -0700
Walter Bright newshou...@digitalmars.com wrote:
I suspect most FreeBSD users are using 64 bits.
There is a lot using 32bit if they need hardware accelerated nvidia
graphics but yes the majority is probably using 64 bit.
I tried
This is a fix for the bad bug:
http://d.puremagic.com/issues/show_bug.cgi?id=2812
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.028.zip
Tomas Lindquist Olsen wrote:
And if not, why is there no Linux ? This is the obvious reason for
GDC/LDC pick the lowercase identifiers in the first place ...
Because gcc on linux predefines linux, not Linux.
1 - 100 of 2361 matches
Mail list logo