On 23 March 2012 19:15, Andrej Mitrovic wrote:
> I've no idea. It's probably a front-end bug and the cast forces the
> compiler to.. come to its senses?
`cast()` is the compiler equivalent to a slap with a wet fish?
--
James Miller
heir are other
arguments that apply well to bootstrapped compilers, like improving
the language improves the compiler, which improves the language. It's
also a complicated enough endeavour that it showcases D well. I don't
think that we should replace DMD with it, but it would be a cool
project.
--
James Miller
nk Walter has explained why on occasion
before, but it basically boils down to: its easier for other compiler
developers to understand + integrate with C++ code when building the
compiler back-end than if they had to interface with D code.
--
James Miller
On 26 March 2012 09:44, Iain Buclaw wrote:
> A spork of druntime, yes.
A spork? I've never heard that before...
--
James Miller
mplates is a general problem at the moment.
The issues seem to be around how to handle inheritance of template
arguments, and how to dispatch the functions based on a combination of
template arguments and class hierarchy. This is a hard problem with no
obvious answer.
in terms of trying to work around it, perhaps compile-time reflection
could help, I haven't encountered this before, but that's where I
would start.
--
James Miller
ates for stuff that operates on
> types, whereas CTFE works for stuff that can be normal functions.
>
> - Jonathan M Davis
Often I end up using the same function in CTFE and runtime.
--
James Miller
but it is also 6-10 years, D hasn't been around much longer
than that <.<
--
James Miller
ot; from the name regular
expression, technically)
--
James Miller
what a function does anyway! For example,
SList's linearRemove(Range) just removes the front elements from the
container, not obvious.
Is there any reason why things are the way they are? Because all I see
are people getting exited about ranges and operator overloading and
not really thinkin
kind of way, could somebody either update the documentation, or
provide me with better explanations.
I have also attached the screenshot you asked for, sorry for the
quality, I don't have the tools on my machine to deal with images
properly right now.
--
James Miller
<>
nging is the usability of
the documentation, right now you get a dense list at the top, in
mostly-alphabetical order (I think it puts caps first, then lower
case) and then you get a massive list of classes and functions that
are difficult to navigate.
--
James Miller
ow to do
otherwise simple things.
I understand that a lot of this due to the limitations of DDoc, so
either that needs improving, or we need to make a new tool, even if it
is just for Phobos, or other large projects. The standard library is
supposed to be a showcase of some of our best work, but right now the
case is old and busted, we need to make it the new hotness.
--
James Miller
s at the
top, and a total of 89 anchors (presumably just overloads), there is
no easy way to quickly find a function for a purpose. You have indexOf
- a searching function - next to insert - a manipulation function -
next to isNumeric - a property testing function. Each of those
functions are "self-documenting" but that doesn't mean they wouldn't
benefit from categorization.
--
James Miller
I don't have the time. I've thought about it, but I work long days.
--
James Miller
rs. This is ok, but not great.
>
> But with the protection trait, we can mark it with
> a much more natural "private", or any of the other
> specifiers D has.
>
>
> I'm sure other uses will come up too.
Looks good, adds a lot to the compile-time reflection capabilities. My
thoughts for it are similar to yours, generating bindings from
"export"ed members, so you don't need to maintain separate lists or
use a naming convention.
--
James Miller
it doesn't matter if the codegen changes, as long as
the software still functions the same. That is why we have several
thousand tests for the compiler that check various behaviours.
--
James Miller
nterface") files, they are not required, and often
people don't even bother with them, merely distributing the source.
So in short, it isn't relevant at all, since there is no preprocessor
to f**k things up.
--
James Miller
ything concrete back. But
businesses don't do charity, it's just not good sense.
I guess I'm just concerned that there are developers that think IDEs
and fancy toolchains are what makes a language, but it's the
requirement of an IDE that shows a language's flaws and faults.
Ideally you should be able to write code in a simple text editor
without much issue, and that is what you can do in D, because that is
what I do in D.
--
James Miller
closures, what values should be visible to the closures?
--
James Miller
data
structures between threads.
This way, you get the advantages of pure functional, but don't miss the
advantages of mutable variables and being able to write in the
imperative style.
Slightly OT: With the unstoppable march of parallel programming, does
anybody else find node.js incredibly infuriating, since it is
single-core.
--
James Miller
* Marco Leise [2012-04-10 05:57:52 +0200]:
> Am Tue, 10 Apr 2012 12:50:32 +1200
> schrieb James Miller :
>
> > Slightly OT: With the unstoppable march of parallel programming, does
> > anybody else find node.js incredibly infuriating, since it is
> > single-core.
&
d on incorrect
assumptions"
Me: "FUU"
I don't trust computers, I've spent too long programming to think that
they can get anything right.
--
James Miller
* H. S. Teoh [2012-04-11 22:28:32 -0700]:
> On Thu, Apr 12, 2012 at 12:59:06AM -0400, Nick Sabalausky wrote:
> > "James Miller" wrote in message
> > news:mailman.1640.1334189880.4860.digitalmar...@puremagic.com...
> > >
> > > I don't trust com
ing of it being unstable, bloated and impossible to fix, so they
are moving to git (written in C no less).
--
James Miller
* bearophile [2012-04-12 15:14:37 +0200]:
> James Miller:
>
> >I wish I could love Haskell, and for pure computer science, it's
> >fine, amazing even, but for real-world programming,
> >it just doesn't cut it.
>
> Haskell contains some ideas worth copyin
caused by the need to process the data.
I understand that you want to see how the GC affects the server
performance, but it will be so small that it will be lost in the noise,
a blip in traffic because it's lunchtime and people are watching youtube
in your area will cause a bigger delay than the GC kicking in.
--
James Miller
y.
>From what I can tell, LDC would probably be the best for the kind of
code analysis an IDE would need, since it is has an LLVM backend. SDC
would be good too, but SDC is probably the best one to try to move
towards adding this functionality.
--
James Miller
On 2012-04-13 16:54:28 +0300 Manu wrote:
> While I'm at it. 'final:' and 'virtual' keyword please ;)
Hmmm, I thought we decided that was a good idea, anybody in the know if
this going to happen or not?
--
James Miller
I'm writing an introduction/tutorial to using strings in D,
paying particular attention to the complexities of UTF-8 and 16.
I realised that when you want the number of characters, you
normally actually want to use walkLength, not length. Is is
reasonable for the compiler to pick this up during
On Monday, 23 April 2012 at 23:52:41 UTC, bearophile wrote:
James Miller:
I realised that when you want the number of characters, you
normally actually want to use walkLength, not length.
As with strlen() in C, unfortunately the result of
walkLength(somestring) is computed every time you
e the interface files and
use those when actually compiling in order to speed up
compilation times when doing incremental compilation (don't have
to parse as much code).
--
James Miller
I am currently writing D bindings for Cairo for submission into
Deimos, could somebody please make the repository so I can fork
it?
Thanks
--
James Miller
ers aren't carried across
modules, which pretty much makes them completely useless unless
you only use the built-in versions.
--
James Miller
On Thursday, 26 April 2012 at 10:20:37 UTC, Jonathan M Davis
wrote:
On Thursday, April 26, 2012 12:09:19 James Miller wrote:
which pretty much makes them completely useless unless
you only use the built-in versions.
That's not true at all. It just means that versions are either
usefu
n so I can replicate, in D, similar error
messages to the C headers. There is alot that is difficult to do
with automated tools, and it would be nice if this was properly
complete, I plan on actually writing a proper install for this so
your installed D bindings reflect the available C functions.
On Thursday, 26 April 2012 at 12:37:44 UTC, Steven Schveighoffer
wrote:
On Thu, 26 Apr 2012 06:32:58 -0400, James Miller
wrote:
On Thursday, 26 April 2012 at 10:20:37 UTC, Jonathan M Davis
wrote:
On Thursday, April 26, 2012 12:09:19 James Miller wrote:
which pretty much makes them
long, I did the binding for the 3000 line
cairo.h file in about 3 hours, through judicious use of regex
replaces and macros (I love Vim).
--
James Miller
y.
I like that, its cool, but I figured just doing a minor rewrite
of the enum would suffice. Its not that hard since Vim has a
block select, and cairo has some pretty consistent naming that
makes doing macros easy for them, the last step is just to check
that everything gets renamed properly.
--
James Miller
ot;in the language" as it were, but to make it
easier to integrate library solutions so they feel like part of
the language.
--
James Miller
On Friday, 27 April 2012 at 01:45:20 UTC, Walter Bright wrote:
On 4/26/2012 1:28 AM, James Miller wrote:
I am currently writing D bindings for Cairo for submission
into Deimos, could
somebody please make the repository so I can fork it?
I need:
library file name
cairo (that is it
On Friday, 27 April 2012 at 09:50:21 UTC, Dejan Lekic wrote:
James Miller wrote:
I am currently writing D bindings for Cairo for submission into
Deimos, could somebody please make the repository so I can fork
it?
Thanks
--
James Miller
Is it a binding, or a wrapper?
It is a binding
"normal" D code.
--
James Miller
is a different type, so it goes
through and instantiates Foo(T[][]) which is, again, a different
type.
Think before declaring D to have bugs.
--
James Miller
hether
it compiles, seems too "magic-y" for my tastes. I don't like
things not being explicit.
--
James Miller
at, unless you do some crazy CTFE magic.
--
James Miller
he arch repositories.
--
James Miller
.
I don't really think that D3 is a good idea, it would probably be
better to gradually deprecate code going forward and replace the
broken syntax and non backwards-compatible code.
Another useful could be to have a pragma(version, 2) so the
compiler compiles with version 2 rules, no porting needed, just a
single line near the top.
--
James Miller
his a known bug, expected functionality, or should I file a
bug request?
--
James Miller
is fast and flexible and just works
(mostly). With nginx serving the static files out the front, the
speed of the setup is incredible.
I hope that people find this helpful.
--
James Miller
On Friday, 4 May 2012 at 11:54:04 UTC, David wrote:
* using `try_files`, nginx complains that you can't use
proxy_pass
inside a named location (like `@vibe`), which means you can't
use
try_files to serve arbitrary static files, hence the massive
list of
extensions.
why not doing:
root /pat
On Sunday, 6 May 2012 at 13:47:27 UTC, David wrote:
Am 06.05.2012 03:00, schrieb James Miller:
On Friday, 4 May 2012 at 11:54:04 UTC, David wrote:
* using `try_files`, nginx complains that you can't use
proxy_pass
inside a named location (like `@vibe`), which means you
can't use
tr
On Sunday, 6 May 2012 at 22:32:16 UTC, James Miller wrote:
I thought it should work, and I'm probably missing something,
but here:
nginx: [emerg] "proxy_pass" cannot have URI part in location
given by regular expression, or inside named location, or
inside "if&q
al));
}
Bye,
bearophile
I agree with this proposal, phasing out 'L' for reals seems like
a good idea, I didn't even know that it was possible until now,
so I imagine it can't be stepping on many people's toes.
--
James Miller
On Sunday, 6 May 2012 at 22:50:56 UTC, David Nadlinger wrote:
On Sunday, 6 May 2012 at 22:42:21 UTC, James Miller wrote:
I think FUU is the most appropriate sentiment here.
Wait till you try using conditional blocks in Lighty's
configuration files… [1]
David
[1] lighttpd sup
nd an expectant demand at worst.
I hope that helps.
--
James Miller
101 - 155 of 155 matches
Mail list logo