Those following the progress of D in game development might be interested to
know that OpenMW 0.6 is out.
OpenMW is an complete reimplementation of the game Morrowind, written from
scratch in D (with some C++ glue for the libraries.) Since it's just an engine
implementation though you still
Okay, here's an improved version of rdmd with config files.
Added features:
- Config file
- Specify a compiler
- Specify default imports for --eval
- Specify build flags
- Option to show source with --eval
- Changed the definition of main with --eval to use 'in char[][]'
rather than
Walter Bright wrote:
Leandro Lucarella wrote:
Walter Bright, el 5 de marzo a las 11:37 me escribiste:
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
I believe the problem relates to calls to lseek in stream.d (multiple places,
e.g. class File: line 1981):
Unlike standard posix, darwin uses a 64bit offset by default so this line
causes issues:
ulong result = lseek(hFile, cast(int)offset, rel);
Here's a link to this problem:
Christopher Wright wrote:
Okay, here's an improved version of rdmd with config files.
Thanks, that's interesting.
Added features:
- Config file
- Specify a compiler
- Specify default imports for --eval
- Specify build flags
I'm sorry, I think a config file is overkill. Perl has many
Andrei Alexandrescu wrote:
Christopher Wright wrote:
Okay, here's an improved version of rdmd with config files.
Thanks, that's interesting.
Added features:
- Config file
- Specify a compiler
- Specify default imports for --eval
- Specify build flags
I'm sorry, I think a config file
Walter Bright:
New ideas and proposals come in *every single day*.
Consider yourself a very lucky person for this.
Bye,
bearophile
Walter Bright wrote:
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
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
Walter Bright wrote:
[...] Back in college, a science historian did a nice lecture on how
research was done. He said that in reading the scientists' notebooks, he
found that they went all over the place in trying to find a solution. When
they finally found it, they wrote a paper where they
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
Gregor Richards wrote:
I realize people are going to misuse the term Open Source. However, the
term is NOT generic, and DOES have a specific meaning; it is in fact
trademarked, and using it to describe software that does not fit the
Open Source Definition is in violation of the trademark. But
Walter Bright wrote:
grauzone wrote:
Georg Wrede wrote:
Like a can opener. You can live weeks without needing one, but when
you've got a can, it's not nice to open it with the kitchen knife.
Creating a can opener on your own is not as trivial as re-implementing
bitfields.
Using a table
Walter Bright wrote:
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
Charles Hixson escribió:
Andrei Alexandrescu wrote:
Michel Fortin wrote:
On 2009-03-06 14:35:59 -0500, Walter Bright
newshou...@digitalmars.com said:
Andrei Alexandrescu wrote:
Can't live without bitfields! Give me bitfields and I'll lift the
Earth!
Here they are, std.bitmanip.
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.
Walter Bright Wrote:
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.
I like template mixins and use them. I don't use them much, but they are very
useful for events
Walter Bright wrote:
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.
Well, there's really a few things at play here:
1. I use templates for simple forward code generation
Frits van Bommel wrote:
Georg Wrede wrote:
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.
Gregor Richards wrote:
I sort of hate to throw myself into the fray, especially since my
studies have kept me more-or-less detached from D entirely, but ...
I realize people are going to misuse the term Open Source. However, the
term is NOT generic, and DOES have a specific meaning; it is in
22 matches
Mail list logo
