So, I've gotten interested in kernel programming in D.. And as
much as I like C/C++, I wanna try innovating, I'm aware that
phobos/gc and any OS-specific issues are going to be a problem,
but I'm willing to implement them into the kernel itself.
So, I guess what I'm asking is this: What should
On Saturday, 1 February 2014 at 19:26:03 UTC, TheFlyingFiddle
wrote:
On Friday, 31 January 2014 at 21:33:50 UTC, Mineko wrote:
So, I'm implementing some parallelism in my engine (maybe some
concurrency where appropriate later), and I'm having some
issues with thread safety, and s
So, I'm implementing some parallelism in my engine (maybe some
concurrency where appropriate later), and I'm having some issues
with thread safety, and synchronize ain't cutting it.
What I figure is that if I can get the IO class working within a
parallel thread then everything else should fal
On Friday, 31 January 2014 at 02:26:51 UTC, Adam D. Ruppe wrote:
On Friday, 31 January 2014 at 02:15:08 UTC, Mineko wrote:
I'm completely lost on this one, here's the error message:
I think it is because "shared" is a keyword in D, so your
module name
module whateve
I'm completely lost on this one, here's the error message:
Core plugin failed to compile:
res/plugins/shared/shared.d(31): Error: Identifier expected
following package
res/plugins/shared/api.d(31): Error: Identifier expected
following package
res/plugins/core/settings.d(57): Error: identifier e
I can't remember whether or not I've asked this.. But either way,
is it possible to "export" a class or a struct or something like
you do with a windows dll with a linux shared library (dll)?
On Sunday, 26 January 2014 at 03:39:37 UTC, TheFlyingFiddle wrote:
On Saturday, 25 January 2014 at 23:28:07 UTC, Mineko wrote:
Alright.. For the record, I've been searching on how to fix
this for 2 hours now, so yeah.
Anyway, here's the issue, and it's probably half Ope
On Sunday, 26 January 2014 at 02:39:29 UTC, Rikki Cattermole
wrote:
On Saturday, 25 January 2014 at 23:28:07 UTC, Mineko wrote:
Alright.. For the record, I've been searching on how to fix
this for 2 hours now, so yeah.
Anyway, here's the issue, and it's probably half Ope
Alright.. For the record, I've been searching on how to fix this
for 2 hours now, so yeah.
Anyway, here's the issue, and it's probably half OpenGL being
well.. OpenGL, and the other half being D-C interfacing.
Point is, I'm trying to draw a triangle with a custom Triangle
class I made, and I
Ok thank both of you, looks like I really will have to wait on
Windows DLL's.
Alright.. I've been having issues with getting windows DLL's to
work with DMD, as in I can't make them and can't even compile
without a bunch of errors.
So, I need help on that, as the dll part of the site ain't
helping.
Also, any idea on how to convert some of the dll stuff on
https://gith
On Tuesday, 21 January 2014 at 14:19:51 UTC, Russel Winder wrote:
I appear to be unable to use Google the last couple of days :-(
so I
admit defeat, expose my current ignorance, hopefully to quickly
become
enlightened.
Is it possible to easily with DMD, LDC and/or GDC create shared
objects
a
So, these are the commands I put in:
../gdc/x86_64/gdc -c -fPIC -B ../gdc/x86_64 -I
../gdc/x86_64/phobos test.d
This one worked fine, as expected.
The problem is here:
../gdc/x86_64/gdc -lgphobos2 -shared -B ../gdc/x86_64 test.o -o
test.so
And this is what the problem outputs:
ld: /lib/../li
Today I'm asking a more theoretical question, since I can't quite
grasp this one too well.
Let's say I want 3 while-loops running in parallel, without
getting in the way of each other, how would I do that?
With std.parallel of course, but that's where I get confused,
perhaps someone could en
On Tuesday, 14 January 2014 at 12:58:04 UTC, Mike Parker wrote:
On 1/14/2014 9:55 PM, Mike Parker wrote:
That way, initGL does not depend on the window already
being created.
Actually, scratch that. DerelictGL3.reload does depend on the
context already being created. However, the call to
g
On Tuesday, 14 January 2014 at 09:35:11 UTC, evilrat wrote:
On Tuesday, 14 January 2014 at 07:44:21 UTC, Mineko wrote:
this.get = glfwCreateWindow(settings.width, settings.height,
toStringz(settings.title), this.monitor, this.share);
writeln(this.get);
That
On Tuesday, 14 January 2014 at 07:23:52 UTC, evilrat wrote:
the reason string.dup worked is due to GC on app side, right
after the moment your lib receive the original string it is may
be marked by GC for collection, so you need to save a copy on
lib side. but using the proxies it should work
Sorry for the double post, I should be more specific.
.dup worked, I don't know how to have the GC proxy for shared
libs though.
On Tuesday, 14 January 2014 at 06:40:52 UTC, evilrat wrote:
On Tuesday, 14 January 2014 at 05:50:37 UTC, Mineko wrote:
Alright, so I FINALLY got shared libraries somewhat working
through my program, however I have some issues transferring
data between the shared library and the main program
Alright, so I FINALLY got shared libraries somewhat working
through my program, however I have some issues transferring data
between the shared library and the main program, the problem is
between
https://github.com/MinekoRox/Breaker-Engine/blob/master/src/breaker/utility/settings.d
and
https
On Sunday, 5 January 2014 at 19:47:46 UTC, FreeSlave wrote:
Some code snippets of what you try to do would help.
Maybe this example explain you something:
//mod.d
extern(C) int foo = 42;
void changeFoo(int val)
{
foo = val;
}
//main.d
import std.stdio;
import mod;
int main()
{
write
On Sunday, 5 January 2014 at 19:08:44 UTC, Jeremy DeHaan wrote:
On Sunday, 5 January 2014 at 18:22:54 UTC, Mineko wrote:
I keep getting mixed results searching for this. :\
Just as the title says, is it safe to extern (C) variables?
Something like this:
extern (C) auto foo = 800;
And then
I keep getting mixed results searching for this. :\
Just as the title says, is it safe to extern (C) variables?
Something like this:
extern (C) auto foo = 800;
And then call that from another program?
Also, just because this has been bugging me for a while.. Is
export broken, or it it not sup
Thank you Jeroen, Dicebot's post was EXTREMELY helpful, and was
more or less what I was looking for! :D
On Friday, 3 January 2014 at 20:34:17 UTC, Jeroen Bollen wrote:
On Friday, 3 January 2014 at 20:31:09 UTC, Mineko wrote:
So, I was doing some stuff with shared libraries and need some
confirmation on what's going on with
http://dlang.org/dll-linux.html
Is that page recent, or reall
So, I was doing some stuff with shared libraries and need some
confirmation on what's going on with
http://dlang.org/dll-linux.html
Is that page recent, or really old?
It's using printf and stuff so uhh.. Seems old.
Could anyone here perhaps give me a more recent explanation of
how to do the
""libs": [ "phobos2" ]" worked perfectly, thank you so much. :)
On Friday, 3 January 2014 at 15:03:27 UTC, Mathias LANG wrote:
On Friday, 3 January 2014 at 15:01:16 UTC, Mineko wrote:
So, I can get a shared library compiled normally (Assuming
it's already compiled first with -shared -fPIC etc) with: dmd
-of'Breaker Engine.so' 'Break
So, I can get a shared library compiled normally (Assuming it's
already compiled first with -shared -fPIC etc) with: dmd
-of'Breaker Engine.so' 'Breaker Engine.o' -shared
-defaultlib=libphobos2.so -L-rpath=$PWD
However, for some reason dub is having issues whenever I try to
compile it as a sh
On Friday, 3 January 2014 at 13:03:50 UTC, Jacob Carlborg wrote:
On 2014-01-03 14:00, Mineko wrote:
This is another short one, is it possible to export/extern (C)
an entire
module, is it safe?
Also, how do you import said module, this one I don't quite
get.
So, something like this:
This is another short one, is it possible to export/extern (C) an
entire module, is it safe?
Also, how do you import said module, this one I don't quite get.
So, something like this:
dll.d:
extern (C) module test;
int foo() {...}
-
main.d
int main(string[] args)
{
On Tuesday, 31 December 2013 at 22:58:04 UTC, Jonathan M Davis
wrote:
On Tuesday, December 31, 2013 12:33:06 Charles Hixson wrote:
In ddoc, if there is a way, how could I make, say, class names
in the
generated documentation be blue? Here I only want to change
class and
struct titles, and poss
On Sunday, 29 December 2013 at 16:06:51 UTC, Dicebot wrote:
AFAIK shared libraries are not yet supported by GDC / LDC, at
least not as supported as in DMD.
Thank you, at least now I know I mainly wasted my time, and can
now move on to other ideas.
Although I got some interesting stuff workin
I also get another strange error I can't solve, whenever I
compile something with GDC without the standard library
(-nostdlib) I get this whenever I try to access the shared
library. (like the above but without libgphobos, with nostdlib
instead)
undefined symbol: _Dmodule_ref
Any ideas?
Never mind, I fixed it.
The one time I don't use google..
confirmation*
On Tuesday, 24 December 2013 at 08:24:09 UTC, Johannes Pfau wrote:
Am Mon, 23 Dec 2013 06:20:51 +
schrieb "Mineko" :
This one's kinda short..
Is it possible to change the variable that gdc finds cc1d?
Something like gdc -gcc=/whatever/gcc_backend?
The -B option should d
This one's kinda short..
Is it possible to change the variable that gdc finds cc1d?
Something like gdc -gcc=/whatever/gcc_backend?
On Saturday, 21 December 2013 at 22:51:53 UTC, John Colvin wrote:
On Saturday, 21 December 2013 at 22:18:58 UTC, Mineko wrote:
On Saturday, 21 December 2013 at 22:07:42 UTC, John Colvin
wrote:
To the best of my knowledge it's totally ok to have your
program download the latest zip
On Saturday, 21 December 2013 at 22:07:42 UTC, John Colvin wrote:
To the best of my knowledge it's totally ok to have your
program download the latest zip from dlang.org on the client
machine and use that.
Sounds good to me, I more or less know what to do now, I'll be
using DMD because of i
On Saturday, 21 December 2013 at 10:00:10 UTC, Kelet wrote:
On Saturday, 21 December 2013 at 08:55:04 UTC, Mineko wrote:
This is a fairly basic question but I can't find any good
answers, so I'm asking..
Anyways, I want to be able to invoke the D compiler, whichever
that might be f
This is a fairly basic question but I can't find any good
answers, so I'm asking..
Anyways, I want to be able to invoke the D compiler, whichever
that might be from inside of a D program, so I can say, compile a
D script on-the-fly in some game, it's just an idea though.
To be even more to t
On Monday, 9 December 2013 at 19:53:09 UTC, Adam D. Ruppe wrote:
When you used the class, did you remember to new it?
Unlike C++, "Io io;" in D would be null. You have to create it
with "io = new Io();"
You got me thinking in the right direction, turns out I was
putting in a bad parameter at
So, I was doing some coding to my IO.d, and came across the
strangest error, I looked it up and tried some different asserts,
which is why it shows up as something different from "null this"
now, anyway here, I seriously can't figure this out, the code is
here: http://pastebin.com/bGiKMM4Y
co
just occured to me, and it'll
keep me from getting lectured about scopes and imports. :P
On Friday, 6 December 2013 at 17:32:24 UTC, Dicebot wrote:
On Friday, 6 December 2013 at 16:56:29 UTC, bearophile wrote:
Mineko:
https://github.com/MinekoRox/Breaker-3D-Game-Engine
Notes:
- Usually
On Saturday, 7 December 2013 at 12:23:38 UTC, nazriel wrote:
On Friday, 6 December 2013 at 04:43:44 UTC, Mineko wrote:
So, it's my first time implementing something like logging and
ini parsing/creating, and it appears to work perfectly, but
I'm not neccessarily a master of D yet
Alright cool, I'll get on that real soon, I'm not too used to D's
importing system anyway, so I appreciate it. I suppose I'll have
to do some research on pure and nothrow too, I've never really
bothered with those.
On Friday, 6 December 2013 at 05:32:56 UTC, Mineko wrote:
On Friday, 6 December 2013 at 05:22:07 UTC, Ali Çehreli wrote:
On 12/05/2013 08:43 PM, Mineko wrote:
> I might be missing out on some D-only features
The first thing I've noticed is that you are not using UFCS,
perhaps bec
On Friday, 6 December 2013 at 05:22:07 UTC, Ali Çehreli wrote:
On 12/05/2013 08:43 PM, Mineko wrote:
> I might be missing out on some D-only features
The first thing I've noticed is that you are not using UFCS,
perhaps because you don't like it (yet ;) ) but look how
natur
So, it's my first time implementing something like logging and
ini parsing/creating, and it appears to work perfectly, but I'm
not neccessarily a master of D yet..
So, I wanted some advice from my seniors if there's anything I
should improve on such, I might be missing out on some D-only
feat
On Saturday, 23 November 2013 at 22:41:41 UTC, Mikko Ronkainen
wrote:
Try moving
glGenVertexArrays(1, &vao);
glBindVertexArray(vao);
at the top.
You're my new best friend, no, let's get married.
Really though, thanks, this one's been eating at me a bit.
Not quite sure how to explain this one, all I know is that a
triangle won't render and it probably has something to do with
bufferdata or one of it's inputs, since this is D I had to do
some roundabout things to get it work with a C library like
OpenGL so.. Yeah..
https://github.com/MinekoRox
I did a complete restructure of the engine, so it'd be a bit
better for later use.
If there's anything I missed or anything I should fix, please
tell me.
Ignore the opengl stuff though, right now it's more or less a
placeholder so I can implement the base functions first and
forthmost.
http
On Wednesday, 20 November 2013 at 09:15:41 UTC, Rene Zwanenburg
wrote:
Hi,
A few things jumped out at me:
Camera.d:
- The use of x, y, z and rx, ry, rz. These should really be in
some vector struct. Since you're using Dub, you can easily use
gl3n [1][2]. While it's still pretty basic, shoul
On Wednesday, 20 November 2013 at 20:57:11 UTC, Franz wrote:
On Wednesday, 20 November 2013 at 20:00:17 UTC, Mineko wrote:
On Wednesday, 20 November 2013 at 19:38:09 UTC, Paulo Pinto
wrote:
as long as the engine itself is free and redistributed intact
then everything is fine.
Then you are
On Wednesday, 20 November 2013 at 19:38:09 UTC, Paulo Pinto wrote:
I would suggest dual license.
GPL for open source projects and something else for commercial
projects.
It all depends how you see companies using your code, without
any kind of retribution or recognition. I see this happenin
On Wednesday, 20 November 2013 at 10:20:06 UTC, Rene Zwanenburg
wrote:
On Wednesday, 20 November 2013 at 09:15:41 UTC, Rene Zwanenburg
wrote:
Hi,
A few things jumped out at me:
Camera.d:
...
Oops, I have to run.. Will take a look at the rest later.
Still regarding camera.d:
- The glfw3 im
On Wednesday, 20 November 2013 at 15:30:32 UTC, Geancarlo Rocha
wrote:
You should fix your LICENSE following these instructions
http://www.gnu.org/licenses/gpl-howto.html. I hope you
understand the virality of GPL and why most people won't touch
your code for real work.
Yeah I know, have an
Wow!
You guys are really helpful, I wouldn't have thought about a lot
of that, I'll pounce on all of this right after breakfast!
Thanks! :D
Yo, I'm starting off a new game engine designed around D, and I
just wanted to know if some of you might be kind enough to review
some of my base code and tell me if I need to change anything in
it.. While it's small. ;_;
I'm still learning D, I quite like it, the power of C++ in some
parts,
60 matches
Mail list logo