nd an expectant demand at worst.
I hope that helps.
--
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
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: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
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 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
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
his a known bug, expected functionality, or should I file a
bug request?
--
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
he arch repositories.
--
James Miller
at, unless you do some crazy CTFE magic.
--
James Miller
hether
it compiles, seems too "magic-y" for my tastes. I don't like
things not being explicit.
--
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
"normal" D code.
--
James Miller
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
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
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
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
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
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
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 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
ers aren't carried across
modules, which pretty much makes them completely useless unless
you only use the built-in versions.
--
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
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
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
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 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
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
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
* 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
ing of it being unstable, bloated and impossible to fix, so they
are moving to git (written in C no less).
--
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
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
* 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.
&
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
closures, what values should be visible to the closures?
--
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
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
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
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
I don't have the time. I've thought about it, but I work long days.
--
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
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
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
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
<>
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
ot; from the name regular
expression, technically)
--
James Miller
but it is also 6-10 years, D hasn't been around much longer
than that <.<
--
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
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
On 26 March 2012 09:44, Iain Buclaw wrote:
> A spork of druntime, yes.
A spork? I've never heard that before...
--
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
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
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
logic. Especially since you should
probably have a separate thread for your rendering code anyway.
--
James Miller
On 21 March 2012 12:08, Adam D. Ruppe wrote:
> On Tuesday, 20 March 2012 at 22:52:13 UTC, James Miller wrote:
>>
>> features in, for example, vim.
>
>
> I use this script called supertab.vim that maps tab
> to vim's control+p and control+n completition.
>
>
e is merit in having a Java/C# @, but I
don't think it is needed for D, everything that those annotations
cover can be done using CTFE and mixins, with the minor addition
above.
--
James Miller
Also when dealing with complex parameterized types, so when I have a
function that gives me the type
foo!(bar!(int, 5), baz!string) I don't have to know that, I can just
use `auto` instead.
--
James Miller
like things like code
completion and the like, so it would be nice to be able to use these
features in, for example, vim. I don't know how feasible this is, but
it's worth mentioning.
--
James Miller
has to scan the directory tree to
build a manifest file to get decent performance out of what they do.
But they still have to check that the files exist every time the file
loads. They still have to read the file and parse it. It makes me feel
ill thinking about it.
Anyway, I should probably stop ranting about this.
--
James Miller
ld, use the correct instructions for the target. Not because I get
off on talking about optimisation, but because it shows that there are
still people care about squeezing every last instruction of
performance, without compromising on productivity.
Resources cost money, any saving of resources saves money.
--
James Miller
3];
>
> without compiler changes. :-(
>
>
> --T
This sounds like a major bug. At compile time, the compiler should
have more than enough information to do the implicit conversion for
templates.
I haven't looked much at the compiler code, but I assume that there is
a semantic pass that does the implicit conversions? Could that be
used/copied to where templates get instantiated?
--
James Miller
e faster than using
>> to!int.
>
>
> There's a check involved, and possibly inlining doesn't make it for whatever
> reason.
>
> Andrei
Oh, I wasn't complaining, more just making an observation that the
safe to! is slower than an unsafe cast. Probably obvious, but
worth mentioning nonetheless.
--
James Miller
uch of an issue,
but I am reluctant to rely on the tooling to make decisions for me.
For small programs, where it doesn't matter if it's half as fast as it
could be, but that just means 2ms vs 1ms, I don't care. But in
intensive programs, then I want to be sure that the compiler will do
what I want.
--
James Miller
time checks on things like range, though I know that it cannot be
outside certain ranges.
Not that to! is actually slow in the general case, but the
difference is significant when doing on the order of 10^6 casts.
--
James Miller
ould probably have been difficult to implement if it weren't for Ddoc
> so +1 for Ddoc.
>
> Regards,
> Brad Anderson
Seems ok, though the styling isn't amazing, maybe tone the size of the
buttons down.
Also, Github does not exactly give a useful message when you aren't
logged in (404), but that isn't your fault.
--
James Miller
y do you not need it that
frequently, it is fairly easy to implement a nice syntax for it in D,
no language changes needed.
--
James Miller
On 16 March 2012 14:36, Daniel Murphy wrote:
> "James Miller" wrote in message
> news:mailman.707.1331841671.4860.digitalmar...@puremagic.com...
>> Out of curiosity, what does -profile do that could cause this bug?
>> Seems like an odd cause, since in my specific
>> (And no, I would not touch any of this stuff with a 10-foot pole.)
>>
>
> With ActionScript, ignorance truly is bliss. I'd probably be a happier,
> [somewhat] less disgruntled man if I'd never needed to use it.
I hate the fact that Flash games are created the way they are. For
one, it's impenetrable to try and learn properly, I had so much
trouble figuring out how to do things properly, you can attach scripts
to almost any object, but sometimes it might be shared over all of the
same objects, and other times only on that instance, depending on how
you've placed them on the canvas.
I probably wrote some terrible code when I started making Flash games,
and now Actionscript is so foreign to me that i can barely understand
where to start.
--
James Miller
On 16 March 2012 11:44, Manu wrote:
> On 15 March 2012 22:27, James Miller wrote:
>>
>> On 16 March 2012 08:02, Manu wrote:
>> > On 15 March 2012 20:35, Robert Jacques wrote:
>> >> This sounds reasonable. However, please realize that if you wish to use
>&
g to me :) .. You
> only need the compiler as a part of the games asset-pipeline, and can static
> link when you release for extra FPS's!
Also, less files to download, I like a lot of indie games because they
are often a single binary, more things need to have the assets
compiled in...
--
James Miller
On 16 March 2012 11:14, F i L wrote:
> Great to hear this is coming along. Can I get a link to the (github?)
> source?
>
> Do the simd functions have fallback functionally for unsupported hardware?
> Is that planned? Or is that something I'd be writing into my own Vector
> structures?
>
> Also, I
.g. if you change some type in your Haskell code, you have to fix
every use of that type before you can test anything. Surely you’ve
found that annoying?”, *cough*Type Inference*cough*.
Even D has type inference through auto.
--
James Miller
at you don't understand.
Well that's my experience with Lisp.
--
James Miller
operations
aren't supported? Even if it can only be picked at compile time? Is
your work on Github or something? I wouldn't mind having a peek, since
this stuff interests me. How well does this stuff inline? I can
imagine that a lot of the benefit of using SIMD would be lost if every
SIMD instruction ends up wrapped in 3-4 more instructions, especially
if you need to do consecutive operations on the same data.
--
James Miller
On 16 March 2012 03:00, Daniel Murphy wrote:
> "James Miller" wrote in message
> news:mailman.693.1331810915.4860.digitalmar...@puremagic.com...
>> Hey,
>>
>> Whats the word on this issue:
>>
>> http://d.puremagic.com/issues/show_bug.cgi?id=5689
&g
Hey,
Whats the word on this issue:
http://d.puremagic.com/issues/show_bug.cgi?id=5689
Its kinda killing my ability to profile my code here, since the
program is no longer valid when compiled with -profile.
--
James Miller
this discussion...
>
>
Same discussion, different topic. I think the one before was sparked
by size_t issues.
--
James Miller
-test suite for this if I get time/bored.
Any tips on where to start? Obviously you want things like lots of
entries, but is it important to test big Keys, particular types of
keys, that sort of thing.
I'll also probably do separate speed and memory benchmarks.
--
James Miller
On 14 March 2012 14:37, Daniel Murphy wrote:
> Welcome to Hell. =D
Sounds fun.
(Seasoned DF player)
--
James Miller
On 13 March 2012 18:50, Chad J wrote:
> On 03/13/2012 01:41 AM, James Miller wrote:
>>
>> On 13 March 2012 18:24, Chad J wrote:
>>>
>>> I'm not sure I agree with resetting to a default color. What if I want
>>> to
>>>
>>> writ
;d probably use braces
('{' and '}') instead, since they are less common.
writefln('%Cred(\(this is in color\))');
vs
writefln('%Cred{(this is in color)}');
Neither are /that/ pretty, but at least the second one requires less
escaping in the common case.
--
James Miller
On 13 March 2012 17:31, Ary Manzana wrote:
>>
>> Ideally, you don't have to detect for javascript, you just have to
>> *shock horror* code to web standards.
>>
>> --
>> James Miller
>
>
> But the non-javascript version is a worse user experienc
aren't trying to be too
over-the-top then your normally fine. Sliding tends to be ok for most
things, and fades are fast everywhere. I agree that slow animations
are annoying though, I only do it for things that are loading anyway,
so the slow animation doesn't actually slow down interaction. (I'm
talking 1-2 second-long credit card transaction situations).
--
James Miller
t form, make sure it works.
(HTTP redirect back to original page)
2. Add javascript that listens to the submit on the comment form.
2a. Stop the default submit, submit the form to the same endpoint as 1
3. On success, do your in-page comment action.
And thats about it. I'm sure you could break it down more. There's
also more you can do, most of it server-side (check for ajax post,
return JSON, etc.), but the idea is that the extra effort to support
HTML-only isn't really extra effort. Since you have to submit the form
anyway, then why not allow it to submit by regular HTTP first.
Ideally, you don't have to detect for javascript, you just have to
*shock horror* code to web standards.
--
James Miller
On 13 March 2012 16:58, Chad J wrote:
> On 03/12/2012 10:37 PM, James Miller wrote:
>>
>>
>> I think the problem with putting it into formatting is that it is
>> inherently not output. IOW formatting should go anywhere, but colored
>> output is terminal-only.
On 13 March 2012 16:47, Andrei Alexandrescu
wrote:
> On 3/12/12 10:36 PM, James Miller wrote:
>>
>> I agree, automatic generation of the grammar rules would be incredibly
>> useful for D tools. It doesn't necessarily have to be in a
>> human-readable format, or e
t;>
>>>
>>> Eugh. Physicist programmers tend to use one-letter variable names in my
>>> experience. Makes for... interesting reading of their code.
>>
>>
>> D is great for physics programming. Now you can have much, much more than
>> 26
>> variables :)
>
>
> True, though mostly, you'd just change to using greek letters, right?
>
> Finally we can use θ for angles, alias ulong ℕ...
That might actually make it /more/ readable in some cases.
--
James Miller
mar, generating a grammar from the
> parser or embed the documentation of each grammar rule in the comments next
> to the code that implements it).
I agree, automatic generation of the grammar rules would be incredibly
useful for D tools. It doesn't necessarily have to be in a
human-readable format, or even in a specific grammar format, just up
to date. We can always have something to convert it into a specific
format for whatever we are doing. We are programmers after all.
--
James Miller
On 13 March 2012 15:48, Nick Sabalausky wrote:
> "James Miller" wrote in message
> news:mailman.576.1331604546.4860.digitalmar...@puremagic.com...
>>
>>The phrase in web development is "Progressive enhancement" that used
>>to be all the rage at one poi
ood vision that accomplishes these things, then please do
> share.
I think the problem with putting it into formatting is that it is
inherently not output. IOW formatting should go anywhere, but colored
output is terminal-only.
Also, there are differences between terminals and all sorts of crap
that just make this harder to do "simply". However, there's no reason
why there cant be an easy way to colorize output in std.terminal (or
whatever), that are basically just modified writef(ln) calls
(colorWritef?) that only output to stdout (and maybe stderr). I think
this would be a good way around it, because then everything that is
terminal-specific is kept in one place, and you don't get mistakes
like outputting color to a file because you did the wrong sequence, or
forgot to check that stdout is a terminal and all that.
--
James Miller
On 13 March 2012 15:17, H. S. Teoh wrote:
> We could start off with said module just doing colors for now, and then
> gradually add more stuff to it later.
We could end up at a D-flavoured ncurses library!
--
James Miller
S is the "next cool thing", so everyone is
> jumping on the bandwagon, and everything from a single-page personal
> website to a list of links to the latest toaster oven requires JS to
> work, even when it's not necessary at all. That's the silliness of it
> all.
>
>
> T
>
> --
> Computers shouldn't beep through the keyhole.
The phrase in web development is "Progressive enhancement" that used
to be all the rage at one point. I miss those days...
--
James Miller
ut is it possible to open up this board
publicly so we anybody can look at it? It would probably help if
people want to contribute.
Otherwise, you could start adding issues to Github that people can look at.
--
James Miller
t's about the same logic that would makes nothrow more useful.
> You can omit it most of the times but always have the
> possibility to enforce it, e.g. at a much higher level.
My point was more about distant code breaking. Its more to do with
unexpected behavior than code correctness in this case. As i said, I
could be worrying about nothing though.
--
James Miller
in one place without concentrating and
suddenly a completely different part of your code breaks, because it's
expecting pure, or @safe code and you have done something to prevent
the inference. I don't know how much of a problem that could be, but
its one I can think of.
--
James Miller
site
>> build. I'll fix the standalone thing because it's useful too, just I
>> don't know when.
>>
>>
>>
>> Andrei
>
>
> Alright, thanks!
>
> Btw, did we ever get a git repo that includes the release files for D and
> tracks dmd/druntime/phobos as sub-repositories at the correct paths? Such a
> thing would be really useful for me if I want to feel like working on this
> stuff very much. I don't think I have the ability to update DMD
> documentation from git right now.
Another thing is that on UNIX there technically isn't a standard way
to put out colors. Ideally you'd want to interrogate termcap in those
instances. This also means that you output the correct sequences when
terminals don't support color, i.e., nothing. Terminals are strange,
complicated beasts.
--
James Miller
currently taking a break from university
(too much debt, not enough time, too much stress). I rarely use stuff
that I haven't taught myself. I realize now that trying to teach
people how to program is very, very hard however, since I always think
about how to teach stuff I know. Ideally you'd learn everything at
once and spend the next 2 years re-arranging it in your brain, but
unfortunately people don't work like that...
--
James Miller
t he's breaking the rules, all that
professional D code that he does, doesn't he know that he shouldn't do
that?!
There are quite a few people here writing code in D, professionally,
so I would take a moment before declaring that D is "alpha at best"
--
James Miller
1 - 100 of 155 matches
Mail list logo
