Hi there,
I want to get the word out about an internship position
investigating D for high performance computing at the Swiss
National Supercomputing Centre in Lugano, Switzerland (cscs.ch).
For more information about the position, visit:
Just a little update: More recent and prettier documentation can
be found at:
https://vhios.dyndns.org/dlang.org/web/phobos-prerelease/std_signal.html
The pull request for phobos can be found here:
https://github.com/D-Programming-Language/phobos/pull/1833/files
Best regards,
Robert
On Monday, 6 January 2014 at 23:53:21 UTC, extrawurst wrote:
http://www.extrawurst.org/blog11/2014/01/stack4-and-the-d-programming-language-part1/
And it is on reddit now:
http://www.reddit.com/r/programming/comments/1um3e9/stack4_and_the_d_programming_language_part_1/
It works fine on Nexus 5 (it also loaded promptly the first
time). I lost to the AI a couple of times before I tried to play
multiplayer, but gave up after waiting a couple of minutes for
another player to come online.
On Tuesday, 7 January 2014 at 12:44:28 UTC, Ben Cumming wrote:
It works fine on Nexus 5 (it also loaded promptly the first
time). I lost to the AI a couple of times before I tried to play
multiplayer, but gave up after waiting a couple of minutes for
another player to come online.
You should
On Tuesday, 7 January 2014 at 06:18:44 UTC, ilya-stromberg wrote:
On Monday, 6 January 2014 at 23:58:46 UTC, Alexander Bothe
wrote:
On Thursday, 2 January 2014 at 20:13:33 UTC, Daniel Kozak
wrote:
I must admit, that you do lots of awsome work on this IDE
(plugin). But still it is quiet bad.
On 1/7/14 12:55 AM, Ben Cumming wrote:
Hi there,
I want to get the word out about an internship position
investigating D for high performance computing at the Swiss
National Supercomputing Centre in Lugano, Switzerland (cscs.ch).
For more information about the position, visit:
Spread the word!
http://www.reddit.com/r/programming/comments/1umslg/dconf_2014_early_discounted_registration_250_now/
Andrei
On 1/6/14 3:53 PM, extrawurst wrote:
On Friday, 3 January 2014 at 05:27:28 UTC, Rob wrote:
Works great on my S4 against AI (damned AI beats me every time).
Haven't tried on-line game play yet. Looking forward to your write up.
Ok since this is gonna be a rather lengthy topic I decided to but
On Tuesday, 7 January 2014 at 16:55:04 UTC, Andrei Alexandrescu
wrote:
On 1/6/14 3:53 PM, extrawurst wrote:
On Friday, 3 January 2014 at 05:27:28 UTC, Rob wrote:
Works great on my S4 against AI (damned AI beats me every
time).
Haven't tried on-line game play yet. Looking forward to your
On Tuesday, 7 January 2014 at 16:33:55 UTC, Andrei Alexandrescu
wrote:
This is awesome. Please let us on the core team know how we can
help. I've put this on reddit too.
Thanks for the shout out Andrei. I am very interested in any
feedback that anybody here has on potential work we could
...on the recent news!
https://news.ycombinator.com/item?id=7018509
https://news.ycombinator.com/item?id=7019486
https://news.ycombinator.com/item?id=7019471
Andrei
On Tuesday, 7 January 2014 at 00:21:49 UTC, Alexander Bothe wrote:
Cheers,
Alex
On Tuesday, 7 January 2014 at 00:21:49 UTC, Alexander Bothe wrote:
Cheers,
Alex
Sry for accidently pressing Tab and Return while
typing..anyway:
A new 'daily' release:
http://mono-d.alexanderbothe.com/completion-stuff-v1-1-1-1-1/
On Tuesday, 7 January 2014 at 12:57:15 UTC, Alexander Bothe wrote:
On Tuesday, 7 January 2014 at 06:18:44 UTC, ilya-stromberg
wrote:
On Monday, 6 January 2014 at 23:58:46 UTC, Alexander Bothe
wrote:
On Thursday, 2 January 2014 at 20:13:33 UTC, Daniel Kozak
wrote:
I must admit, that you do
On Monday, 6 January 2014 at 10:26:27 UTC, Dmitry Olshansky wrote:
Ok, now I see. In my eye though serialization completely hides
raw stream write.
So:
struct SomeStream{
void write(const(ubyte)[] data...);
}
struct Serializer(Stream){
void write(T)(T value); //calls stream.write
On Tuesday, 7 January 2014 at 05:48:38 UTC, Adam Wilson wrote:
It seems that you want graphics API abstraction, yet Cinder
has none of this.
Um, this last statement makes no sense, that's pretty much
exactly what Cinder is...
What I meant is Cinder does not seem to dispatch to different
On 2014-01-07 06:45, Adam Wilson wrote:
That's why I want to keep the dependencies limited and low-level, if we
only use OpenGL on OSX when can get away with a C interface.
Unfortunately you cannot. You need Objective-C just to bring up a basic
window. If you also want all the rest
On Tuesday, 7 January 2014 at 07:12:13 UTC, Ola Fosheim Grøstad
wrote:
make the engine Microsoft centric. You should target OpenGL 2/3
ES / WebGL. That is the common denominator.
Actually, you should use a DX compatible subset of OpenGL ES
3/WebGL 2, it is supposed to be fully compatible with
On 2014-01-07 05:03, Sean Kelly wrote:
Those wikis exist (albeit somewhat outdated) but I think they're still
on Dsource. Is the site still online?
Yes, Dsource is still online.
--
/Jacob Carlborg
On Tuesday, 7 January 2014 at 08:01:44 UTC, Jacob Carlborg wrote:
Unfortunately you cannot. You need Objective-C just to bring up
a basic window. If you also want all the rest (application
menu, dock icon and so on) which is expect from every
application on Mac OS X it requires surprisingly a
On Monday, 6 January 2014 at 10:13:44 UTC, Vladimir Panteleev
wrote:
On Thursday, 7 November 2013 at 13:45:57 UTC, Dicebot wrote:
Time to move forward with some more reviews :)
Hi,
Apologies, I missed this review thread. So, some questions /
observations:
IMO, the effort to disallow third
On Tue, 07 Jan 2014 00:00:14 -0800, ponce cont...@gam3sfrommars.fr wrote:
On Tuesday, 7 January 2014 at 05:48:38 UTC, Adam Wilson wrote:
It seems that you want graphics API abstraction, yet Cinder has none
of this.
Um, this last statement makes no sense, that's pretty much exactly what
On Monday, 6 January 2014 at 16:25:08 UTC, David Nadlinger wrote:
On Monday, 6 January 2014 at 12:22:37 UTC, Mike wrote:
If any compiler implementers are reading this, please try to
generate only code that is used by the program being compiled.
I need to get this sorted out and submit some
On Tue, 07 Jan 2014 00:05:35 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 07:12:13 UTC, Ola Fosheim Grøstad wrote:
make the engine Microsoft centric. You should target OpenGL 2/3 ES /
WebGL. That is the common denominator.
Actually,
On Tuesday, 7 January 2014 at 08:31:07 UTC, Adam Wilson wrote:
I would like to reiterate that Aurora will not specify the
back-end, so it will not OpenGL or DirectX, or any API centric.
You need a reference graphics pipeline or performance will suffer.
The intention is a high-level API that
On 7 January 2014 06:03, Walter Bright newshou...@digitalmars.com wrote:
On 1/6/2014 8:55 PM, deadalnix wrote:
On Tuesday, 7 January 2014 at 04:37:12 UTC, Walter Bright wrote:
On 1/6/2014 7:20 PM, deadalnix wrote:
On Tuesday, 7 January 2014 at 03:18:01 UTC, Walter Bright wrote:
Or you
On Tuesday, 7 January 2014 at 06:03:55 UTC, Walter Bright wrote:
On 1/6/2014 8:55 PM, deadalnix wrote:
On Tuesday, 7 January 2014 at 04:37:12 UTC, Walter Bright
wrote:
On 1/6/2014 7:20 PM, deadalnix wrote:
On Tuesday, 7 January 2014 at 03:18:01 UTC, Walter Bright
wrote:
Or you could amend the
07-Jan-2014 11:59, Jason White пишет:
On Monday, 6 January 2014 at 10:26:27 UTC, Dmitry Olshansky wrote:
Ok, now I see. In my eye though serialization completely hides raw
stream write.
So:
struct SomeStream{
void write(const(ubyte)[] data...);
}
struct Serializer(Stream){
void
07-Jan-2014 12:30, Adam Wilson пишет:
On Tue, 07 Jan 2014 00:05:35 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
There is nothing technically wrong with DirectX on Windows
and unlike OpenGL which requires manufacturer provided drivers, it's
guaranteed to be available.
On Tuesday, 7 January 2014 at 04:43:47 UTC, Manu wrote:
Well I'm home from the christmas/new year thing, figured I
should kick this
off.
Nothing to see yet, I'm just drafting some bits out, and
knocking together
a working shell. It'll be more interesting when I get something
on screen
and
On Tuesday, 7 January 2014 at 08:50:28 UTC, Ola Fosheim Grøstad
wrote:
If you want cross platform performance your only choice is to
pick a DX compatible subset of OpenGL ES 2/3 and use that as
Just in case this isn't obvious: you need a reference
implementation during API design in order to
On 7 January 2014 20:19, Szymon Gatner noem...@gmail.com wrote:
On Tuesday, 7 January 2014 at 04:43:47 UTC, Manu wrote:
Well I'm home from the christmas/new year thing, figured I should kick
this
off.
Nothing to see yet, I'm just drafting some bits out, and knocking together
a working
On Sun, 05 Jan 2014 02:30:48 -, Manu turkey...@gmail.com wrote:
Hmm, so I jigged it so it's able to find mspdb100.dll, but now link.exe
complains: The application was unable to start correctly (0xc07b).
That's weird.
DLL load order on windows is a little weird. I suspec that that
On 12/21/2013 10:43 PM, Andrej Mitrovic wrote:
The compiler matches the missing symbol with the selective import
writeln, so it knows it only has to load std.stdio, *but not*
std.algorithm.
Test-case 3:
-
import std.stdio : writeln;
import std.algorithm : map;
import std.range; //
On Tuesday, 7 January 2014 at 00:54:10 UTC, bearophile wrote:
Meta:
Why not just return arr.dup instead? You're returning a slice
of a stack-allocated array, so of course you shouldn't write
code like this.
In certain critical code paths heap allocations are evil
(perhaps even if your
On Monday, 6 January 2014 at 07:02:03 UTC, Andrei Alexandrescu
wrote:
On 1/5/14 10:31 PM, Walter Bright wrote:
On 1/5/2014 9:22 PM, Andrei Alexandrescu wrote:
On 1/5/14 8:44 PM, Kenji Hara wrote:
Honestly, lazy import (== defer loading module file and
running
semantic analysis for symbol
On Monday, 6 January 2014 at 23:13:14 UTC, Walter Bright wrote:
On 1/6/2014 3:02 PM, Alex Burton wrote:
All the others should result in an exception at some point.
Exceptions allow stack unwinding, which allows people to write
code that doesn't
leave things in undefined states in the event of
On Tuesday, 7 January 2014 at 11:30:30 UTC, Gary Willoughby wrote:
Can we get one of the core team to make a statement whether or
not the deimos bindings will be added to the dub repository
please?
Thing is i don't want to fork deimos.X11, add the package.json
and submit it if someone else
Can we get one of the core team to make a statement whether or
not the deimos bindings will be added to the dub repository
please?
On Tuesday, 7 January 2014 at 11:29:18 UTC, alex burton wrote:
Hardware exceptions allow for the same thing.
I am not sure what you mean by the above.
You can trap the segfault and access a OS-specific data structure
which tells you where it happened, then recover if the runtime
supports
On 7 Jan 2014 10:20, Dmitry Olshansky dmitry.o...@gmail.com wrote:
07-Jan-2014 12:30, Adam Wilson пишет:
On Tue, 07 Jan 2014 00:05:35 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
There is nothing technically wrong with DirectX on Windows
and unlike OpenGL which
On 1/7/14, Robert Schadek realbur...@gmx.de wrote:
There is a flaw in that design. What if std.range and std.container both
have a matching .front? If you stop after the first you'll not find that
conflict. If you search both you'll not have any speed gain.
Ah damn, you're right. It was too
On Monday, 6 January 2014 at 19:13:19 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 6 January 2014 at 18:34:53 UTC, Keesjan wrote:
Another lib to consider is www.cairographics.org
I think Cairo only support straight lines and cubic bezier
curves in what appears to be a somewhat inefficient
On Tuesday, 7 January 2014 at 12:02:32 UTC, Andrej Mitrovic wrote:
On 1/7/14, Robert Schadek realbur...@gmx.de wrote:
There is a flaw in that design. What if std.range and
std.container both
have a matching .front? If you stop after the first you'll not
find that
conflict. If you search both
On Tuesday, 7 January 2014 at 11:32:42 UTC, Gary Willoughby wrote:
On Tuesday, 7 January 2014 at 11:30:30 UTC, Gary Willoughby
wrote:
Can we get one of the core team to make a statement whether or
not the deimos bindings will be added to the dub repository
please?
Thing is i don't want to
On Tuesday, 7 January 2014 at 12:11:49 UTC, qznc wrote:
On Monday, 6 January 2014 at 19:13:19 UTC, Ola Fosheim Grøstad
Cairo supports defining paths and then drawing/filling them.
Yes, but it is pragmatic in the sense that it apparently makes
approximations to arc (circle/ellipsis) and use
I believe, bearophile was interested in this - a strongly pure
immutable Xorshift32(1) PRNG: http://dpaste.dzfl.pl/5f710daf
On Tuesday, 7 January 2014 at 12:32:23 UTC, Kagamin wrote:
I believe, bearophile was interested in this - a strongly pure
immutable Xorshift32(1) PRNG: http://dpaste.dzfl.pl/5f710daf
I would consider this weakly pure, because the implicit parameter
this is not immutable. A strongly pure PRNG
On 2014-01-06 11:13, Vladimir Panteleev wrote:
Apologies, I missed this review thread. So, some questions / observations:
IMO, the effort to disallow third parties to emit signals on your
object by far exceeds its worth.
For this purpose, you have needed:
- string mixins
- ...which
On 2014-01-07 09:20, Mike wrote:
I think it's OK to emit code that is not used, as long as the linker can
safely strip it out if it can't find a path to it.
With the ModuleInfo and ClassInfo you can do some form of runtime
reflection:
auto foo = Object.create(bar.Foo);
How would the
On Tuesday, 7 January 2014 at 11:36:50 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 7 January 2014 at 11:29:18 UTC, alex burton wrote:
Hardware exceptions allow for the same thing.
I am not sure what you mean by the above.
You can trap the segfault and access a OS-specific data
structure
07-Jan-2014 15:52, Iain Buclaw пишет:
On 7 Jan 2014 10:20, Dmitry Olshansky dmitry.o...@gmail.com
mailto:dmitry.o...@gmail.com wrote:
07-Jan-2014 12:30, Adam Wilson пишет:
On Tue, 07 Jan 2014 00:05:35 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com
On Tuesday, 7 January 2014 at 13:18:51 UTC, Dmitry Olshansky
wrote:
The difference might be in that DX is huge framework, and
vendors effectively write small core for it.
I think this is all just a misunderstanding. Adam probably just
meant that DX drivers are being updated automatically by
On 2014-01-07 09:18, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
Yes, but you can call D as a library from an Objective-C runtime.
1. Objective-C main() calls D main().
2. D main creates OSApplication facade and calls run(someDfunc) on it.
3. Objective-C event loop call
On 2014-01-06 9:48 PM, Rikki Cattermole wrote:
On Monday, 6 January 2014 at 17:38:25 UTC, Etienne wrote:
I'm working on a Framework/CMS where all controllers are in oData so
you can create desktop/mobile applications in e.g. OpenUI5 - this
allows compiling the D Language into a Desktop/Mobile
On Tuesday, 7 January 2014 at 12:51:51 UTC, alex burton wrote:
After reading about signal handling in unix and structured
exception handling on Windows, it sounds possible though
difficult to implement a similar system on unix to introduce an
exception by trapping the seg fault signal, reading
On Tuesday, 7 January 2014 at 14:31:07 UTC, Jacob Carlborg wrote:
On 2014-01-07 09:18, Ola Fosheim Grøstad Yes, sure. In theory
it sounds easy. Although I suspect access to more of the
Objective-C API's are necessary. That would either require more
Objective-C code or using D, which comes back
A while ago, someone contributed D code to my simpledisplay.d
that make an obj-c window. Sadly though, I haven't maintained it
at all* and I'm sure it no longer compiles. But, it might be
fixable, at least to get the basics up again.
* I don't have a mac. A few months ago, I tried to
On 1/7/14 3:30 AM, Gary Willoughby wrote:
Can we get one of the core team to make a statement whether or not the
deimos bindings will be added to the dub repository please?
Without knowing many details about what that would entail, I think they
should be added.
Andrei
On 1/7/14 3:25 AM, monarch_dodra wrote:
Given that you *probably* imported foo with the plan to *use* one of
its functions, you'll encounter an unqualified call sooner rather than
later, and any win will promptly be lost.
It's not a one- or two-levels win, it's a transitive win. An unqualified
On Tuesday, 7 January 2014 at 15:12:45 UTC, Etienne wrote:
On 2014-01-06 9:48 PM, Rikki Cattermole wrote:
On Monday, 6 January 2014 at 17:38:25 UTC, Etienne wrote:
I'm working on a Framework/CMS where all controllers are in
oData so
you can create desktop/mobile applications in e.g. OpenUI5 -
On 07/01/14 13:37, qznc wrote:
I would consider this weakly pure, because the implicit parameter this is not
immutable. A strongly pure PRNG cannot change internal state.
Related -- the work I've been doing on an updated std.random:
On 01/07/2014 05:20 PM, Andrei Alexandrescu wrote:
On 1/7/14 3:25 AM, monarch_dodra wrote:
Given that you *probably* imported foo with the plan to *use* one of
its functions, you'll encounter an unqualified call sooner rather than
later, and any win will promptly be lost.
It's not a one- or
Kagamin:
I believe, bearophile was interested in this
The ER:
https://d.puremagic.com/issues/show_bug.cgi?id=5249
Bye,
bearophile
As you might have seen on the announce forum, we've just opened
pre-registration for DConf 2014:
http://www.reddit.com/r/programming/comments/1umslg/dconf_2014_early_discounted_registration_250_now/
In order to have a kick-ass conference, we need kick-ass content. And
here's where you, um,
On Tuesday, 7 January 2014 at 16:50:58 UTC, Andrei Alexandrescu
wrote:
As you might have seen on the announce forum, we've just opened
pre-registration for DConf 2014:
http://www.reddit.com/r/programming/comments/1umslg/dconf_2014_early_discounted_registration_250_now/
In order to have a
On Monday, 6 January 2014 at 23:34:38 UTC, ilya-stromberg wrote:
But we have a lot of different projects for C bindings, for
example Derelict3 and derelict_extras:
https://github.com/DerelictOrg
https://github.com/p0nce?tab=repositories
How can we join it at the single place?
As Mike
On Tuesday, 7 January 2014 at 11:01:36 UTC, Manu wrote:
On 7 January 2014 20:19, Szymon Gatner noem...@gmail.com
wrote:
On Tuesday, 7 January 2014 at 04:43:47 UTC, Manu wrote:
Well I'm home from the christmas/new year thing, figured I
should kick
this
off.
Nothing to see yet, I'm just
On 2014-01-07 17:10, Adam D. Ruppe wrote:
A while ago, someone contributed D code to my simpledisplay.d that make
an obj-c window. Sadly though, I haven't maintained it at all* and I'm
sure it no longer compiles. But, it might be fixable, at least to get
the basics up again.
It looks like it
On 1/7/14, ponce cont...@gam3sfrommars.fr wrote:
Just last week, this one popped out:
https://github.com/biozic/quantities
It would be way harder to discover it else.
Yep. I visit this page daily: http://code.dlang.org/?sort=addedcategory=
All it's missing is perhaps an RSS feed (but this was
On Tuesday, 7 January 2014 at 17:16:21 UTC, Jacob Carlborg wrote:
It looks like it will setup the basics, but no more than that.
There are some things it doesn't handle and some things it's
not handling correctly.
I honestly think it will be easier to maintain and keep up to
date with
On Tue, 07 Jan 2014 03:52:04 -0800, Iain Buclaw ibuc...@gdcproject.org
wrote:
On 7 Jan 2014 10:20, Dmitry Olshansky dmitry.o...@gmail.com wrote:
07-Jan-2014 12:30, Adam Wilson пишет:
On Tue, 07 Jan 2014 00:05:35 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
There
More interesting was the link that Herb Sutter provided.
Lightweight Drawing Library
http://isocpp.org/files/papers/n3791.html
Looks like he nailed the problem very well - it will be
interesting to see what they come up with.
On Monday, 6 January 2014 at 18:34:53 UTC, Keesjan wrote:
http://www.reddit.com/r/programming/comments/1um3e9/stack4_and_the_d_programming_language_part_1/
On Tue, 07 Jan 2014 05:34:08 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 13:18:51 UTC, Dmitry Olshansky wrote:
The difference might be in that DX is huge framework, and vendors
effectively write small core for it.
I think this is all
On Tue, 07 Jan 2014 04:29:58 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 12:11:49 UTC, qznc wrote:
On Monday, 6 January 2014 at 19:13:19 UTC, Ola Fosheim Grøstad Cairo
supports defining paths and then drawing/filling them.
Yes, but
On Tuesday, 7 January 2014 at 19:00:46 UTC, Adam Wilson wrote:
You seem very concerned that the low-level API will effect the
design of the high-level API. If that happens we've failed and
need to try again.
No, I am afraid that you pick a high-level ENGINE (not HAL API)
and dress it up. If
On Tuesday, 7 January 2014 at 19:00:48 UTC, Adam Wilson wrote:
SVG has a rep for being verbose and slow to parse (It is
basically XML after all). Yes it's supported by all major
browsers, I've just never seen anybody actually use it outside
some small niches.
It is included in your lovely
On Tue, 07 Jan 2014 11:23:47 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 19:00:48 UTC, Adam Wilson wrote:
SVG has a rep for being verbose and slow to parse (It is basically XML
after all). Yes it's supported by all major browsers, I've
On 7 Jan 2014 17:05, Rikki Cattermole alphaglosi...@gmail.com wrote:
On Tuesday, 7 January 2014 at 16:50:58 UTC, Andrei Alexandrescu wrote:
As you might have seen on the announce forum, we've just opened
pre-registration for DConf 2014:
On Tue, 07 Jan 2014 11:21:47 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 19:00:46 UTC, Adam Wilson wrote:
You seem very concerned that the low-level API will effect the design
of the high-level API. If that happens we've failed and
On 1/7/14 9:03 AM, Rikki Cattermole wrote:
Would you guys like to hear about my ORM/web service framework even
though its early days? I have ran into a few things which does set D
apart. And I can compare against PHP in that reguard. Although comming
from New Zealand not sure would be worth it
On Tuesday, 7 January 2014 at 19:31:38 UTC, Adam Wilson wrote:
True enough, but for the moment we are trying to keep the scope
of the project manageable. If someone wants to add it great!
But until then we need to focus on what is required.
Yes, that is true, and then we should define a set
On 2014-01-07 19:12, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
I honestly think it will be easier to maintain and keep up to date with
changes in OS-X if done entirely in Objective-C. If you are interested
in that then I'd be interested in cooperating on a runtime wrapper
On Tue, 07 Jan 2014 12:13:18 -0800, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 7 January 2014 at 19:31:38 UTC, Adam Wilson wrote:
True enough, but for the moment we are trying to keep the scope of the
project manageable. If someone wants to add it great! But
On Tuesday, 7 January 2014 at 20:06:47 UTC, Adam Wilson wrote:
Right, but Mike Parker has experience doing this, his opinion
(I don't know Mike, but it doesn't matter, I never care about
technical opinions anyway. I care about arguments, so name
dropping has zero effect on me. Even Carmack
On Tuesday, 7 January 2014 at 20:23:57 UTC, Adam Wilson wrote:
I think Immediate Mode offers the greatest flexibility and
performance.
But only if you do culling yourself and then render all your
butterflies first, then all your trees, then all your stones etc
in order front to back... So it
http://dlang.org/windows.html
This doesn't work anymore. I don't know what the proper way to boot a Win32
app is.
Is it required to explicitly init the runtime?
On Tuesday, 7 January 2014 at 21:26:07 UTC, Manu wrote:
This doesn't work anymore. I don't know what the proper way to
boot a Win32 app is.
The easiest way is to just write a regular program with a main()
instead of a WinMain. If you need the args, you can get them from
functions like
On 8 January 2014 07:29, Adam D. Ruppe destructiona...@gmail.com wrote:
On Tuesday, 7 January 2014 at 21:26:07 UTC, Manu wrote:
This doesn't work anymore. I don't know what the proper way to boot a
Win32 app is.
The easiest way is to just write a regular program with a main() instead
of a
On Tuesday, 7 January 2014 at 21:37:05 UTC, Manu wrote:
It complains and says to use rt_init(), and that exception
handler thing is gone.
blargh, well Runtime.initialize() without args works too.
I think that page needs to be updated by someone who knows how
it should look.
Yeah, and it'd
For LDC with an ARM backend, you only need to compile with
-march= and/or -mcpu= if you wish to compile for bare-metal.
The version strings are listed here
(http://dlang.org/version.html). So if I understand your
objective, you would only need...
else version(ARM_Thumb) // or version(ARM)
On Tuesday, 7 January 2014 at 21:52:54 UTC, Dwhatever wrote:
So the challenge is, compile and link the simple code above
targeting ARM using LDC, no OS allowed.
My minimal.zip is x86 but should be able to compile that and
might not be hard to port to arm.
http://arsdnet.net/dcode/minimal.zip
On Tuesday, 7 January 2014 at 20:05:52 UTC, Andrei Alexandrescu
wrote:
On 1/7/14 9:03 AM, Rikki Cattermole wrote:
Would you guys like to hear about my ORM/web service framework
even
though its early days? I have ran into a few things which does
set D
apart. And I can compare against PHP in
I also kind of think that having an immediate mode high level API
is a bit pointless. It would allow some nice abstractions, but I
would still favor retained mode and maybe some quick helper
functions that could partially imitate immediate mode (though
that should really be a lower priority).
On Tuesday, 7 January 2014 at 23:08:42 UTC, Ross Hays wrote:
I also kind of think that having an immediate mode high level
API is a bit pointless. It would allow some nice abstractions,
but I would still favor retained mode and maybe some quick
helper functions that could partially imitate
From time to time I find the declaration syntax slightly awkward.
The main
reason is that the identifiers come after the types, making it
harder to
identify names and get an overview of the code. This bothered me
enough to
start playing with alternatives.
My two questions are:
1. Are there
On Tuesday, 7 January 2014 at 21:52:54 UTC, Dwhatever wrote:
What CPU/MCU are you targeting? Are you building for
bare-metal?
Yes, for bare metal, no OS, nothing.
I think I have to specify my target architecture and CPU
otherwise the compiler cannot know that I'm cross compiling for
ARM.
On 8 January 2014 07:43, Adam D. Ruppe destructiona...@gmail.com wrote:
On Tuesday, 7 January 2014 at 21:37:05 UTC, Manu wrote:
It complains and says to use rt_init(), and that exception handler thing
is gone.
blargh, well Runtime.initialize() without args works too.
It didn't work for
1 - 100 of 191 matches
Mail list logo