On 07/11/2013 08:14 PM, w0rp wrote:
> 1. You can only use a size_t type as the vertex type. What about strings?
I want to reply at greater length on this point, because I don't want you to
feel I'm dismissing your concerns. I remember that back in our earlier
discussions you posted a basic data t
Module name doesn't seem to work with qualified module names. I
imagine this also is an issue with other similar functions:
template moduleName(alias T)
{
static assert(!T.stringof.startsWith("package "), "cannot get
the module name for a package");
static if (T.stringof.startsWith("
On 07/12/2013 12:37 AM, Dmitry Olshansky wrote:
> Append new value to values.
>
> Then use 'values.length-1' (new length - 1 i.e. the old length) as an item to
> insert into sortedIndices.
>
> The last step is to figure out what range to call lowerBound on - I'd say
> something like:
>
> assumeS
On further consideration, I think my best option is to write D
code for the small number of linear algebra routines that I
require.
On 07/12/2013 12:37 AM, Dmitry Olshansky wrote:
> Append new value to values.
>
> Then use 'values.length-1' (new length - 1 i.e. the old length) as an item to
> insert into sortedIndices.
>
> The last step is to figure out what range to call lowerBound on - I'd say
> something like:
>
> assumeS
On 07/12/2013 03:12 PM, Joseph Rushton Wakeling wrote:
> I'm a little bothered that the insertion implies potentially many re-allocs,
> and
> I wonder if it might be even better if the length of _indexHead and _indexTail
> can be increased in one go, and the "insertion" of the new edge index happe
Am 12.07.2013 13:52, schrieb Kevin McTaggart:
> On further consideration, I think my best option is to write D code for
> the small number of linear algebra routines that I require.
What do you need? Maybe gl3n.liang[1] is enough? gl3n isn't a scientific
linear algebra library, aims more for gamed
On Wednesday, 10 July 2013 at 21:05:32 UTC, Jonathan A Dunlap
wrote:
My 2cents: for D to be successful for the game development
community, it has to be possible to mostly sidestep the GC or
opt into a minimal one like ARC. Granted, this is a bit
premature considering that OpenGL library support
So I had an idea recently, wouldn't it be cool to have the
ability to call an executable at compile time and capture its
output. Something like the string imports but instead of opening
and reading a text file, it run an executable, waits for it to
finish, and grabs its output.
It would get r
On Fri, Jul 12, 2013 at 1:42 PM, Tofu Ninja wrote:
> So I had an idea recently, wouldn't it be cool to have the ability to call
> an executable at compile time and capture its output. Something like the
> string imports but instead of opening and reading a text file, it run an
> executable, waits
I just finished a new implementation, replacing the template mixin with
a string mixin. I also changed the name from signals2 to signal. You can
find it here:
https://github.com/phobos-x/phobosx/blob/master/source/phobosx/signal.d
All unittests pass, you don't need any patched compiler. I still h
On 7/12/2013 1:42 PM, Tofu Ninja wrote:
So I had an idea recently, wouldn't it be cool to have the ability to call an
executable at compile time and capture its output. Something like the string
imports but instead of opening and reading a text file, it run an executable,
waits for it to finish,
On Fri, Jul 12, 2013 at 2:54 PM, Walter Bright
wrote:
> On 7/12/2013 1:42 PM, Tofu Ninja wrote:
>
>> So I had an idea recently, wouldn't it be cool to have the ability to
>> call an
>> executable at compile time and capture its output. Something like the
>> string
>> imports but instead of opening
Am 12.07.2013 23:47, schrieb Robert:
> I just finished a new implementation, replacing the template mixin with
> a string mixin. I also changed the name from signals2 to signal. You can
> find it here:
>
> https://github.com/phobos-x/phobosx/blob/master/source/phobosx/signal.d
>
> All unittests p
On 7/12/2013 3:12 PM, Timothee Cour wrote:
I think the OP was refering to something different:
ability to call an arbitrary executable / shell command during compile time of a
D function, whereas optabgen is during compiling dmd itself:
It's still the same idea - using external programs to gene
On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
So I had an idea recently, wouldn't it be cool to have the
ability to call an executable at compile time and capture its
output.
How long until D compilers are able to read mail? :-)
There's many obvious applications of this proposed
On Sat, 13 Jul 2013 00:36:21 +0200, Peter Alexander wrote:
> On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
>> So I had an idea recently, wouldn't it be cool to have the ability to
>> call an executable at compile time and capture its output.
>
> How long until D compilers are able to
On Friday, 12 July 2013 at 22:36:22 UTC, Peter Alexander wrote:
On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
So I had an idea recently, wouldn't it be cool to have the
ability to call an executable at compile time and capture its
output.
How long until D compilers are able to re
On Fri, Jul 12, 2013 at 3:36 PM, Peter Alexander <
peter.alexander...@gmail.com> wrote:
> On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
>
>> So I had an idea recently, wouldn't it be cool to have the ability to
>> call an executable at compile time and capture its output.
>>
>
> How l
On Fri, Jul 12, 2013 at 03:35:30PM -0700, Walter Bright wrote:
> On 7/12/2013 3:12 PM, Timothee Cour wrote:
> >I think the OP was refering to something different: ability to call
> >an arbitrary executable / shell command during compile time of a D
> >function, whereas optabgen is during compiling
On Sat, Jul 13, 2013 at 12:51:03AM +0200, Tofu Ninja wrote:
> On Friday, 12 July 2013 at 22:36:22 UTC, Peter Alexander wrote:
> >On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
> >>So I had an idea recently, wouldn't it be cool to have the
> >>ability to call an executable at compile tim
This is the LL code generated using the -output-ll switch of
ldc2 (it's a kind of nearly universal bytecode for llvm):
@_D5test51ayG16i = global [16 x i32] [i32 1, i32 2, i32 3, i32
4, i32 5, i32 6, i32 7, i32 8, i32 9, i32 10, i32 11, i32 12,
i32 13, i32 14, i32 15, i32 16]
@_D5test51byG16i =
On Fri, Jul 12, 2013 at 4:51 PM, H. S. Teoh wrote:
> On Sat, Jul 13, 2013 at 12:51:03AM +0200, Tofu Ninja wrote:
> > On Friday, 12 July 2013 at 22:36:22 UTC, Peter Alexander wrote:
> > >On Friday, 12 July 2013 at 20:42:50 UTC, Tofu Ninja wrote:
> > >>So I had an idea recently, wouldn't it be cool
On Fri, Jul 12, 2013 at 05:00:29PM -0700, Timothee Cour wrote:
> On Fri, Jul 12, 2013 at 4:51 PM, H. S. Teoh wrote:
>
> > On Sat, Jul 13, 2013 at 12:51:03AM +0200, Tofu Ninja wrote:
> > > On Friday, 12 July 2013 at 22:36:22 UTC, Peter Alexander wrote:
> > > >On Friday, 12 July 2013 at 20:42:50 UT
On Fri, Jul 12, 2013 at 5:10 PM, H. S. Teoh wrote:
> On Fri, Jul 12, 2013 at 05:00:29PM -0700, Timothee Cour wrote:
> > On Fri, Jul 12, 2013 at 4:51 PM, H. S. Teoh
> wrote:
> >
> > > On Sat, Jul 13, 2013 at 12:51:03AM +0200, Tofu Ninja wrote:
> > > > On Friday, 12 July 2013 at 22:36:22 UTC, Pete
On Fri, Jul 12, 2013 at 05:39:45PM -0700, Timothee Cour wrote:
> On Fri, Jul 12, 2013 at 5:10 PM, H. S. Teoh wrote:
>
> > On Fri, Jul 12, 2013 at 05:00:29PM -0700, Timothee Cour wrote:
> > > On Fri, Jul 12, 2013 at 4:51 PM, H. S. Teoh
> > wrote:
> > >
> > > > On Sat, Jul 13, 2013 at 12:51:03AM +
On Wed, Jul 10, 2013 at 03:05:25PM +0200, Don wrote:
> On Monday, 8 July 2013 at 20:46:35 UTC, H. S. Teoh wrote:
> >On Mon, Jul 08, 2013 at 09:47:46PM +0200, Peter Alexander wrote:
[...]
> >>Maybe the compiler could just spew out every possible error for
> >>every instantiation, and expect the user
On 7/13/13, David wrote:
> Bad timing, just got "our"[1] own implementation.
> If I have time, I'll play around with it! Thanks for the great work,
> maybe we can get something working into phobos...
>
>
> [1]https://github.com/AndrejMitrovic/new_signals
Disclaimer: This is the work of Johannes P
On Fri, Jul 12, 2013 at 6:14 PM, H. S. Teoh wrote:
> On Fri, Jul 12, 2013 at 05:39:45PM -0700, Timothee Cour wrote:
> > On Fri, Jul 12, 2013 at 5:10 PM, H. S. Teoh
> wrote:
> >
> > > On Fri, Jul 12, 2013 at 05:00:29PM -0700, Timothee Cour wrote:
> > > > On Fri, Jul 12, 2013 at 4:51 PM, H. S. Teo
On 7/12/2013 5:00 PM, Timothee Cour wrote:
Let's put it another way: if I or someone else made a pull request for CTFE
"exec", would it have a chance of being accepted?
A big problem with it would be the equivalent of the "SQL Injection Exploit".
Since the compiler can now execute arbitrary co
On Saturday, 13 July 2013 at 04:23:56 UTC, Walter Bright wrote:
A big problem with it would be the equivalent of the "SQL
Injection Exploit". Since the compiler can now execute
arbitrary code, someone passing around malicious source code
could do anything to your system.
Assuming that the u
31 matches
Mail list logo
