On 10/14/20 2:25 PM, Andre Pany wrote:
On Wednesday, 14 October 2020 at 18:08:40 UTC, H. S. Teoh wrote:
On Wed, Oct 14, 2020 at 05:30:37PM +, Andre Pany via
Digitalmars-d-learn wrote:
On Wednesday, 14 October 2020 at 16:39:39 UTC, Imperatorn wrote:
> On Wednesday, 14 October 2020 at
So, it did work...
The problem was on me, I guess.
I was using this example:
https://tour.dlang.org/tour/en/dub/vibe-d
It wasn't working at all...
So I've changed to this one, and it did work.
https://code.dlang.org/packages/vibe-d/0.9.2
I've used the first example, there are some
On Wednesday, 14 October 2020 at 15:27:46 UTC, Andre Pany wrote:
On Wednesday, 14 October 2020 at 13:20:53 UTC, Bruno Rodrigues
wrote:
On Wednesday, 14 October 2020 at 01:32:34 UTC, Steven
Schveighoffer wrote:
[...]
Thank you, Steve!
It did work but none of the examples on the Vibe.d page
On Wednesday, 14 October 2020 at 18:08:40 UTC, H. S. Teoh wrote:
On Wed, Oct 14, 2020 at 05:30:37PM +, Andre Pany via
Digitalmars-d-learn wrote:
On Wednesday, 14 October 2020 at 16:39:39 UTC, Imperatorn
wrote:
> On Wednesday, 14 October 2020 at 15:27:46 UTC, Andre Pany
> wrote:
[...]
> >
On Wed, Oct 14, 2020 at 05:30:37PM +, Andre Pany via Digitalmars-d-learn
wrote:
> On Wednesday, 14 October 2020 at 16:39:39 UTC, Imperatorn wrote:
> > On Wednesday, 14 October 2020 at 15:27:46 UTC, Andre Pany wrote:
[...]
> > > Please add this to your dub.json file:
> > > "versions": [
On Wednesday, 14 October 2020 at 16:39:39 UTC, Imperatorn wrote:
On Wednesday, 14 October 2020 at 15:27:46 UTC, Andre Pany wrote:
On Wednesday, 14 October 2020 at 13:20:53 UTC, Bruno Rodrigues
wrote:
On Wednesday, 14 October 2020 at 01:32:34 UTC, Steven
Schveighoffer wrote:
[...]
Thank you,
On Wednesday, 14 October 2020 at 15:27:46 UTC, Andre Pany wrote:
On Wednesday, 14 October 2020 at 13:20:53 UTC, Bruno Rodrigues
wrote:
On Wednesday, 14 October 2020 at 01:32:34 UTC, Steven
Schveighoffer wrote:
[...]
Thank you, Steve!
It did work but none of the examples on the Vibe.d page
On Wednesday, 14 October 2020 at 13:20:53 UTC, Bruno Rodrigues
wrote:
On Wednesday, 14 October 2020 at 01:32:34 UTC, Steven
Schveighoffer wrote:
[...]
Thank you, Steve!
It did work but none of the examples on the Vibe.d page are
working with current D version...
Some errors I got
When
On Wednesday, 14 October 2020 at 01:32:34 UTC, Steven
Schveighoffer wrote:
On 10/13/20 8:40 PM, Bruno Rodrigues wrote:
So, I tried building a simple hello world with Vibe-d and got
this error
/usr/bin/ld: cannot find -lssl
/usr/bin/ld: cannot find -lcrypto
collect2: error: ld returned 1 exit
On 10/13/20 8:40 PM, Bruno Rodrigues wrote:
So, I tried building a simple hello world with Vibe-d and got this error
/usr/bin/ld: cannot find -lssl
/usr/bin/ld: cannot find -lcrypto
collect2: error: ld returned 1 exit status
Error: linker exited with status 1
/usr/bin/dmd failed with exit code
So, I tried building a simple hello world with Vibe-d and got
this error
/usr/bin/ld: cannot find -lssl
/usr/bin/ld: cannot find -lcrypto
collect2: error: ld returned 1 exit status
Error: linker exited with status 1
/usr/bin/dmd failed with exit code 1.
I have absolutely no ideia what
On 9/29/20 4:38 PM, drug wrote:
It reproduces. As a workaround you can use
```
dub run profdump
```
this command works as expected, I guess it is a bug of dub
Do not execute this command in cloned `profdump` repository - it will
fail too. It works if is called from other places, for example
On 9/29/20 3:41 PM, mw wrote:
I remember I used to able to build this package:
https://github.com/AntonMeep/profdump
but now, I cannot.
Since that package haven't changed for 2 years, maybe it's a dub bug?
System information
$ uname -a
Linux 4.15.0-117-generic #118-Ubuntu SMP Fri Sep 4
I remember I used to able to build this package:
https://github.com/AntonMeep/profdump
but now, I cannot.
Since that package haven't changed for 2 years, maybe it's a dub
bug?
System information
$ uname -a
Linux 4.15.0-117-generic #118-Ubuntu SMP Fri Sep 4 20:02:41 UTC
2020 x86_64
I tried to use a function from a library written in C++ in D.
I've been trying to use it in D. But I got an error in LNK2019
and the build failed.
So I created a simple static library as follows and built it.
```cpp
#pragma once
#include
namespace static_test {
void str_test(LPCSTR
On Tuesday, 25 August 2020 at 01:44:16 UTC, mw wrote:
I just tried, using -m32:
/mnt/c/project/dlang/dmd-2.093.1/windows/bin/sc.ini
[Environment]
DFLAGS="-I%@P%\..\..\src\phobos"
"-I%@P%\..\..\src\druntime\import" "-d" "-m32"
at least that error is
filling up lol
I just completely deleted that `packages` dir, and the
/.dub dir and also the app.sln file; then I start
from scratch:
dub.exe generate visuald
But I got the exact same build error: corrupt MS Coff object.
I think it's showhow caused by the build process itself, maybe
just
that `packages` dir, and the
/.dub dir and also the app.sln file; then I start from
scratch:
dub.exe generate visuald
But I got the exact same build error: corrupt MS Coff object.
I think it's showhow caused by the build process itself, maybe
just inside the unit-threaded-1.0.4 package, any suggestions
On Tuesday, 25 August 2020 at 01:08:49 UTC, mw wrote:
Is it safe to just delete all the:
yup. I have to do this every other week on my work box to keep
its hard drive from filling up lol
On Tuesday, 25 August 2020 at 00:56:51 UTC, Adam D. Ruppe wrote:
Might help to just delete the old directories and let it
redownload and recompile fresh with all the new settings.
Is it safe to just delete all the:
C:\Users...\AppData\Local\dub\packages\
and run `dub upgrade` again to
On Tuesday, 25 August 2020 at 00:41:27 UTC, mw wrote:
How to fix this Coff object issues?
there's two library formats: coff and omf. omf is the old one
that dmd assumes without arguments. coff is the new one with `dmd
-m32mscoff` or `dmd -m64`.
I would guess one of those libs was built
I got this error, when build with
VisualD-v1.0.1-dmd-2.093.1-ldc2-1.23.0.exe
dmd:
lib\unit-threaded_property.lib: Error: corrupt MS Coff object
module
obj\debug\dummy\dummy\dummy\dummy\dummy\dummy\unit-threaded_property\..\..\..\..\..\..\Users...\AppData\Local\dub\packages\unit-threaded
On Sunday, 26 July 2020 at 21:48:09 UTC, Per Nordlöw wrote:
I see. Thanks.
The code
long add_long_n0(alias T=void)(long x) { return x + 0; }
should be
long add_long_n0(T=void)(long x) { return x + 0; }
. My mistake.
Thanks.
On Sunday, 26 July 2020 at 20:32:55 UTC, Iain Buclaw wrote:
This feature?
https://dlang.org/changelog/2.087.0.html#template_alias_matches_basic_types
I see. Thanks.
On Sunday, 26 July 2020 at 19:27:13 UTC, rikki cattermole wrote:
2.066.0 to 2.078.1: Failure with output: onlineapp.d(7): Error:
template instance add_long_n0!void does not match template
declaration add_long_n0(alias T = void)(long x)
2.079.1 to 2.086.1: Failure with output: onlineapp.d(7
On Sunday, 26 July 2020 at 19:27:13 UTC, rikki cattermole wrote:
Old frontend:
Up to 2.060 : Failure with output: onlineapp.d(2): Error:
valid attribute identifiers are @property, @safe, @trusted,
@system, @disable not @nogc
2.061 to 2.065.0: Failure with output:
-
onlineapp.d(2
Old frontend:
Up to 2.060 : Failure with output: onlineapp.d(2): Error: valid
attribute identifiers are @property, @safe, @trusted, @system, @disable
not @nogc
2.061 to 2.065.0: Failure with output:
-
onlineapp.d(2): Error: user defined attributes cannot appear as postfixes
as
gdc -c linear_t.d
it errors as
linear_t.d:6:17: error: template instance add_long_n0!() does not
match template declaration add_long_n0(alias T = void)(long x)
6 | long_sum += add_long_n0!()(cast(long)0);
| ^
Why can't LDC handle such a trivial template
On Wednesday, 15 July 2020 at 07:36:49 UTC, Vitalii wrote:
Many thanks!
I have now deprecated the old wiki page and linked to a new one
with more examples: https://wiki.dlang.org/Logging_mechanisms
On Wednesday, 15 July 2020 at 11:25:34 UTC, aberba wrote:
On Wednesday, 15 July 2020 at 07:01:34 UTC, WebFreak001 wrote:
On Tuesday, 14 July 2020 at 20:37:53 UTC, Marcone wrote:
[...]
Additionally to the other answers telling you how to fix it,
it's important to know why it happens in the
On Wednesday, 15 July 2020 at 07:01:34 UTC, WebFreak001 wrote:
On Tuesday, 14 July 2020 at 20:37:53 UTC, Marcone wrote:
[...]
Additionally to the other answers telling you how to fix it,
it's important to know why it happens in the first place:
[...]
Without reading this very
Many thanks!
On Wednesday, 15 July 2020 at 07:07:55 UTC, Vitalii wrote:
Hello everyone!
I try to compile this recipe with dmd (2.089.0), ldc2 (1.18.0):
https://wiki.dlang.org/Using_string_mixins_for_logging
but get the same error:
mixin_log.d(64): Error: basic type expected, not __FUNCTION__
mixin_log.d(64
Hello everyone!
I try to compile this recipe with dmd (2.089.0), ldc2 (1.18.0):
https://wiki.dlang.org/Using_string_mixins_for_logging
but get the same error:
mixin_log.d(64): Error: basic type expected, not __FUNCTION__
mixin_log.d(64): Error: declaration expected, not __FUNCTION__
On Tuesday, 14 July 2020 at 20:37:53 UTC, Marcone wrote:
import std: isUpper, writeln;
void main(){
writeln(isUpper('A'));
}
Why I get this error? How can I use isUpper()?
Additionally to the other answers telling you how to fix it, it's
important to know why it happens in the first
On 2020-07-14 22:37, Marcone via Digitalmars-d-learn wrote:
import std: isUpper, writeln;
void main(){
writeln(isUpper('A'));
}
Why I get this error? How can I use isUpper()?
Two more options:
either fully qualify the name:
import std;
void main(){
writeln(std.uni.isUpper
On 2020-07-14 22:37, Marcone via Digitalmars-d-learn wrote:
import std: isUpper, writeln;
void main(){
writeln(isUpper('A'));
}
Why I get this error? How can I use isUpper()?
Two more options:
either fully qualify the name:
import std;
void main(){
writeln(std.uni.isUpper
On Tuesday, 14 July 2020 at 20:37:53 UTC, Marcone wrote:
import std: isUpper, writeln;
void main(){
writeln(isUpper('A'));
}
Why I get this error? How can I use isUpper()?
import std.uni: isUpper; // or import std.ascii : isUpper
import std.stdio : writeln;
import std pulls in all
import std: isUpper, writeln;
void main(){
writeln(isUpper('A'));
}
Why I get this error? How can I use isUpper()?
On Wednesday, 8 July 2020 at 00:54:40 UTC, Marcone wrote:
How can I make DMD stop on the first fatal error like
-Wfatal-errors on C++?
With the `-verrors=1` flag. You can specify exactly how many
errors the compiler should emit before halting the compilation.
Specify `0` for unlimited
How can I make DMD stop on the first fatal error like
-Wfatal-errors on C++?
}
When I remove
bool opEquals(Rhs)(Rhs _) {}
error goes away. Seems like a bug to me.
On Tuesday, 16 June 2020 at 12:21:26 UTC, Per Nordlöw wrote:
when
dub test
doesn't?
I'm trying to reduce it through
dustmite phobos-next "dub test 2>&1 | grep -F
'_D6object10_xopEqualsFMxPvMxQeZb'"
Is this the best way to use dustmite in this case?
On Tuesday, 16 June 2020 at 12:21:26 UTC, Per Nordlöw wrote:
All the linker errors originate from zio.d but zio.d has its
unittests disabled so how come this fails to link?
zio.d is not the source of the problem. Something else is.
The common denominator seems to be that the builtins
rary.o:src/nxt/zio.d:_D268TypeInfo_S4core8internal8lifetime__T10emplaceRefTS3nxt13dynamic_array__T12DynamicArrayTSQBm22sso_hashmap_or_hashset__T15SSOHashMapOrSetTkTCQDlQBz20__unittest_L1781_C15FNaNeZ1VVnnTSQFa7digestx3fnv__T3FNVVmi64Vbi1ZQoVki1Vki2Vki1ZQEf1TVQCfnTkZQGmTQHnTG2QGhZQIkFKQIcKQpZ1S6__initZ:
error: undefined reference to '_D6object10_xopEqualsFMx
On Saturday, 13 June 2020 at 12:47:31 UTC, Stanislav Blinov wrote:
[...]
The temporary exists until the end of full expression, or until
the end of enclosing statement. It is simply not an lvalue for
the caller, but it certainly exists, and so its interface must
function.
So public data
On Saturday, 13 June 2020 at 11:26:58 UTC, Johannes Loher wrote:
Why is it a compile error to set `_a` directly but calling `a`
just works fine?
If we prevent modifying members of rvalues directly, I would
also expect calling non-const member functions of rvalues to be
prevented.
1
is it a compile error to set `_a` directly but calling `a` just
works fine?
If we prevent modifying members of rvalues directly, I would also expect
calling non-const member functions of rvalues to be prevented.
On Monday, 8 June 2020 at 19:05:45 UTC, Steven Schveighoffer
wrote:
On 6/8/20 2:53 PM, mw wrote:
And with a symbol-to-c-func table, it should be able to just
call that C func.
Consider that the libc available to the compiler might not be
the same as the libc for the target (e.g. cross
On 6/8/20 2:53 PM, mw wrote:
And with a symbol-to-c-func table, it should be able to just call that C
func.
Consider that the libc available to the compiler might not be the same
as the libc for the target (e.g. cross compilation).
Not just that, but this opens the compiler up to a huge
On Monday, 8 June 2020 at 18:43:58 UTC, Stanislav Blinov wrote:
On Monday, 8 June 2020 at 18:08:57 UTC, mw wrote:
2) even it does so, but why such simple function as lroundl
cannot be CTFE-ed?
Because, as the error message states, there's no source for it
:) std.math calls into C math
On 6/8/20 2:08 PM, mw wrote:
Hi,
I'm trying to build this package:
https://code.dlang.org/packages/fixed
however, the compiler error out:
ldc2-1.21.0-linux-x86_64/bin/../import/std/math.d(5783,39): Error:
llroundl cannot be interpreted at compile time, because it has no
available source
On Monday, 8 June 2020 at 18:38:17 UTC, Paul Backus wrote:
On Monday, 8 June 2020 at 17:55:24 UTC, Andre Pany wrote:
I had a second look on the descriptions and from a non native
speaker view it sounds correct.
But you are right from a native speaker view the wording might
be incorrect.
If
On Monday, 8 June 2020 at 18:08:57 UTC, mw wrote:
2) even it does so, but why such simple function as lroundl
cannot be CTFE-ed?
Because, as the error message states, there's no source for it :)
std.math calls into C math library.
On Monday, 8 June 2020 at 17:55:24 UTC, Andre Pany wrote:
I had a second look on the descriptions and from a non native
speaker view it sounds correct.
But you are right from a native speaker view the wording might
be incorrect.
If you have time, could you check the wording and make a
Hi,
I'm trying to build this package:
https://code.dlang.org/packages/fixed
however, the compiler error out:
ldc2-1.21.0-linux-x86_64/bin/../import/std/math.d(5783,39):
Error: llroundl cannot be interpreted at compile time, because it
has no available source code
Looks like it does some
On Sunday, 7 June 2020 at 16:54:48 UTC, Paul Backus wrote:
On Sunday, 7 June 2020 at 16:26:17 UTC, Andre Pany wrote:
On Sunday, 7 June 2020 at 15:37:27 UTC, Paul Backus wrote:
On Sunday, 7 June 2020 at 12:52:12 UTC, Andre Pany wrote:
I am not sure but $DUB is a variable which could be used
On Sunday, 7 June 2020 at 16:26:17 UTC, Andre Pany wrote:
On Sunday, 7 June 2020 at 15:37:27 UTC, Paul Backus wrote:
On Sunday, 7 June 2020 at 12:52:12 UTC, Andre Pany wrote:
I am not sure but $DUB is a variable which could be used in
dub descriptor file but it isn't an environment variable.
On Sunday, 7 June 2020 at 15:37:27 UTC, Paul Backus wrote:
On Sunday, 7 June 2020 at 12:52:12 UTC, Andre Pany wrote:
I am not sure but $DUB is a variable which could be used in
dub descriptor file but it isn't an environment variable.
$DUB_EXE is an environment variable.
Kind regards
Andre
On Sunday, 7 June 2020 at 12:52:12 UTC, Andre Pany wrote:
I am not sure but $DUB is a variable which could be used in dub
descriptor file but it isn't an environment variable.
$DUB_EXE is an environment variable.
Kind regards
Andre
If what you say is true, the Dub documentation needs to
On Sunday, 7 June 2020 at 12:24:13 UTC, Russel Winder wrote:
On Sun, 2020-06-07 at 10:30 +, Basile B. via
Digitalmars-d-learn wrote: […]
What is the docker image that you use ? If it is an older
version maybe that the $DUB env variable is not yet supported
by the dub version that's
On Sunday, 7 June 2020 at 10:06:14 UTC, Russel Winder wrote:
On Sun, 2020-06-07 at 10:24 +0100, Russel Winder wrote:
Hi,
Why on earth is Dub sending out this error message (Invalid
variable: DUB)
on
GitLab but not on Travis-CI or locally?
OK, that was slightly rhetorical, more reasonably
On Sunday, 7 June 2020 at 11:21:03 UTC, Jacob Carlborg wrote:
On 2020-06-07 11:24, Russel Winder wrote:
Hi,
Why on earth is Dub sending out this error message (Invalid
variable: DUB) on
GitLab but not on Travis-CI or locally?
OK, that was slightly rhetorical, more reasonably, why is dub
On Sun, 2020-06-07 at 13:21 +0200, Jacob Carlborg via Digitalmars-d-learn
wrote:
> On 2020-06-07 11:24, Russel Winder wrote:
> > Hi,
> >
> > Why on earth is Dub sending out this error message (Invalid variable: DUB)
> > on
> > GitLab but not on Travis-CI or locall
On Sun, 2020-06-07 at 10:30 +, Basile B. via Digitalmars-d-learn wrote:
[…]
> What is the docker image that you use ? If it is an older
> version maybe that the $DUB env variable is not yet supported by
> the dub version that's installed (it exists since 2.084.0
> according to [1]).
I am
On 2020-06-07 11:24, Russel Winder wrote:
Hi,
Why on earth is Dub sending out this error message (Invalid variable: DUB) on
GitLab but not on Travis-CI or locally?
OK, that was slightly rhetorical, more reasonably, why is dub sending out this
message at all?
Dub is supposed to make
On Sunday, 7 June 2020 at 10:06:14 UTC, Russel Winder wrote:
On Sun, 2020-06-07 at 10:24 +0100, Russel Winder wrote:
Hi,
Why on earth is Dub sending out this error message (Invalid
variable: DUB)
on
GitLab but not on Travis-CI or locally?
OK, that was slightly rhetorical, more reasonably
On Sun, 2020-06-07 at 10:24 +0100, Russel Winder wrote:
> Hi,
>
> Why on earth is Dub sending out this error message (Invalid variable: DUB)
> on
> GitLab but not on Travis-CI or locally?
>
> OK, that was slightly rhetorical, more reasonably, why is dub sending out
> this
Hi,
Why on earth is Dub sending out this error message (Invalid variable: DUB) on
GitLab but not on Travis-CI or locally?
OK, that was slightly rhetorical, more reasonably, why is dub sending out this
message at all?
--
Russel.
===
Dr Russel Winder
On Wednesday, 27 May 2020 at 11:13:09 UTC, Simen Kjærås wrote:
On Wednesday, 27 May 2020 at 11:03:51 UTC, BoQsc wrote:
I'm lacking knowledge on how to achieve what I want and
getting an error.
What is the correct way to do what I tried to achieve in this
code?
Everything was intuitive until I
On Wednesday, 27 May 2020 at 11:03:51 UTC, BoQsc wrote:
I'm lacking knowledge on how to achieve what I want and getting
an error.
What is the correct way to do what I tried to achieve in this
code?
Everything was intuitive until I started to add notice variable
to the writeln. Rdmd says
I'm lacking knowledge on how to achieve what I want and getting
an error.
What is the correct way to do what I tried to achieve in this
code?
Everything was intuitive until I started to add notice variable
to the writeln. Rdmd says variable `notice` is shadowing
variable.
rdmd output:
C
On Tuesday, 26 May 2020 at 15:18:42 UTC, jmh530 wrote:
On Tuesday, 26 May 2020 at 15:16:25 UTC, jmh530 wrote:
[snip]
Another short-term fix might be to try compiling with the -m32
dflag (need to put in your dub.sdl/json).
Sorry, easier is
dub test --arch=x86
You may also have to make
On Wednesday, 13 May 2020 at 15:26:48 UTC, BoQsc wrote:
[snip]
Linking...
lld-link: error: could not open libcmt.lib: no such file or
directory
lld-link: error: could not open OLDNAMES.lib: no such file or
directory
Error: linker exited with status 1
C:\D\dmd2\windows\bin\dmd.exe failed
On Tuesday, 26 May 2020 at 15:16:25 UTC, jmh530 wrote:
[snip]
Another short-term fix might be to try compiling with the -m32
dflag (need to put in your dub.sdl/json).
Sorry, easier is
dub test --arch=x86
On Thursday, 21 May 2020 at 07:38:45 UTC, data pulverizer wrote:
Started uploading the code and writing the article for this.
The code for each language can be run, see the script.x files
in each folder for details and timings.
https://github.com/dataPulverizer/KernelMatrixBenchmark
Thanks
On Wednesday, 6 May 2020 at 17:31:39 UTC, Jacob Carlborg wrote:
On 2020-05-06 12:23, data pulverizer wrote:
Yes, I'll do a blog or something on GitHub and link it.
It would be nice if you could get it published on the Dlang
blog [1]. One usually get paid for that. Contact Mike Parker.
[1]
On Wednesday, 20 May 2020 at 09:31:38 UTC, Nathan S. wrote:
On Tuesday, 19 May 2020 at 04:54:38 UTC, Joel wrote:
I tried with DMD32 D Compiler v2.088.1-dirty, and it compiled
and created an exe file, but not run (msvcr100.dll not found -
and tried to find it on the net without success).
DMD
On Tuesday, 19 May 2020 at 04:54:38 UTC, Joel wrote:
I tried with DMD32 D Compiler v2.088.1-dirty, and it compiled
and created an exe file, but not run (msvcr100.dll not found -
and tried to find it on the net without success).
DMD 2.089 changed the default linking options. I bet an
I tried with DMD32 D Compiler v2.088.1-dirty, and it compiled and
created an exe file, but not run (msvcr100.dll not found - and
tried to find it on the net without success).
ic" is up to
date.
spellit ~master: building configuration "application"...
..\arsdLib\source\arsd\terminal.d(3657,5): Deprecation: variable
idx is shadowing variable
arsd.terminal.ScrollbackBuffer.drawInto.idx. Rename the foreach
variable.
L
On Thursday, 14 May 2020 at 16:09:16 UTC, solidstate1991 wrote:
When I try to compile my own project under Ubuntu with dub, I
get the following linker error:
/usr/bin/ld: .dub/obj/pixelperfectengine_pixelperfecteditor.o:
undefined reference to symbol 'inflateEnd'
//lib/x86_64-linux-gnu
On Friday, 15 May 2020 at 23:49:37 UTC, solidstate1991 wrote:
Dub should do the linking by itself.
How does it know what to link?
On Friday, 15 May 2020 at 03:46:57 UTC, evilrat wrote:
Um, pardon the stupid question, but did you just forgot to link
it? I can't see a mention of it anywhere in both the old json
and dub.sdl, and I don't see subpackages either. (does it links
implicitly by the compiler?)
Also if it's
On Thursday, 14 May 2020 at 16:09:16 UTC, solidstate1991 wrote:
When I try to compile my own project under Ubuntu with dub, I
get the following linker error:
/usr/bin/ld: .dub/obj/pixelperfectengine_pixelperfecteditor.o:
undefined reference to symbol 'inflateEnd'
//lib/x86_64-linux-gnu
On Wednesday, 13 May 2020 at 15:13:50 UTC, wjoe wrote:
On Friday, 8 May 2020 at 13:43:40 UTC, data pulverizer wrote:
[...] I also chose kernel matrix calculations, you can't
always call a library, sometimes you just need to write
performant code.
Aren't kernel function calls suffering a
When I try to compile my own project under Ubuntu with dub, I get
the following linker error:
/usr/bin/ld: .dub/obj/pixelperfectengine_pixelperfecteditor.o:
undefined reference to symbol 'inflateEnd'
//lib/x86_64-linux-gnu/libz.so.1: error adding symbols: DSO
missing from command line
installer, and set my path to
C:\D\dmd2\windows\bin
Maybe I forget to configure some file(s) ?
Thank you
Loic
I'am still trying to resolve my issue on Windows 7 64 bits.
No one have an idea about this error ?
Thank you
Best
Loic
Finally, I found the solution, by just changed the entry
date.
gtk-d:sv 3.9.0: target for configuration "library" is up to date.
gtk-d:vte 3.9.0: target for configuration "library" is up to date.
hello ~master: building configuration "application"...
Linking...
lld-link: error: could not open libcmt.lib: no such file or
directory
lld-
On Friday, 8 May 2020 at 13:43:40 UTC, data pulverizer wrote:
[...] I also chose kernel matrix calculations, you can't always
call a library, sometimes you just need to write performant
code.
Aren't kernel function calls suffering a context switch though ?
On 2020-05-07 02:17, data pulverizer wrote:
What is the difference between -O2 and -O3 ldc2 compiler optimizations?
`--help` says -O2 is "Good optimizations" and -O3 "Aggressive
optimizations". Not very specific.
--
/Jacob Carlborg
On Friday, 8 May 2020 at 13:36:22 UTC, data pulverizer wrote:
...I've disallowed calling BLAS because I'm looking at the
performance of the programming language implementations rather
than it's ability to call other libraries.
Also BLAS is of limited use for most of all the kernel functions,
On Thursday, 7 May 2020 at 14:49:43 UTC, data pulverizer wrote:
After running the Julia code by the Julia community they made
some changes (using views rather than passing copies of the
array) and their time has come down to ~ 2.5 seconds. The plot
thickens.
I've run the Chapel code past the
On Thursday, 7 May 2020 at 15:41:12 UTC, drug wrote:
07.05.2020 17:49, data pulverizer пишет:
On Thursday, 7 May 2020 at 02:06:32 UTC, data pulverizer wrote:
On Wednesday, 6 May 2020 at 10:23:17 UTC, data pulverizer
wrote:
D: ~ 1.5 seconds
After running the Julia code by the Julia
07.05.2020 17:49, data pulverizer пишет:
On Thursday, 7 May 2020 at 02:06:32 UTC, data pulverizer wrote:
On Wednesday, 6 May 2020 at 10:23:17 UTC, data pulverizer wrote:
D: ~ 1.5 seconds
This is going to sound absurd but can we do even better? If none of
the optimizations we have so
On Thursday, 7 May 2020 at 02:06:32 UTC, data pulverizer wrote:
On Wednesday, 6 May 2020 at 10:23:17 UTC, data pulverizer wrote:
D: ~ 1.5 seconds
This is going to sound absurd but can we do even better? If
none of the optimizations we have so far is using simd maybe we
can get even
On Wednesday, 6 May 2020 at 10:23:17 UTC, data pulverizer wrote:
D: ~ 1.5 seconds
This is going to sound absurd but can we do even better? If none
of the optimizations we have so far is using simd maybe we can
get even better performance by using it. I think I need to go and
read a
On Wednesday, 6 May 2020 at 23:10:05 UTC, data pulverizer wrote:
The -O3 -O5 optimization on the ldc compiler is instrumental in
bringing the times down, going with -02 based optimization even
with the other flags gives us ~ 13 seconds for the 10,000
dataset rather than the very nice 1.5
On Wednesday, 6 May 2020 at 17:31:39 UTC, Jacob Carlborg wrote:
On 2020-05-06 12:23, data pulverizer wrote:
Yes, I'll do a blog or something on GitHub and link it.
It would be nice if you could get it published on the Dlang
blog [1]. One usually get paid for that. Contact Mike Parker.
[1]
So the equivalent for loop would be:
for(int _i = 0; _i < n; ++_i)
{
auto i = _i; // this won't be executed after _i is out of range
... // foreach body
}
So the problem would not be a range error, but just random i's coming
through to the various threads ;)
Very interesting!
-Steve
601 - 700 of 3486 matches
Mail list logo