I get an "ambiguous virtual function" error when I compile this:
interface I {
void fun();
}
mixin template F() {
void fun() {}
}
class C : I {
mixin F;
mixin F;
}
But the error doesn't occur with this:
class C : I {
mixin F;
void fun() {}
}
Is the com
On Wednesday, 5 December 2018 at 19:12:34 UTC, Nadir Chowdhury
wrote:
I'm fairly new to Dlang, but have learnt the basics. I wondered
how I would be able to make an OpenGL-based Engine in D, what
libraries would I need? Your help will be much appreciated!
- NCPlayz
I use Derelict's GLFW bind
On Wednesday, 5 December 2018 at 19:12:34 UTC, Nadir Chowdhury
wrote:
I'm fairly new to Dlang, but have learnt the basics. I wondered
how I would be able to make an OpenGL-based Engine in D, what
libraries would I need? Your help will be much appreciated!
- NCPlayz
I use BindBC-OpenGL for my
On Wednesday, 5 December 2018 at 23:18:49 UTC, H. S. Teoh wrote:
Maybe if you described to us exactly what you want to do, we
could find a way to do it that doesn't involve language holes
that are not guaranteed to work?
Honestly I don't know.
I was just messing around.
My initial question was
On Wed, Dec 05, 2018 at 10:57:37PM +, Sjoerd Nijboer via
Digitalmars-d-learn wrote:
[...]
> I was trying to get some form of persistant import outside of the
> function/template scope in the module scope, depending on the
> parameters of the function or template. I hoped I could find
> someth
On Wednesday, 5 December 2018 at 21:21:12 UTC, Adam D. Ruppe
wrote:
Looks intended. It doesn't really make sense to have a public
import inside a function.
I was trying to find a weird corner of the language and maybe do
something funny with conditional imports.
They don't work in functions, h
On Wednesday, 5 December 2018 at 21:13:29 UTC, Sjoerd Nijboer
wrote:
A small question.
Is it intended behaviour that public imports inside function
calls fail with the message "Error: found public instead of
statement", or is it an underdocumented feature?
void foo()
{
public import bar;
On Wednesday, 5 December 2018 at 21:13:29 UTC, Sjoerd Nijboer
wrote:
A small question.
Is it intended behaviour that public imports inside function
calls fail with the message "Error: found public instead of
statement", or is it an underdocumented feature?
Looks intended. It doesn't really ma
On Wed, Dec 05, 2018 at 08:44:13PM +, Adam D. Ruppe via Digitalmars-d-learn
wrote:
> On Wednesday, 5 December 2018 at 20:36:43 UTC, Nadir Chowdhury wrote:
> > I'm on Windows 10, so which parts would differ? Sorry, should've
> > mentioned it in my original post. Thanks for the reply!
>
> Basic
A small question.
Is it intended behaviour that public imports inside function
calls fail with the message "Error: found public instead of
statement", or is it an underdocumented feature?
void foo()
{
public import bar;
}
On Wednesday, 5 December 2018 at 20:36:43 UTC, Nadir Chowdhury
wrote:
I'm on Windows 10, so which parts would differ? Sorry,
should've mentioned it in my original post. Thanks for the
reply!
Basically all of it lol. The principals are the same, but the
specific functions are all different.
On Wednesday, 5 December 2018 at 20:06:09 UTC, H. S. Teoh wrote:
I don't know what OS you're on, but I have a Linux project [...]
I'm on Windows 10, so which parts would differ? Sorry, should've
mentioned it in my original post. Thanks for the reply!
On Wed, Dec 05, 2018 at 07:12:34PM +, Nadir Chowdhury via
Digitalmars-d-learn wrote:
> I'm fairly new to Dlang, but have learnt the basics. I wondered how I
> would be able to make an OpenGL-based Engine in D, what libraries
> would I need? Your help will be much appreciated!
[...]
All you n
I'm fairly new to Dlang, but have learnt the basics. I wondered
how I would be able to make an OpenGL-based Engine in D, what
libraries would I need? Your help will be much appreciated!
- NCPlayz
On Wednesday, 5 December 2018 at 17:12:03 UTC, Anonymouse wrote:
On Wednesday, 5 December 2018 at 16:56:12 UTC, Andre Pany wrote:
The compiler (DMD) is triggered to generate a JSON file
docs.json which contains technical information used by ddox in
a later step. The error message you see is thr
On 12/5/18 12:00 PM, Steven Schveighoffer wrote:
But in cases where you aren't assigning a variable,
float[](1.0, 2.1, 3.5) would be more desirable than casting (since
casting is dangerous).
Sorry, I meant float[]([1.0, 2.1, 3.5])
-Steve
On Wednesday, 5 December 2018 at 16:56:12 UTC, Andre Pany wrote:
The compiler (DMD) is triggered to generate a JSON file
docs.json which contains technical information used by ddox in
a later step. The error message you see is thrown by dmd.
At this point of time, ddoxFilterArgs isn't evaluated
On 12/5/18 5:34 AM, Stanislav Blinov wrote:
On Tuesday, 4 December 2018 at 23:28:42 UTC, H. S. Teoh wrote:
Well OK, for int[] it's kinda silly 'cos that's the default, but in my
code I've often had to write things like:
auto z = cast(float[]) [ 1.0, 2.0, 3.0 ];
Err,
auto z = [ 1.0f, 2,
On Wednesday, 5 December 2018 at 15:55:45 UTC, Anonymouse wrote:
As far as I understand you use dub.json "-ddoxFilterArgs": [
"--ex", "pattern" ] to make ddox exclude files from the
documentation it generates. However, it still parses, warns and
errors out on dependencies, even if they're set u
As far as I understand you use dub.json "-ddoxFilterArgs": [
"--ex", "pattern" ] to make ddox exclude files from the
documentation it generates. However, it still parses, warns and
errors out on dependencies, even if they're set up to be exempted.
1. $ dub init
[...]
Add dependency (leave emp
On Wednesday, 5 December 2018 at 11:43:46 UTC, evilrat wrote:
Are you sure you don't confuse lines with columns?
Here it says it is row major
https://github.com/d-gamedev-team/gfm/blob/master/math/gfm/math/matrix.d#L17
Yes, sorry I made a mistake. It's indeed row-major in gfm:math.
The only
On Wednesday, 5 December 2018 at 02:08:13 UTC, Jedzia wrote:
dmd2-2.083.0, win
minimal dub init
with dub.json:
{
"description": "A minimal D application.",
"dependencies": {
"iz": "~>0.6.23"
},
"authors": [
"Jedzia"
],
On Wednesday, 5 December 2018 at 10:52:44 UTC, Guillaume Piolat
wrote:
On Wednesday, 5 December 2018 at 01:57:53 UTC, evilrat wrote:
On Tuesday, 4 December 2018 at 20:41:54 UTC, Guillaume Piolat
wrote:
On Tuesday, 4 December 2018 at 20:33:07 UTC, John Burton
wrote:
What is the best alternative
On Wednesday, 5 December 2018 at 10:52:44 UTC, Guillaume Piolat
wrote:
On Wednesday, 5 December 2018 at 01:57:53 UTC, evilrat wrote:
On Tuesday, 4 December 2018 at 20:41:54 UTC, Guillaume Piolat
wrote:
[...]
I was using gl3n then switched to gfm math. Try gfm, IIRC it
should work without muc
On Wednesday, 5 December 2018 at 01:57:53 UTC, evilrat wrote:
On Tuesday, 4 December 2018 at 20:41:54 UTC, Guillaume Piolat
wrote:
On Tuesday, 4 December 2018 at 20:33:07 UTC, John Burton wrote:
What is the best alternative for D, assuming there is
anything?
(I want vector, matrix math for use
On Tuesday, 4 December 2018 at 23:28:42 UTC, H. S. Teoh wrote:
Well OK, for int[] it's kinda silly 'cos that's the default,
but in my code I've often had to write things like:
auto z = cast(float[]) [ 1.0, 2.0, 3.0 ];
Err,
auto z = [ 1.0f, 2, 3 ];
?
26 matches
Mail list logo
