Re: dub cross compilation binary extension

2017-09-26 Thread Joakim via Digitalmars-d-learn
On Tuesday, 26 September 2017 at 17:48:06 UTC, Andre Pany wrote: Hi, I had set up a cross compilation from Windows to Raspberry Pi using LDC and GCC toolchain. Almost everything is working fine. Dub creates a binary which is runnable on the Raspberry Pi. There is only 1 small issue. Dub creat

Re: This used to compile for months and months, and now it aborts with Error writing file derelict-assimp3-1.3.0

2017-09-26 Thread Adam D. Ruppe via Digitalmars-d-learn
error writing to file on windows is typically caused by the file being in use by another program. Are you running another copy of it at the same time maybe?

This used to compile for months and months, and now it aborts with Error writing file derelict-assimp3-1.3.0

2017-09-26 Thread WhatMeWorry via Digitalmars-d-learn
I don't know the first step about how to trouble shoot this? I haven't changed anything with my configuration. Using dub registry url 'http://code.dlang.org/' Refreshing local packages (refresh existing: true)... Looking for local package map at C:\ProgramData\dub\packages\local-packages.js

Re: segfault on gc.impl.conservative.gc.Gcx.smallAlloc

2017-09-26 Thread Mengu via Digitalmars-d-learn
On Tuesday, 26 September 2017 at 17:06:28 UTC, drug wrote: 26.09.2017 00:34, Mengu пишет: [...] not big deal probably, but isn't ~32GB enormous value here? I would check why bigDataFun return this. i could not find out why. d certainly needs to improve on freebsd. i don't think devs woul

Parameters template and ref types

2017-09-26 Thread SrMordred via Digitalmars-d-learn
When using Parameters!T there are no difference between ref int and int for eg. I know there is ParameterStorageClassTuple!T but it didt solve my problem: I want to transform any ref Type parameters in Type* like: staticMap!( ref2ptr, Parameters!MyFunc ); //(ref int, int) But then again re

Re: detect implicitly convertible typeid's?

2017-09-26 Thread bitwise via Digitalmars-d-learn
On Tuesday, 26 September 2017 at 19:31:56 UTC, Steven Schveighoffer wrote: [...] I just recently fixed Variant so it could accept shared data (so you could pass shared data using std.concurrency), and part of that depends on the fact that I know nothing else can point at the data (so no locki

Re: What the hell is wrong with D?

2017-09-26 Thread Brad Anderson via Digitalmars-d-learn
On Saturday, 23 September 2017 at 20:43:36 UTC, Patrick Schluter wrote: So I checked for all the languages listed: C, C#, Java, Javascript, C++, PHP, Perl and D. All have the same order of precedence except, as always the abomination of all languages: C++ (kill it with fire). C++ is the only la

Re: detect implicitly convertible typeid's?

2017-09-26 Thread Steven Schveighoffer via Digitalmars-d-learn
On 9/26/17 3:14 PM, bitwise wrote: On Tuesday, 26 September 2017 at 17:27:02 UTC, Steven Schveighoffer wrote: -Steve About Variant - I was considering a pull request for retrieving a pointer to the internal data, but figured that it was left out on purpose due to @safety. OTOH, I was loo

Re: detect implicitly convertible typeid's?

2017-09-26 Thread bitwise via Digitalmars-d-learn
On Tuesday, 26 September 2017 at 17:27:02 UTC, Steven Schveighoffer wrote: -Steve About Variant - I was considering a pull request for retrieving a pointer to the internal data, but figured that it was left out on purpose due to @safety. OTOH, I was looking through dmd commits, and it see

dub cross compilation binary extension

2017-09-26 Thread Andre Pany via Digitalmars-d-learn
Hi, I had set up a cross compilation from Windows to Raspberry Pi using LDC and GCC toolchain. Almost everything is working fine. Dub creates a binary which is runnable on the Raspberry Pi. There is only 1 small issue. Dub creates the executable with the windows file extension ".exe". Is ther

Re: detect implicitly convertible typeid's?

2017-09-26 Thread Steven Schveighoffer via Digitalmars-d-learn
On 9/26/17 12:56 PM, bitwise wrote: On Monday, 25 September 2017 at 15:12:57 UTC, Steven Schveighoffer wrote: The answer to the last is that, yes, at the moment you need a custom runtime. I really don't want to maintain a custom runtime just for this. It would be nice if there was a compiler

Re: segfault on gc.impl.conservative.gc.Gcx.smallAlloc

2017-09-26 Thread drug via Digitalmars-d-learn
26.09.2017 00:34, Mengu пишет: hi all this following code block [0] is exiting with "terminated by signal SIGBUS (Misaligned address error)" error. it processes like 200K rows and then fails. any ideas? void getHotels() {   import std.parallelism : taskPool;   import std.functional  : part

Re: detect implicitly convertible typeid's?

2017-09-26 Thread bitwise via Digitalmars-d-learn
On Monday, 25 September 2017 at 15:12:57 UTC, Steven Schveighoffer wrote: [...] I'm not sure of how much use this is, but I do not know enough to say that it's completely useless :) Certainly, some code somewhere has to be able to understand what the actual type of something is. That code ma

Re: segfault on gc.impl.conservative.gc.Gcx.smallAlloc

2017-09-26 Thread Mengu via Digitalmars-d-learn
On Monday, 25 September 2017 at 21:34:40 UTC, Mengu wrote: hi all this following code block [0] is exiting with "terminated by signal SIGBUS (Misaligned address error)" error. it processes like 200K rows and then fails. any ideas? [...] hi all does anyone else have any ideas?

Re: is it bug?

2017-09-26 Thread Steven Schveighoffer via Digitalmars-d-learn
On 9/26/17 8:44 AM, drug wrote: 26.09.2017 15:16, Steven Schveighoffer пишет: Nullable!(char[]) x; writeln(x); // Nullable.null; static struct Foo { Nullable!(char[]) x; } Foo foo; writeln(foo); // error So in one context, printing a nullable char[] works exactly as expected. In another contex

Re: is it bug?

2017-09-26 Thread drug via Digitalmars-d-learn
26.09.2017 15:16, Steven Schveighoffer пишет: Yes, that is the bug, as I said at the end of my message. But you had confused the issue by showing that "hey bar.foo isn't null!" which had nothing to do with the bug. It wasn't null, and wasn't improperly being treated as null. You don't need Ba

Re: is it bug?

2017-09-26 Thread Steven Schveighoffer via Digitalmars-d-learn
On 9/26/17 3:13 AM, drug wrote: 25.09.2017 22:58, Steven Schveighoffer пишет: First up, the non-bug: You wrote: writeln(bar.foo.isNull); // false writeln(bar.foo); // error But bar.foo is this: struct Foo {     Nullable!(char[2]) value; } And bar.foo is nullable itself. It's a nullable!Foo

Re: htod (8.52.5n) not recognizing wchar_t?

2017-09-26 Thread DanielG via Digitalmars-d-learn
Thanks!

Re: htod (8.52.5n) not recognizing wchar_t?

2017-09-26 Thread Jonathan M Davis via Digitalmars-d-learn
On Tuesday, September 26, 2017 07:33:57 DanielG via Digitalmars-d-learn wrote: > According to this page (https://dlang.org/htod.html), wchar_t > should be recognized as wchar. But I'm just getting an error: > "Error: ')' expected" ... anywhere a wchar_t appears in my .h > file. > > Anything I need

Re: segfault on gc.impl.conservative.gc.Gcx.smallAlloc

2017-09-26 Thread Mengu via Digitalmars-d-learn
On Tuesday, 26 September 2017 at 00:36:36 UTC, Vladimir Panteleev wrote: On Monday, 25 September 2017 at 21:34:40 UTC, Mengu wrote: delete fileContents; This looks suspicious - it is a slice of the memory-mapped file, not memory on the GC-managed heap, so "delete" is inapplicable to it.

htod (8.52.5n) not recognizing wchar_t?

2017-09-26 Thread DanielG via Digitalmars-d-learn
According to this page (https://dlang.org/htod.html), wchar_t should be recognized as wchar. But I'm just getting an error: "Error: ')' expected" ... anywhere a wchar_t appears in my .h file. Anything I need to do? I'd prefer to keep this entire file uncommented so I don't always have to hand

Re: is it bug?

2017-09-26 Thread drug via Digitalmars-d-learn
25.09.2017 22:58, Steven Schveighoffer пишет: First up, the non-bug: You wrote: writeln(bar.foo.isNull); // false writeln(bar.foo); // error But bar.foo is this: struct Foo {    Nullable!(char[2]) value; } And bar.foo is nullable itself. It's a nullable!Foo. It's a Nullable!Foo, that is n