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
Wow, good stuff, very impressive, I'm making a engine myself
called Breaker Engine (Coded in D), and I might just have to take
a few tips from your engine.
Although I've neglected it for about 2 months now lol, I've been
gathering data as my math is not so good..
If anything I make in my
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 synchronize
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
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
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 whatever.shared.shared
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)?
Ok thank both of you, looks like I really will have to wait on
Windows DLL's.
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
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 OpenGL being
well
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 OpenGL being
well
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
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
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:
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
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
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
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
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
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
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()
{
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 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:
dll.d
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
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' 'Breaker Engine.o' -shared
libs: [ phobos2 ] worked perfectly, thank you so much. :)
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
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 really old
Thank you Jeroen, Dicebot's post was EXTREMELY helpful, and was
more or less what I was looking for! :D
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
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?
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
On Tuesday, 24 December 2013 at 08:24:09 UTC, Johannes Pfau wrote:
Am Mon, 23 Dec 2013 06:20:51 +
schrieb Mineko umineko...@gmail.com:
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
confirmation*
Never mind, I fixed it.
The one time I don't use google..
This one's kinda short..
Is it possible to change the variable that gdc finds cc1d?
Something like gdc -gcc=/whatever/gcc_backend?
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
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 from inside
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
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 from
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
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
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..
So, I
, this 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 in D
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 because you
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.
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
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
natural the syntax
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..
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.
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.
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,
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
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
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
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
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
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,
59 matches
Mail list logo
