On Saturday, 4 April 2015 at 06:36:49 UTC, Dmitri Makarov wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
No, but I'm building an embedded dsl that will allow to generate
opencl kernels and supporting boilerplate opencl
On Friday, 3 April 2015 at 19:54:09 UTC, Dicebot wrote:
On Friday, 3 April 2015 at 19:08:58 UTC, weaselcat wrote:
I just tried compiling one of my project. It has a makefile
that does separate compilation and a shell script I use for
unit testing which compiles everything in one go. The
On 2015-04-03 19:54, Dicebot wrote:
2)
Ironically, it is just very slow. Those who come from C world got used
to using separate compilation to speed up rebuilds but it doesn't work
that way in D. It may look better if you change only 1 or 2 module but
as amount of modified modules grows,
https://issues.dlang.org/show_bug.cgi?id=14404
--- Comment #1 from Kenji Hara k.hara...@gmail.com ---
TypeInfo_Create.create() takes no parameter, so it cannot create nested classes
with valid context pointer. Today it's filled by null, and any accesses to the
enclosing context will cause Access
On 4/4/15 1:30 AM, Atila Neves wrote:
On Friday, 3 April 2015 at 19:49:04 UTC, Andrei Alexandrescu wrote:
On 4/3/15 11:06 AM, Atila Neves wrote:
It's true that it's not always faster to compile each module separately,
I already knew that. It seems to me, however, that when that's actually
the
On Saturday, 4 April 2015 at 02:34:59 UTC, Craig Dillabaugh wrote:
One small note about the tutorials. In the tutorial on
Game Loop and Event handling:
http://rswhite.de/dgame5/?page=tutorialtut=handle_events
In the first example, I believe you are missing an import for
Dgame.Window.Event. It
Also consider costs: NVIDIA will artificially limit the speed of
pinned memory transferts to push you to buy expensive $3000
discrete GPUs. They have segmented the market to make the most of
people performance-starved. It goes to the point that you are
left with $3000 GPUs that are slower than
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
No, but I'm building an embedded dsl that will allow to generate
opencl kernels and supporting boilerplate opencl api calls at
compile-time. it's called clop (openCL OPtimizer). It
On Friday, 3 April 2015 at 19:49:04 UTC, Andrei Alexandrescu
wrote:
On 4/3/15 11:06 AM, Atila Neves wrote:
It's true that it's not always faster to compile each module
separately,
I already knew that. It seems to me, however, that when that's
actually
the case, the practical difference is
Namespace:
I've written a straight forward linked list implementation
here:
https://github.com/nomad-software/etcetera/blob/master/source/etcetera/collection/linkedlist.d
Even though I'm using the GC to manage memory, maybe it will
help you.
Good idea to link to some existing code. Here
On 4/4/2015 2:34 AM, weaselcat wrote:
On Saturday, 4 April 2015 at 09:24:07 UTC, Walter Bright wrote:
If the latter is obsolete, it should perhaps be updated to point to the newer
one. The svn one is the first google hit for Derelict.
Top 3 results for me for `dlang derelict` are all his
On Saturday, 4 April 2015 at 10:03:56 UTC, Walter Bright wrote:
On 4/4/2015 2:35 AM, ponce wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
I wrote the Driver and Runtime API bindings for
On Saturday, 4 April 2015 at 08:14:13 UTC, Dan Olson wrote:
Seemed worth mentioning before I snooze. My daughter and I
just got a
little touch app running on an iPad using D and Allegro 5.1.
Really
nothing major, but it does work. Just dragging some text
around the
screen with my finger
Seemed worth mentioning before I snooze. My daughter and I just got a
little touch app running on an iPad using D and Allegro 5.1. Really
nothing major, but it does work. Just dragging some text around the
screen with my finger and displaying time via std.datetime.
Using latest allegro5 at
On 2015-04-04 01:00, Iain Buclaw via Digitalmars-d wrote:
Summary of sources in first link, those familiar with DMD internals
will understand what the glue methods more or less do.
It's not like there's a lot of documentation for the DMD internals ;)
--
/Jacob Carlborg
On Saturday, 4 April 2015 at 09:24:07 UTC, Walter Bright wrote:
If the latter is obsolete, it should perhaps be updated to
point to the newer one. The svn one is the first google hit for
Derelict.
Top 3 results for me for `dlang derelict` are all his github
page/projects, did you just google
On 4/4/2015 2:16 AM, John Colvin wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
http://code.dlang.org/packages/derelict-cuda
I know you have interest in CUDA, have you gotten any D code to work with it?
On 4/04/2015 11:26 p.m., Walter Bright wrote:
On 4/4/2015 3:04 AM, weaselcat wrote:
PR?
Exactly!
The idea is that GPUs can greatly accelerate code (2x to 1000x), and if
D wants to appeal to high performance computing programmers, we need to
have a workable way to program the GPU.
At this
On Saturday, 4 April 2015 at 10:26:27 UTC, Walter Bright wrote:
On 4/4/2015 3:04 AM, weaselcat wrote:
PR?
Exactly!
The idea is that GPUs can greatly accelerate code (2x to
1000x), and if D wants to appeal to high performance computing
programmers, we need to have a workable way to program
On 4 April 2015 at 01:17, Kai Nacke via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Friday, 3 April 2015 at 15:39:33 UTC, Iain Buclaw wrote:
That's a bit greedy of them to not upstream fixes. :-)
I don't know why this change was not upstreamed - it's from 2012!
BTW: There are some
On Saturday, 4 April 2015 at 09:50:09 UTC, Walter Bright wrote:
On 4/4/2015 2:34 AM, weaselcat wrote:
On Saturday, 4 April 2015 at 09:24:07 UTC, Walter Bright wrote:
If the latter is obsolete, it should perhaps be updated to
point to the newer
one. The svn one is the first google hit for
On 4/4/2015 2:35 AM, ponce wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
I wrote the Driver and Runtime API bindings for
https://github.com/DerelictOrg/DerelictCUDA
And the one thing I've done with them is loading the
On Saturday, 4 April 2015 at 10:07:16 UTC, Walter Bright wrote:
On 4/4/2015 2:16 AM, John Colvin wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
http://code.dlang.org/packages/derelict-cuda
I know you have interest in
The programmer describes the computations to be done on a device,
invokes the clop compiler via mixin expression passing the string
describing the computations in an OpenCL-like syntax. The compiler
returns D code that includes the generated OpenCL kernel and all the
boiler plate code. The
On Friday, 3 April 2015 at 19:45:38 UTC, Andrei Alexandrescu
wrote:
On 4/3/15 10:10 AM, Dicebot wrote:
On Friday, 3 April 2015 at 17:03:35 UTC, Atila Neves wrote:
. Separate compilation. One file changes, only one file gets
rebuilt
This immediately has caught my eye as huge no in the
On Friday, 3 April 2015 at 22:53:51 UTC, ddos wrote:
Hi folks,
today i've created my first dlang library ^_^ a binding to the
OpenVG library standard. The referenced implementation is
ShivaVG which allows to draw vector graphics within an OpenGL
context (similar to cairo).
A small demo
On 4/3/2015 11:12 PM, weaselcat wrote:
On Saturday, 4 April 2015 at 02:59:46 UTC, Rikki Cattermole wrote:
On 4/04/2015 3:49 p.m., Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
Honestly, I don't think anyone has even tried to create bindings. Let alone
use it.
Although
On Saturday, 4 April 2015 at 10:03:56 UTC, Walter Bright wrote:
It's slower:
However, it's an open standard, will improve, and will be
available on devices of any vendor interested in implementing the
compiler and the runtime API, which is essentially every vendor
of compute devices (CPU,
On Saturday, 4 April 2015 at 09:50:09 UTC, Walter Bright wrote:
* there are no examples of actually running code on a GPU
I can contribute at least three examples running code on a GPU
(the domains are neural networks, bioinformatics, and grid
traversal -- these are my ports to D/OpenCL of
On Saturday, 4 April 2015 at 10:26:27 UTC, Walter Bright wrote:
On 4/4/2015 3:04 AM, weaselcat wrote:
PR?
Exactly!
The idea is that GPUs can greatly accelerate code (2x to
1000x), and if D wants to appeal to high performance computing
programmers, we need to have a workable way to program
On Saturday, 4 April 2015 at 02:59:46 UTC, Rikki Cattermole wrote:
On 4/04/2015 3:49 p.m., Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
Honestly, I don't think anyone has even tried to create
bindings. Let alone use it.
Although I think there are OpenCL bindings
https://issues.dlang.org/show_bug.cgi?id=14327
--- Comment #9 from Szymon Gatner szymon.gat...@gmail.com ---
I assume that was agnerated by VisualD:
set PATH=D:\devel\D\dmd2\windows\\bin;C:\Program Files (x86)\Windows
Kits\8.1\\\bin;%PATH%
set DMD_LIB=C:\Program Files (x86)\Microsoft Visual
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
http://code.dlang.org/packages/derelict-cuda
On Saturday, 4 April 2015 at 09:05:03 UTC, bearophile wrote:
Namespace:
I've written a straight forward linked list implementation
here:
https://github.com/nomad-software/etcetera/blob/master/source/etcetera/collection/linkedlist.d
Even though I'm using the GC to manage memory, maybe it
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
I wrote the Driver and Runtime API bindings for
https://github.com/DerelictOrg/DerelictCUDA
And the one thing I've done with them is loading the functions,
create a context and
On 4/4/2015 3:04 AM, weaselcat wrote:
PR?
Exactly!
The idea is that GPUs can greatly accelerate code (2x to 1000x), and if D wants
to appeal to high performance computing programmers, we need to have a workable
way to program the GPU.
At this point, it doesn't have to be slick or great,
On Saturday, 4 April 2015 at 02:57:22 UTC, Rikki Cattermole wrote:
On 4/04/2015 3:08 a.m., Jens Bauer wrote:
src/start.d:7:10: error: module attribute is in file
'gcc/attribute.d' which cannot be read
import gcc.attribute;
^
Uhm, it seems that druntime is required for that;
On Saturday, 4 April 2015 at 09:50:09 UTC, Walter Bright wrote:
* the example shown is useless
The problem with example is that someone have to maintain them.
For DerelictBgfx we removed all translated examples.
So the Derelict policy is to remove example to avoid them
becoming out of date.
https://issues.dlang.org/show_bug.cgi?id=14405
Issue ID: 14405
Summary: Private class std.typecons.Foo conflicts with local
class
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
On Saturday, 4 April 2015 at 08:14:13 UTC, Dan Olson wrote:
Seemed worth mentioning before I snooze. My daughter and I
just got a
little touch app running on an iPad using D and Allegro 5.1.
Really
nothing major, but it does work. Just dragging some text
around the
screen with my finger
Hello,
To learn D a bit more I have partially ported C4D API from C++ to
D language.
Second purpose of this project was to look how well D can be
conned to C++.
For the case that some one is curious about this, here is the
Github repository.
https://github.com/Remotion/DforC4D
thanks,
On 4/2/15 11:20 PM, Laeeth Isharc wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go, python, C, etc... It uses only
standard structures not to influence the benchmark.
On Thursday, 2 April 2015 at 06:57:25 UTC, Jacob Carlborg wrote:
On 2015-04-02 02:28, bitwise wrote:
If I'm understanding correctly, doing it this way is to avoid
making
changes to the compiler, right?
I don't understand this decision because it seems that most of
the
needed infrastructure
https://issues.dlang.org/show_bug.cgi?id=11438
Lukasz Wrzosek luk.wrzo...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Friday, 3 April 2015 at 20:41:26 UTC, Martin Nowak wrote:
A global random hash seed would work, but it needs to be
accessible for
reproducing test cases (druntime DRT option or in core.runtime).
I think, leave the seed zero and only provide a function to
change it:
extern(C) void
On Fri, 2015-04-03 at 15:34 +, John Colvin via Digitalmars-d wrote:
[…]
I've had a look at Chapel and I don't get what the big deal is.
It's PGAS programming, so you control the whole parallel computation
in a single program. Though for clustering you may have to suffer MPI
and hence an
On Fri, 2015-04-03 at 17:11 +, Paulo Pinto via Digitalmars-d wrote:
[…]
The big deal is that is being developed in open collaboration
with most companies and research labs that matter in HPC.
As is X10.
Cray and Washington University (Chapel) vs. IBM (X10)
It's sad that Fortress
On 5/04/2015 4:41 a.m., bitwise wrote:
I love the idea of it.
But first we need to finish off what support we damn well have in
druntime.
m_offTi for TypeInfo_Class currently is not being generated.
We also need some form of RTInfo for modules. Not just for symbols.
This alone will open up
Hi!
Today I met one guy on the internet, he said that he will use D
only if standard library will not require Garbage Collector (in
case of total GC disabling).
So what's the current status of GC in Phobos? :^)
I've heard there has been some work on it.
Regards,
Alex
On Saturday, 4 April 2015 at 22:05:33 UTC, H. S. Teoh wrote:
On Sat, Apr 04, 2015 at 09:15:01PM +, weaselcat via
Digitalmars-d wrote:
On Friday, 3 April 2015 at 20:56:09 UTC, deadalnix wrote:
On Friday, 3 April 2015 at 19:45:29 UTC, weaselcat wrote:
The reliance on GDC/LDC to produce
https://issues.dlang.org/show_bug.cgi?id=14407
Issue ID: 14407
Summary: No protection and attributes check for class/struct
allocator in NewExp
Product: D
Version: D2
Hardware: All
OS: All
Status:
On Tuesday, 31 March 2015 at 08:17:31 UTC, Andrei Alexandrescu
wrote:
On 3/31/15 12:18 AM, Orvid King wrote:
I might be a bit confused here, but from what you're saying:
b += a++;
and
b += ++a;
Are doing the same thing in DMD?
No. Lowering of e1 += e2++ is:
e1 += e2++
-\
(ref a, b) { a =
On Sunday, 5 April 2015 at 02:23:47 UTC, MarisaLovesUsAll wrote:
Hi!
Today I met one guy on the internet, he said that he will use D
only if standard library will not require Garbage Collector (in
case of total GC disabling).
So what's the current status of GC in Phobos? :^)
I've heard there
https://issues.dlang.org/show_bug.cgi?id=14406
--- Comment #2 from Kenji Hara k.hara...@gmail.com ---
This is an accepts-invalid bug. Slightly reduced:
class Foo {}
string str_mixin(T)()
{
static if (T.tupleof.length) {} // Fix instance size of T (== Frop)
return Bar bar_obj; static
https://issues.dlang.org/show_bug.cgi?id=14392
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14405
--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com ---
The Foo class was introduced here:
https://github.com/D-Programming-Language/phobos/pull/1414
--
On Saturday, 4 April 2015 at 19:56:28 UTC, Dicebot wrote:
On Saturday, 4 April 2015 at 07:44:12 UTC, Atila Neves wrote:
On Friday, 3 April 2015 at 19:54:09 UTC, Dicebot wrote:
On Friday, 3 April 2015 at 19:08:58 UTC, weaselcat wrote:
I just tried compiling one of my project. It has a makefile
https://issues.dlang.org/show_bug.cgi?id=14406
Issue ID: 14406
Summary: GIT HEAD ignores forward reference and generates wrong
code
Product: D
Version: unspecified
Hardware: x86_64
OS: Linux
https://issues.dlang.org/show_bug.cgi?id=14407
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=14406
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||accepts-invalid, pull,
So I am using vibe.d json module to parse some array data with
homogeneous objects, and I want to convert it to CSV.
Aside from encoding double-qoutes, this is want I came up with to
generate the header:
```
void csvHeader(const Json jsonObject)
{
return
https://issues.dlang.org/show_bug.cgi?id=14406
--- Comment #1 from Puneet Goel pun...@coverify.org ---
2.067-rc1 does not compile the code. Regression only for GIT HEAD.
--
Following up on Brian's nice offer:
What's going on with std.allocator? I have a few projects (some on
Github, some at EMSI) that use it because it seemed like it was on
its way to being in Phobos. What can I do to help with this?
Things are going well with std.allocator. I broke the code
On 5/04/2015 3:16 p.m., Andrei Alexandrescu wrote:
Following up on Brian's nice offer:
What's going on with std.allocator? I have a few projects (some on
Github, some at EMSI) that use it because it seemed like it was on
its way to being in Phobos. What can I do to help with this?
Things are
https://issues.dlang.org/show_bug.cgi?id=14387
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14405
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
weaselcat wrote in message news:rspoyryeklgjychqf...@forum.dlang.org...
Out of curiosity, what was the communication level between the decision to
switch to ddmd frontend and the ldc/gdc team?
The ldc and gdc teams have been involved since the first discussions at
dconf13.
On 4/4/15 7:54 PM, deadalnix wrote:
On Tuesday, 31 March 2015 at 08:17:31 UTC, Andrei Alexandrescu wrote:
On 3/31/15 12:18 AM, Orvid King wrote:
I might be a bit confused here, but from what you're saying:
b += a++;
and
b += ++a;
Are doing the same thing in DMD?
No. Lowering of e1 += e2++
On Sat, Apr 04, 2015 at 04:31:06PM -0700, Walter Bright via Digitalmars-d wrote:
On 4/4/2015 1:48 PM, H. S. Teoh via Digitalmars-d wrote:
Besides, even if you could, you're just one person, whereas gdc/ldc
have a much larger number of contributors, some of whose specialty is
optimization. Do
On 4/4/15 7:23 PM, MarisaLovesUsAll wrote:
Hi!
Today I met one guy on the internet, he said that he will use D only if
standard library will not require Garbage Collector (in case of total GC
disabling).
So what's the current status of GC in Phobos? :^)
I've heard there has been some work on it.
On Sunday, 5 April 2015 at 02:23:47 UTC, MarisaLovesUsAll wrote:
Hi!
Today I met one guy on the internet, he said that he will use D
only if standard library will not require Garbage Collector (in
case of total GC disabling).
So what's the current status of GC in Phobos? :^)
I've heard there
https://issues.dlang.org/show_bug.cgi?id=14408
Issue ID: 14408
Summary: std.process: Can't start interactive process from
Windows GUI application
Product: D
Version: D2
Hardware: All
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=14409
Issue ID: 14409
Summary: false positive Error: one path skips constructor
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Keywords: rejects-valid
https://issues.dlang.org/show_bug.cgi?id=14409
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14376
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
https://issues.dlang.org/show_bug.cgi?id=14409
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from
On 4/4/2015 3:45 AM, weaselcat wrote:
I really think you're barking up the wrong tree here - cuda is a closed
proprietary solution only implemented by one vendor effectively cutting off
anyone that doesn't work with nvidia hardware.
That's right. On the other hand,
1. Nvidia hardware is
Hi, am still searching for the right place to ask library related
questions, and was advised to ask them here.
The dimgui library looks interesting for my projects
( https://github.com/d-gamedev-team/dimgui ), but I don't manage
to get it built or run the examples. I have no clue what's going
On Saturday, 4 April 2015 at 08:14:13 UTC, Dan Olson wrote:
My daughter heads off to college this fall to work towards
a video game design degree, so I've enlisted her to build an
interesting
demo as a summer project (my own summer of code).
Best of luck to her.
https://issues.dlang.org/show_bug.cgi?id=13906
e10s electrolysis.j...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 4/4/2015 3:58 AM, John Colvin wrote:
On Saturday, 4 April 2015 at 10:07:16 UTC, Walter Bright wrote:
On 4/4/2015 2:16 AM, John Colvin wrote:
On Saturday, 4 April 2015 at 02:49:16 UTC, Walter Bright wrote:
http://www.nvidia.com/object/cuda_home_new.html
On 4/4/2015 4:16 AM, ponce wrote:
Also consider costs: NVIDIA will artificially limit the speed of pinned memory
transferts to push you to buy expensive $3000 discrete GPUs. They have segmented
the market to make the most of people performance-starved. It goes to the point
that you are left with
On Saturday, 4 April 2015 at 07:44:12 UTC, Atila Neves wrote:
I'm of the opposite opinion. I don't care if full builds take
1h as long as incremental builds are as fast as possible. Why
would I keep doing full builds? That's like git cloning
multiple times. What for?
Full build is important
On 4/4/15 10:38 AM, Nordlöw wrote:
Please also think about how such a builtin feature would promote
establishment and usage of D from a robustness and productivity point of
view.
I do think it's a great idea. Sadly I also think how I have negative
staff to put to work on it. -- Andrei
Szymon Gatner noem...@gmail.com writes:
On Saturday, 4 April 2015 at 08:14:13 UTC, Dan Olson wrote:
Seemed worth mentioning before I snooze. My daughter and I just got
a
little touch app running on an iPad using D and Allegro 5.1. Really
nothing major, but it does work. Just dragging some
Hi,
there is this nice new link to More libraries link, but there
is no place to discuss usage, exchange experiences or ask
questions regarding these libraries ( unless I am missing
something ). A sub-forum here would be very nice.
Or would this here be the right place ?
I am trying out
On Tuesday, 24 March 2015 at 22:50:29 UTC, Sönke Ludwig wrote:
Am 24.03.2015 um 23:14 schrieb John Colvin:
On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:
On 03/24/2015 10:11 PM, John Colvin wrote:
This cannot be added to homebrew until there is a new stable
release of
dub.
I love the idea of it.
But first we need to finish off what support we damn well have
in druntime.
m_offTi for TypeInfo_Class currently is not being generated.
We also need some form of RTInfo for modules. Not just for
symbols. This alone will open up quite a few doors!
Ok, I'm starting to
On Saturday, 4 April 2015 at 16:43:45 UTC, ParticlePeter wrote:
Hi,
there is this nice new link to More libraries link, but there
is no place to discuss usage, exchange experiences or ask
questions regarding these libraries ( unless I am missing
something ). A sub-forum here would be very
On Saturday, 4 April 2015 at 16:43:45 UTC, ParticlePeter wrote:
Hi,
there is this nice new link to More libraries link, but there
is no place to discuss usage, exchange experiences or ask
questions regarding these libraries ( unless I am missing
something ). A sub-forum here would be very
On 4/4/2015 4:29 AM, ponce wrote:
On Saturday, 4 April 2015 at 09:50:09 UTC, Walter Bright wrote:
* the example shown is useless
The problem with example is that someone have to maintain them.
For DerelictBgfx we removed all translated examples.
So the Derelict policy is to remove example to
There is a lot of low hanging fruit to snatch. I think someone looking
for fun could do something similar with SDL (it support iOS too), then
adapt Dgame.
--
Dan
On Monday, 30 March 2015 at 22:20:08 UTC, Andrei Alexandrescu
wrote:
In brief: I'd like to transition to a model in which
unittesting is organically part of the build. After all, you
wouldn't want to deploy an application that's failing its
unittests.
Overall a good idea, Andrei.
I take the
On Monday, 30 March 2015 at 23:51:17 UTC, Walter Bright wrote:
I'd rather see DMD automatically pass the expression that
triggered the error
(as it is done in C) to replace this useless Unittest
failure that forces me
to look through the code.
You have to look at the code anyway.
My
Am 04.04.2015 um 18:43 schrieb John Colvin:
On Tuesday, 24 March 2015 at 22:50:29 UTC, Sönke Ludwig wrote:
Am 24.03.2015 um 23:14 schrieb John Colvin:
On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote:
On 03/24/2015 10:11 PM, John Colvin wrote:
This cannot be added to homebrew
On Saturday, 4 April 2015 at 16:50:57 UTC, John Colvin wrote:
On Saturday, 4 April 2015 at 16:43:45 UTC, ParticlePeter wrote:
Hi,
there is this nice new link to More libraries link, but
there is no place to discuss usage, exchange experiences or
ask questions regarding these libraries (
On Saturday, 4 April 2015 at 16:51:44 UTC, Tobias Pankrath wrote:
On Saturday, 4 April 2015 at 16:43:45 UTC, ParticlePeter wrote:
Hi,
there is this nice new link to More libraries link, but
there is no place to discuss usage, exchange experiences or
ask questions regarding these libraries (
On Saturday, 4 April 2015 at 17:16:19 UTC, Walter Bright wrote:
On 4/4/2015 4:29 AM, ponce wrote:
On Saturday, 4 April 2015 at 09:50:09 UTC, Walter Bright wrote:
* the example shown is useless
The problem with example is that someone have to maintain them.
For DerelictBgfx we removed all
https://issues.dlang.org/show_bug.cgi?id=12971
safety0ff.bugz safety0ff.b...@gmail.com changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=9965
safety0ff.bugz safety0ff.b...@gmail.com changed:
What|Removed |Added
See Also|
1 - 100 of 125 matches
Mail list logo
