On Friday, 28 October 2022 at 02:46:42 UTC, ryuukk_ wrote:
On Friday, 28 October 2022 at 01:35:04 UTC, kinke wrote:
For fully static linking on Linux, you'll need to move away
from glibc to e.g. the musl C runtime, as used by the Alpine
distro.
I'm just right now having an issue with glibc
On Friday, 28 October 2022 at 01:35:04 UTC, kinke wrote:
For fully static linking on Linux, you'll need to move away
from glibc to e.g. the musl C runtime, as used by the Alpine
distro.
I'm just right now having an issue with glibc version mismatch
for my server, so i'm looking to move to
On Thursday, 27 October 2022 at 16:40:20 UTC, DLearner wrote:
I'm not getting on with DUB.
Maybe fewer people use it under Windows, so Windows constructs
don't get exercised so much.
Is there a non-DUB way of arranging that
`import arsd.terminal;`
will use that module as held on GitHub?
On Friday, 28 October 2022 at 01:37:50 UTC, Mike Parker wrote:
This has nothing to do with dub and is not a D issue
specifically. Enter your error message in Google and you'll get
a long list of results. Maybe one of them can help you.
Or do what kinke suggests :-)
For fully static linking on Linux, you'll need to move away from
glibc to e.g. the musl C runtime, as used by the Alpine distro.
On Thursday, 27 October 2022 at 08:08:38 UTC, Yura wrote:
curl.d:(.text._D3std3net4curl7CurlAPI7loadAPIFZPv+0xd):
warning: Using 'dlopen' in statically linked applications
requires at runtime the shared libraries from the glibc version
used for linking
and many other warnings like this.
On 28/10/2022 5:40 AM, DLearner wrote:
Maybe fewer people use it under Windows, so Windows constructs don't get
exercised so much.
I have actively contributed to dub specifically for Windows in the last
year :)
There is enough of us.
Also UNC paths (those with drives and then the slash)
On Thursday, 27 October 2022 at 17:17:01 UTC, ab wrote:
How can I prevent the compiler from removing the code I want to
measure?
With many C compilers, you can use volatile assembly blocks for
that. With LDC -O3, a regular assembly block also does the trick
currently:
```D
void main()
{
On Thu, Oct 27, 2022 at 06:20:10PM +, Imperatorn via Digitalmars-d-learn
wrote:
> On Thursday, 27 October 2022 at 17:17:01 UTC, ab wrote:
> > Hi,
> >
> > when trying to compare different implementations of the optimized
> > builds of a pure function using benchmark from
> >
On Thursday, 27 October 2022 at 17:17:01 UTC, ab wrote:
Hi,
when trying to compare different implementations of the
optimized builds of a pure function using benchmark from
std.datetime.stopwatch, I get times equal to zero, I suppose
because the functions are not executed as they do not have
Hi,
when trying to compare different implementations of the optimized
builds of a pure function using benchmark from
std.datetime.stopwatch, I get times equal to zero, I suppose
because the functions are not executed as they do not have side
effects.
The same happens with the example from
On Thursday, 27 October 2022 at 00:35:26 UTC, Hipreme wrote:
On Wednesday, 26 October 2022 at 22:51:53 UTC, DLearner wrote:
On Wednesday, 26 October 2022 at 18:53:58 UTC, Hipreme wrote:
On Wednesday, 26 October 2022 at 18:37:00 UTC, DLearner wrote:
[...]
The linker failed to resolve because
Thank you! I tried this one, but it did not help. All these
warnings survived :
"... Using 'getservbyport' in statically linked applications
requires at runtime the shared libraries from the glibc version
used for linking"
On Thursday, 27 October 2022 at 14:18:01 UTC, Anonymouse wrote:
On
On Thursday, 27 October 2022 at 08:08:38 UTC, Yura wrote:
What am I doing wrong? Any way to fix it?
https://forum.dlang.org/thread/gghcyaapjwfcpnvks...@forum.dlang.org worked for
me.
Dear All,
I am trying to create a static executable to be able to run it on
virtually any linux x86_64 OS. At the end I get a binary,
however, multiple warnings are printed after compilation.
My dub.sdl:
dependency "mir" version="~>3.2.3"
dependency "lubeck" version="~>1.5.1"
lflags
15 matches
Mail list logo