Currently as a workaround I read all the chars from stdin with
import std.file;
auto s = cast (string) read("/dev/fd/0");
after I found that you can't read from stdin. This is of course
non-portable Linux only code. In perl I frequently use the idiom
$s = join ('', <>);
that correspon
On Thursday, 10 December 2020 at 21:01:30 UTC, Marcone wrote:
In this very generic example && not work to finalize the
instruct and start a new instruct. Yes, I know dmd can build
and run without it, but this is only a example.
execute(["cmd", "/c", "dmd test.d", "&&", "start test.exe"]);
How
On Thursday, 10 December 2020 at 21:01:30 UTC, Marcone wrote:
In this very generic example && not work to finalize the
instruct and start a new instruct. Yes, I know dmd can build
and run without it, but this is only a example.
execute(["cmd", "/c", "dmd test.d", "&&", "start test.exe"]);
How
In this very generic example && not work to finalize the instruct
and start a new instruct. Yes, I know dmd can build and run
without it, but this is only a example.
execute(["cmd", "/c", "dmd test.d", "&&", "start test.exe"]);
How can I substitute && ?
On Thursday, 10 December 2020 at 14:51:51 UTC, ag0aep6g wrote:
...
Thank you for the explanation on mangles.
The problem was caused by an «unittest{ void main() }»
declaration in an import's source file, and for some reason it
had both passed compilation and not resulted in the usual
"undef
On 10.12.20 13:28, z wrote:
When compiling with unit tests(via «dub test», or adding «dflags
"-unittest"»), i'm getting this error at link time :
lld-link: error: undefined symbol:
_D5packagename9subpackage9__mixin119type8toStringMFZAya
The same occurs with OPTLINK.
Curiously, looking at the
When compiling with unit tests(via «dub test», or adding «dflags
"-unittest"»), i'm getting this error at link time :
lld-link: error: undefined symbol:
_D5packagename9subpackage9__mixin119type8toStringMFZAya
The same occurs with OPTLINK.
Curiously, looking at the incriminated .lib file with
On Wednesday, 9 December 2020 at 20:35:21 UTC, Jack wrote:
I'm on linux/opensuse, trying to pass a wchar_* from C to D but
I'm getting only the first letter of that string. Could someone
help figure out why?
[...]
May be this help to you:
auto s2 = to!string(s);
to
auto s2
On Wednesday, 9 December 2020 at 21:28:04 UTC, Paul Backus wrote:
On Wednesday, 9 December 2020 at 21:21:58 UTC, ag0aep6g wrote:
D's wchar is not C's wchar_t. D's wchar is 16 bits wide. The
width of C's wchar_t is implementation-defined. In your case
it's probably 32 bits.
In D, C's wchar_t