On 2011-08-09 22:04, bearophile wrote:
Christian Kamm:
bearophile, just out of interest, what's the performance like if you ran
ldmd -O3 -release -inline smallpt2_d.d ?
I don't remember what ldmd is. Without LTO the performance of the LDC compile
was a bit lower than the G++ compile.
ldmd
On 2011-08-09 23:32, Jens Mueller wrote:
Hi,
I've added some changes to getopt to change when an options is
accepted/rejected. I'm going to describe its old behavior in contrast
with its old behavior.
Consider parsing an option of Type T:
T timeout;
getopt(args, "t|timeout",&timeout);
Short o
On 10/08/11 06.47, Kagamin wrote:
Jonas Drewsen Wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomplish this. I guess an equally g
On 8/8/2011 11:08 PM, Simen Kjaeraas wrote:
On Tue, 09 Aug 2011 03:36:15 +0200, Mehrdad
wrote:
On 8/8/2011 4:50 PM, Andrej Mitrovic wrote:
AFAIK it disallows you to escape a reference. `in` is actually const
scope.
So this heap allocation shouldn't be happening, right?
Yes and no. Disallo
On 8/9/2011 9:53 PM, Mehrdad wrote:
On 8/8/2011 11:08 PM, Simen Kjaeraas wrote:
On Tue, 09 Aug 2011 03:36:15 +0200, Mehrdad
wrote:
On 8/8/2011 4:50 PM, Andrej Mitrovic wrote:
AFAIK it disallows you to escape a reference. `in` is actually
const scope.
So this heap allocation shouldn't be ha
Jonas Drewsen Wrote:
> Just stumbled upon this db orm for c++ that uses the gcc frontend to
> rewrite c++ code to make classes suitable for database access.
>
> http://www.codesynthesis.com/products/odb/
>
> They are using pragmas to accomplish this. I guess an equally good
> implementation in
On 8/9/2011 3:14 PM, Graham Fawcett wrote:
Interesting. A possible use-case would be reading from a set of files,
say, a directory full of log files which need to be analyzed
line-by-line. So a reader that accepted a range of files might be
handy. (I guess that the file concatenation could be han
On Tue, Aug 9, 2011 at 6:01 PM, David Nadlinger wrote:
> On 8/10/11 2:57 AM, Jonathan M Davis wrote:
>
>> It's _very_ odd for dmd to have flags which are multi-character but only
>> take
>> a single -, and I'd argue that that's not behavior which should be
>> emulated.
>>
>
> I don't know what yo
> On 8/10/11 2:57 AM, Jonathan M Davis wrote:
> > It's _very_ odd for dmd to have flags which are multi-character but only
> > take a single -, and I'd argue that that's not behavior which should be
> > emulated.
>
> I don't know what your definition of odd is, but some counterexamples
> that imme
On 8/10/11 2:57 AM, Jonathan M Davis wrote:
It's _very_ odd for dmd to have flags which are multi-character but only take
a single -, and I'd argue that that's not behavior which should be emulated.
I don't know what your definition of odd is, but some counterexamples
that immediately come to
> On 10.08.2011 2:35, Bernard Helyer wrote:
> > On Tue, 09 Aug 2011 22:34:29 +, Bernard Helyer wrote:
> >> For SDC I've had to resort to filtering through args before getopt and
> >> replacing -m32 with --m32. The output flag needs to have that treatment
> >> too (seriously, `sdc -o=foo.bin foo
On 8/3/11 8:00 PM, Sean Kelly wrote:
Is this fix alone sufficient for the test suite to pass on Lion? I blew away
my Lion partition a while back and haven't had a chance to re-create and test.
It is, but bear in mind that DMD is currently miscompiled by the LLVM
backend, which results in com
On Wed, 10 Aug 2011 01:36:58 +0300, Jonathan M Davis
wrote:
??? One of the rules of language design that Walter has stuck to
throughout
the development of D is that if you take any C or C++ code and try to
compile
it as D code, it will either fail to compile, or it will compile with
the
Jonathan M Davis wrote:
> Walter Bright wrote:
>> On 8/9/2011 3:04 PM, Jonathan M Davis wrote:
>> > Hmmm. It seems to me that the question is whether anyone would ever
>> > _intentially_ use this behavior. Is there any benefit to it whatsoever?
>> > If not, I'd argue that the risk of breakage to C
> On 8/9/2011 3:04 PM, Jonathan M Davis wrote:
> > Hmmm. It seems to me that the question is whether anyone would ever
> > _intentially_ use this behavior. Is there any benefit to it whatsoever?
> > If not, I'd argue that the risk of breakage to C code being ported over
> > is minimal and that the
On 10.08.2011 2:35, Bernard Helyer wrote:
On Tue, 09 Aug 2011 22:34:29 +, Bernard Helyer wrote:
For SDC I've had to resort to filtering through args before getopt and
replacing -m32 with --m32. The output flag needs to have that treatment
too (seriously, `sdc -o=foo.bin foo.d` is just weird
On Tue, 09 Aug 2011 22:35:44 +, Bernard Helyer wrote:
> That said, I would like -ofoo.bin to work as well. Perhaps a flag to
> allow it?
Although I could just translate that by hand. Not the end of the world.
On Tue, 09 Aug 2011 22:34:29 +, Bernard Helyer wrote:
> For SDC I've had to resort to filtering through args before getopt and
> replacing -m32 with --m32. The output flag needs to have that treatment
> too (seriously, `sdc -o=foo.bin foo.d` is just weird). I lurve these
> changes and give the
> On Wed, 10 Aug 2011 00:57:17 +0300, Jonathan M Davis
>
> wrote:
> >> I see having a compiler flag is a bad idea, it would be entirely in the
> >> source code.
> >> It is not about having more/less compatible compilers. There is only one
> >> compiler to be maintained and it is D.
> >> Getting r
For SDC I've had to resort to filtering through args before getopt and
replacing -m32 with --m32. The output flag needs to have that treatment
too (seriously, `sdc -o=foo.bin foo.d` is just weird). I lurve these
changes and give them two thumbs up.
d-n_n-b
On 8/9/2011 3:04 PM, Jonathan M Davis wrote:
Hmmm. It seems to me that the question is whether anyone would ever
_intentially_ use this behavior. Is there any benefit to it whatsoever? If
not, I'd argue that the risk of breakage to C code being ported over is
minimal and that the behavior should
bearophile wrote:
> This is bad code, I didn't even know D supports empty catch:
>
>
> http://pspemu.googlecode.com/svn/trunk/src/pspemu/utils/Expression.d
>
> static long parseString(string s, long default_value = 0) {
> if (s.length > 0) {
> try {
> ...
> } catch {
On Wed, 10 Aug 2011 00:57:17 +0300, Jonathan M Davis
wrote:
I see having a compiler flag is a bad idea, it would be entirely in the
source code.
It is not about having more/less compatible compilers. There is only one
compiler to be maintained and it is D.
Getting rid of such a restriction (C
> On 10.08.2011 1:32, Jens Mueller wrote:
> > Hi,
> >
> > I've added some changes to getopt to change when an options is
> > accepted/rejected. I'm going to describe its old behavior in contrast
> > with its old behavior.
> >
> > Consider parsing an option of Type T:
> >
> > T timeout;
> > getop
On 10.08.2011 1:32, Jens Mueller wrote:
Hi,
I've added some changes to getopt to change when an options is
accepted/rejected. I'm going to describe its old behavior in contrast
with its old behavior.
Consider parsing an option of Type T:
T timeout;
getopt(args, "t|timeout",&timeout);
Short op
> On 8/9/2011 2:08 PM, Jonathan M Davis wrote:
> > From what I can see though, it sure looks like any C code which relies on
> > the C behavior would be buggy.
>
> I don't see any way to make that judgment. It's been Standard C behavior
> forever, including K+R prehistory. It's guaranteed that a l
> On Wed, 10 Aug 2011 00:08:02 +0300, Jonathan M Davis
>
> wrote:
> > There's no reason to have a separate version of the language which is
> > more
> > compatible with C than another version. It would just complicate things.
> >
> > Not
> > only would it be a burden on the compiler maintainers,
On 8/9/2011 2:08 PM, Jonathan M Davis wrote:
From what I can see though, it sure looks like any C code which relies on the
C behavior would be buggy.
I don't see any way to make that judgment. It's been Standard C behavior
forever, including K+R prehistory. It's guaranteed that a lot of code w
On Wed, 10 Aug 2011 00:08:02 +0300, Jonathan M Davis
wrote:
There's no reason to have a separate version of the language which is
more
compatible with C than another version. It would just complicate things.
Not
only would it be a burden on the compiler maintainers, but then you
would
Hi,
I've added some changes to getopt to change when an options is
accepted/rejected. I'm going to describe its old behavior in contrast
with its old behavior.
Consider parsing an option of Type T:
T timeout;
getopt(args, "t|timeout", &timeout);
Short options (single dash):
-t v accept (was rej
Lars T. Kyllingstad:
> http://code.google.com/p/pspemu/
Thank you for the link.
I think there is enough evidence that it is possible to use D (V.1) to write
some video games. It's one of the very few niches where D has shown some more
appreciation. So to blow on this tiny fire, do you know way
Jonathan M Davis:
> There's no reason to have a separate version of the language which is more
> compatible with C than another version. It would just complicate things. Not
> only would it be a burden on the compiler maintainers, but then you would
> have
> to know whether code was intended t
> On Tue, 09 Aug 2011 23:20:02 +0300, Andrew Wiley
>
> wrote:
> >> Can't we finally get rid of this compatibility issue by separating?
> >> . for the whole file which can be enabled with a flag to compiler "dmd
> >> -Cmode "
> >
> > That would essentially mean we have two compilers to mainta
Den 09-08-2011 21:15, Robert Clipsham skrev:
On 09/08/2011 08:30, Jonas Drewsen wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomp
On Tue, 09 Aug 2011 23:20:02 +0300, Andrew Wiley
wrote:
Can't we finally get rid of this compatibility issue by separating?
. for the whole file which can be enabled with a flag to compiler "dmd
-Cmode "
That would essentially mean we have two compilers to maintain at the end
of
the
so:
> Can't we finally get rid of this compatibility issue by separating?
> . for the whole file which can be enabled with a flag to compiler "dmd
> -Cmode "
See:
http://d.puremagic.com/issues/show_bug.cgi?id=4580
Bye,
bearophile
Ok, I've actually managed to come up with a good way to do this without writing
any new low-level concurrency code. The idea is to create two delegates:
nextDel
reads the next element into a user-provided buffer. emptyDel tests whether
there's anything left to read. Then, RoundRobinBuffer turn
On Tue, Aug 9, 2011 at 1:10 PM, so wrote:
> On Tue, 09 Aug 2011 21:37:18 +0300, Jonathan M Davis
> wrote:
>
> On 8/9/2011 2:46 AM, Don wrote:
>>> > From a discussion on D.learn.
>>> >
>>> > If x and y are different integral types, then in an expression like
>>> > x >> y
>>> > the integral promo
On Tue, 09 Aug 2011 21:37:18 +0300, Jonathan M Davis
wrote:
On 8/9/2011 2:46 AM, Don wrote:
> From a discussion on D.learn.
>
> If x and y are different integral types, then in an expression like
> x >> y
> the integral promotion rules are applied to x and y.
> This behaviour is obviously inh
Christian Kamm:
> bearophile, just out of interest, what's the performance like if you ran
> ldmd -O3 -release -inline smallpt2_d.d ?
I don't remember what ldmd is. Without LTO the performance of the LDC compile
was a bit lower than the G++ compile.
> And why would internalizing _Dmain have a
On 09/08/2011 08:30, Jonas Drewsen wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomplish this. I guess an equally good
implementat
On Tue, 09 Aug 2011 18:58:22 +, dsimcha wrote:
>
> Is there any interest in a ParallelByChunk and ParallelByLine in
> std.stdio.File? These would have a set of some user specified size
> nBuffers of buffers, which would be recycled. A background thread
> would read ahead until all buffers are f
On Tuesday, August 09, 2011 18:58:22 dsimcha wrote:
> It's sometimes useful to read a file by line or by chunk such that the next
> element is fetched in a background thread while the current one is being
> used. std.parallelism.asyncBuf almost fits the bill here, except that,
> since the buffers i
It's sometimes useful to read a file by line or by chunk such that the next
element is fetched in a background thread while the current one is being used.
std.parallelism.asyncBuf almost fits the bill here, except that, since the
buffers in std.stdio.File.ByLine and ByChunk are recycled, they need
> On 8/9/2011 2:46 AM, Don wrote:
> > From a discussion on D.learn.
> >
> > If x and y are different integral types, then in an expression like
> > x >> y
> > the integral promotion rules are applied to x and y.
> > This behaviour is obviously inherited from C, but why did C use such a
> > counter
On 8/7/11 12:09 AM, dsimcha wrote:
On 8/6/2011 5:38 PM, jdrewsen wrote:
AFAIK David Nadlinger is handling serialization in his GSOC Thrift
project that he is working on currently.
Good to know, but what flavor?
The most important thing to note, and the reason it could not be
appropriate for
On Tue, 09 Aug 2011 16:31:18 +0300, bearophile
wrote:
David Nadlinger:
If deleg->op isn't guaranteed to be either TOKdelegate or TOKfunction,
this is indeed a bug because fd contains garbage otherwise (you don't
nullptr-initialize it).
The HTML Clang output was quite good at showing the p
On 8/9/2011 2:46 AM, Don wrote:
From a discussion on D.learn.
If x and y are different integral types, then in an expression like
x >> y
the integral promotion rules are applied to x and y.
This behaviour is obviously inherited from C, but why did C use such a
counter-intuitive and bug-prone ru
Hi perhaps there is a chance to talk about D in the game industry ?!
I will be there.
Convince Crytek to switch to D ;)
Ya, I like that way too. SQL alchemy allows you to also do it the rails way
also. The declarative stuff is for more explicit models. It is also good
for when there is a db table for which you don't want to load all the
columns. Granted those use cases aren't as common. So the point may be
moot
On 09.08.2011 17:49, Jesse Phillips wrote:
Stephan Wrote:
Hi perhaps there is a chance to talk about D in the game industry ?!
I will be there. Anyone else ?
-Stephan
While not what you asked for, you may be interested in the D Bits blog,
http://www.gamedev.net/blog/1140-d-bits/
Yup I
On Tue, 09 Aug 2011 17:31:05 +0200, Stephan wrote:
> On 09.08.2011 17:13, Andrei Alexandrescu wrote:
>> Just found this. Seems pretty interesting. Anyone know more about the
>> developer?
>>
>> http://www.appleumbrella.com/2011/08/d-psp-emulator-svn-r306/
>>
>> One thing I like is the use of Custo
Stephan Wrote:
> Hi perhaps there is a chance to talk about D in the game industry ?!
>
> I will be there. Anyone else ?
>
>
>
> -Stephan
While not what you asked for, you may be interested in the D Bits blog,
http://www.gamedev.net/blog/1140-d-bits/
Hi perhaps there is a chance to talk about D in the game industry ?!
I will be there. Anyone else ?
-Stephan
On 09.08.2011 17:13, Andrei Alexandrescu wrote:
Just found this. Seems pretty interesting. Anyone know more about the
developer?
http://www.appleumbrella.com/2011/08/d-psp-emulator-svn-r306/
One thing I like is the use of CustomFloat for defining half-floating
point numbers - one application I
Just found this. Seems pretty interesting. Anyone know more about the
developer?
http://www.appleumbrella.com/2011/08/d-psp-emulator-svn-r306/
One thing I like is the use of CustomFloat for defining half-floating
point numbers - one application I had in mind when defining CustomFloat.
Glad to
bearophile wrote:
> Trass3r:
>
>> I ported smallpt to D some time ago and now that I've working versions of
>> LDC2 and GDC2 I did a quick comparison:
>
> I have converted to D many of the commonly found benchmarks, this is my
> version: http://codepad.org/ZbmSfseY
>
> If I compile it with with
On Tue, 09 Aug 2011 14:38:21 +0200, Trass3r wrote:
I've encountered this problem several times now and almost always it
takes hours or days to reduce crashes down to this.
The sizeof property works as expected for static arrays, but as soon as
you change the array to a dynamic one (e.g. caus
On 2011-08-09 15:07, Robert McGinley wrote:
I think a better model to follow would be SQL alchemy which allows you to test the tables
or "declaratively" set columns as attributes of the model.
You mean that the columns of a table should be declared as attributes of
the corresponding class? Hm
On 2011-08-09 14:38, Trass3r wrote:
I've encountered this problem several times now and almost always it
takes hours or days to reduce crashes down to this.
The sizeof property works as expected for static arrays, but as soon as
you change the array to a dynamic one (e.g. cause it became too big
David Nadlinger:
> If deleg->op isn't guaranteed to be either TOKdelegate or TOKfunction,
> this is indeed a bug because fd contains garbage otherwise (you don't
> nullptr-initialize it).
The HTML Clang output was quite good at showing the path that leads to such
problems. Such HTML is a small
Trass3r:
> Any way to avoid this? Maybe a dmd warning if possible?
>
> Please don't "just use .length * elem.sizeof" me. It's cumbersome and a
> bit error-prone as well. If you hard-code the element type and the type
> changes later -> bang.
> I know I could use a function but this doesn't ch
I think a better model to follow would be SQL alchemy which allows you to test
the tables or "declaratively" set columns as attributes of the model.
Rob
Sent from my iPad
On Aug 9, 2011, at 8:32 AM, Jacob Carlborg wrote:
> On 2011-08-09 14:19, Jacob Carlborg wrote:
>> On 2011-08-09 09:30, Jon
Could this work?
import std.stdio;
import std.range;
size_t bcount(T)(T t)
{
return (ElementType!T).sizeof * t.length;
}
void main()
{
int[] a = [1, 2, 3, 4, 5, 6];
writeln(a.bcount); // 24
}
I've encountered this problem several times now and almost always it takes
hours or days to reduce crashes down to this.
The sizeof property works as expected for static arrays, but as soon as
you change the array to a dynamic one (e.g. cause it became too big to
stay on the stack)
.sizeof do
On 2011-08-09 14:19, Jacob Carlborg wrote:
On 2011-08-09 09:30, Jonas Drewsen wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accompli
On 2011-08-09 09:30, Jonas Drewsen wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomplish this. I guess an equally good
implementat
From a discussion on D.learn.
If x and y are different integral types, then in an expression like
x >> y
the integral promotion rules are applied to x and y.
This behaviour is obviously inherited from C, but why did C use such a
counter-intuitive and bug-prone rule?
Why isn't typeof(x >> y) s
On 09.08.2011 09:30, Jonas Drewsen wrote:
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomplish this. I guess an equally good
implementat
Kagamin wrote:
> Jens Mueller Wrote:
>
> > I'm having trouble understanding the difference between order of
> > evaluation and sequence points.
>
> Order of evaluation matters when subexpressions contain sequence points.
Because it moves sequence points around. Right?
Reasoning about the evaluat
On 8/9/2011 12:14 AM, Don wrote:
Walter Bright wrote:
On 8/8/2011 9:44 PM, Don wrote:
Aargh, you're right.
I've been slowly going through the reports. While I've found only one real
bug, and several "sort of" problems if you squint at them the right way, most
are issues I put in the category
Just stumbled upon this db orm for c++ that uses the gcc frontend to
rewrite c++ code to make classes suitable for database access.
http://www.codesynthesis.com/products/odb/
They are using pragmas to accomplish this. I guess an equally good
implementation in D would use custom attributes for
Walter Bright wrote:
On 8/8/2011 9:44 PM, Don wrote:
Aargh, you're right.
I've been slowly going through the reports. While I've found only one
real bug, and several "sort of" problems if you squint at them the right
way, most are issues I put in the category of "not up to modern coding
bes
On 2011-08-09 07:04, Don wrote:
Jacob Carlborg wrote:
On 2011-08-07 03:19, bearophile wrote:
I have discussed about this topic once in past, but in the meantime I
have seen this is a quite common problem, so I think it doesn't harm
to touch this topic again.
This is a direct D translation of t
74 matches
Mail list logo
