On Tuesday, 20 March 2018 at 10:37:55 UTC, zunkree wrote:
On Sunday, 18 March 2018 at 14:36:04 UTC, Jacob Carlborg wrote:
FYI, -static is not support on macOS.
So, how to build static binary for macOS?
Static binaries aren't really supported by Apple (anymore).
What do you need it for?
—
On Tuesday, 20 March 2018 at 09:44:41 UTC, Dennis wrote:
Are there ways to reduce this to below 0.1s, or should I just
leave idiomatic D and make a betterC program?
The best solution would be to profile the startup process and
file a bug accordingly. ;)
— David
On Sunday, 18 March 2018 at 14:15:37 UTC, Stefan Koch wrote:
On Sunday, 18 March 2018 at 12:59:06 UTC, tipdbmp wrote:
I can't read assembly but it seems to me that it doesn't:
https://godbolt.org/g/PCsnPT
I think C++'s sort can take a "function object" that can get
inlined.
Correct it does
On Friday, 16 March 2018 at 07:57:04 UTC, John Chapman wrote:
I need to write to a range created with outputRangeObject, then
read from it. Is there a way to convert it to an input range?
Could you illustrate your problem a bit further?
In the literal sense, converting from an output to an
On Thursday, 1 February 2018 at 11:42:32 UTC, Russel Winder wrote:
The problem is actually a thread blocked in an inotify blocking
read. As both Steven and yourself have pointed out I am going
to have to use a timeout to check the state of the application.
There are better solutions
On Tuesday, 2 January 2018 at 11:42:49 UTC, John Chapman wrote:
Because an alias of a type is just another name for the same
thing you can't test if they're different. I wondered if there
was a way to get the aliased name, perhaps via traits?
(.stringof returns the original type.)
There is
On Monday, 25 December 2017 at 20:39:52 UTC, Mengu wrote:
is partially applying templates possible?
Check out std.meta.Apply{Left, Right}.
— David
On Saturday, 23 December 2017 at 12:23:33 UTC, Johan Engelen
wrote:
Fine grained PGO profiling:
-fprofile-instr-generate
http://johanengelen.github.io/ldc/2016/07/15/Profile-Guided-Optimization-with-LDC.html
Function entry/exit profiling:
-finstrument-functions
On Thursday, 14 December 2017 at 19:47:53 UTC, Jack Stouffer
wrote:
Clang has __int128. Is there anyway to use this with D with LDC?
There has been some work on this a while ago, by Kai, but it
hasn't been merged yet:
https://github.com/ldc-developers/ldc/pull/1355
— David
On Saturday, 9 December 2017 at 06:46:27 UTC, Arun Chandrasekaran
wrote:
Thanks. Just curious why reference can't be obtained here.
Saves nasty null checks in most places.
D simply doesn't have a (C++-style) concept of references as part
of the type. Arguments can be passed by reference -
On Monday, 19 June 2017 at 14:08:56 UTC, Patric Dexheimer wrote:
Fresh install of GDC. (tried with 32x ad 32_64x)
Where did you get the GDC executable from? The GDC project
doesn't currently offer any official builds that target Windows;
the 6.3.0 builds from https://gdcproject.org/downloads
On Wednesday, 21 June 2017 at 06:58:43 UTC, Jacob Carlborg wrote:
Musl (or similar) should be available as an alternative. That
will make it easier to cross-compile as well.
This is not relevant for cross-compilation, as long as you have
the libraries available. You can actually link a D
On Tuesday, 20 June 2017 at 18:51:17 UTC, Moritz Maxeiner wrote:
On Tuesday, 20 June 2017 at 12:09:06 UTC, Jacob Carlborg wrote:
LLD, the LLVM linker [1]. As far as I understand it, it also
support cross-platform linking. Using LDC, musl and LLD you
have a fully working cross-compiler tool
On Saturday, 3 June 2017 at 14:12:03 UTC, Russel Winder wrote:
I have no idea what drugs the person who chose that last one to
be correct semantics was on at the time, but it was some
seriously bad stuff.
Of all people, I certainly didn't expect you to stray so far from
the tone appropriate
On Saturday, 3 June 2017 at 14:19:00 UTC, Jacob Carlborg wrote:
Perhaps using the variadic template with a constraint on one
element trick will work. Ugly, but I think that will work.
We could also finally fix the frontend to get around this. At
DConf 2015, Walter officially agreed that this
On Saturday, 3 June 2017 at 13:17:46 UTC, Russel Winder wrote:
Is this a problem in D or a problem in DStep?
It's a limitation of DStep – for that use case, it would need to
transform one of the macro arguments into a template argument
rather than a runtime function parameter.
If you need
On Sunday, 9 April 2017 at 14:47:39 UTC, Jonathan Marler wrote:
My guess is that making Socket a class prevents socket handle
leaks because you can clean up the handle in the destructor
when the memory gets freed if no one closes it. Is this the
reason it is a class and are there any other
On Friday, 7 April 2017 at 17:06:31 UTC, Russel Winder wrote:
If anyone has any useful intelligence as to what happening and
how I
can workaround it, I'd be a grateful bunny.
You might want to check with LDC from Git master first to see
whether it is in fact a 2.073-related problem. — David
On Saturday, 18 March 2017 at 00:34:57 UTC, XavierAP wrote:
Is this a known issue with D on GitHub? Should I report it I
guess?
How smart is GH that it doesn't look at the file extension?
What happened?
The extension .d can legitimately refer to makefiles as well
(specifically, to dependency
On Monday, 6 March 2017 at 02:20:02 UTC, Deech wrote:
[…] add pattern matching to the language as a macro.
D doesn't have macros per se. However, template metaprogramming
and mixins can replace them in many cases.
Which particular form of pattern matching do you have in mind?
You won't get
On Wednesday, 25 January 2017 at 22:59:55 UTC, Jonathan M Davis
wrote:
Yes, but my point is that you're normally only going to use
.ptr to pass something to a C function, and even if you're
doing more with it in D, odds are, you're going to be doing
pointer arithmetic.
Wrong again. If this
On Wednesday, 25 January 2017 at 22:54:32 UTC, Adam D. Ruppe
wrote:
On Wednesday, 25 January 2017 at 22:46:10 UTC, David Nadlinger
wrote:
This is because every pointer in SafeD is dereferencable.
But null pointers are allowed in SafeD and arr.ptr is either
arr[0] or null
This is a
On Wednesday, 25 January 2017 at 18:12:18 UTC, Jonathan M Davis
wrote:
Fine, but in the vast majority of cases, you're calling .ptr,
because you're going to be passing the pointer to C code, in
which case, doing [0] buys you very little, since the C
code is inevitably going to be reading more
On Tuesday, 24 January 2017 at 11:38:16 UTC, Jonathan M Davis
wrote:
It seems _slightly_ better from a safety perspective but only
slightly.
Wrong – one is correct, the other is not. This is because every
pointer in SafeD is dereferencable. Pointer arithmetic is not
allowed in SafeD, so your
On Thursday, 29 September 2016 at 01:33:00 UTC, Joel wrote:
Oops, I got confused and installed with homebrew. I was going
to try DVM.
Jacob is also the author of DVM, so he might be a bit biased. ;)
I've had good experiences using Homebrew, although you sometimes
have to wait a day or three
On Wednesday, 14 September 2016 at 12:13:58 UTC, Seb wrote:
You should try -static in ldc, it's works like a dream for me :)
Yep, LDC supports fully static linking on Linux (and is currently
the only compiler to do so).
— David
On Monday, 29 August 2016 at 10:20:56 UTC, rikki cattermole wrote:
By the looks you're not running the tests more then once.
Druntime initialization could be effecting this.
Please execute each test (without memory allocation) 1
times atleast and then report back what they are.
D program
On Sunday, 28 August 2016 at 21:52:48 UTC, Illuminati wrote:
Also D doesn't seem to have a volitile keyword anymore which is
required to prevent the compiler from prematurely optimizing
critical code.
It isn't. In fact, using volatile to achieve thread
synchronisation (seeing as this is what
On Saturday, 27 August 2016 at 17:47:33 UTC, Dicebot wrote:
But actual value of that Regex struct is perfectly known during
compile time. Thus it is possible and fine to use it as
initializer. You can use any struct or class as initializer if
it can be computed during compile-time.
Yes,
On Sunday, 21 August 2016 at 14:57:15 UTC, Seb wrote:
An alternative would be to compile your application locally,
then copy it over to your container. I don't know how similar
CoreOs to a typical Linux distribution is, but if it comes with
the typical shared libraries (libm.so, libc.so,
On Sunday, 21 August 2016 at 11:38:09 UTC, Suliman wrote:
I would like to create small VPS instance with Linux distrib on
VPS. Can I use CoreOS as image? Would it possible to install
dlang there?
For LDC, you can just download the latest release from
On Friday, 19 August 2016 at 15:47:00 UTC, ag0aep6g wrote:
https://dlang.org/spec/property.html#stringof
Someone should edit that, if fullyQualifiedName is no good
either.
Indeed. I'm sure the change was well-intentioned, but symbol
visibility/import concerns and Voldemort types should make
On Friday, 19 August 2016 at 15:15:55 UTC, ag0aep6g wrote:
I think that qualifies as a bug, because fullyQualifiedName is
supposed to be usable in code generation.
This is a misconception. Neither .stringof nor fullyQualifiedName
should *ever* be used in code generation. There is a myriad of
On Wednesday, 22 June 2016 at 08:04:34 UTC, Nordlöw wrote:
Is there now algorithm (similar to `canFind`) that can search
for a `T` in a `T[]`? Existing `canFind` only supports
sub-sequence needles.
What about
http://dlang.org/phobos/std_algorithm_searching.html#.canFind.canFind.2?
— David
On Sunday, 19 June 2016 at 21:06:43 UTC, Joerg Joergonson wrote:
A!b is derived from A!a if b is derived from a, is it not? If
not, then I am wrong, if so then D casting has a bug.
You are wrong.
The array example given by Adam is actually a neat illustration
of precisely your question if
On Friday, 17 June 2016 at 11:10:12 UTC, Gary Willoughby wrote:
Thanks, I forgot to mention I'm also doing lots of other stuff
in the constructor to private fields too.
struct Foo(T)
{
private int _bar;
private void* _baz;
this(int bar = 8)
{
this._bar = bar;
On Sunday, 12 June 2016 at 21:49:21 UTC, Vladimir Panteleev wrote:
On Sunday, 12 June 2016 at 19:12:37 UTC, Meta wrote:
I wanted to use OpenSSL from D but I noticed that the Deimos
bindings are for version 1.0.0e, which according to
OpenSSL.org is an out of date version. Are there any bindings
On Friday, 10 June 2016 at 22:38:29 UTC, Dechcaudron wrote:
Error: basic type expected, not mixin
Why should it be like that? I believe the compiler should not
impose restrictions on what mixins can or cannot do :/
This might be a gratuitous grammar restriction. There are a few
of those
On Friday, 10 June 2016 at 22:01:15 UTC, Joerg Joergonson wrote:
The problem I'm getting with ldc, using your simpledisplay, is
that the libs aren't loading due to the wrong format. It's the
omf vs coff thing or whatever, I guess...
How do you mean that? LDC/MSVC uses COFF, and there should
On Friday, 10 June 2016 at 20:30:36 UTC, Joerg Joergonson wrote:
Well, the post was a bit incoherent because getting all this
stuff working is. I was searching for ldc and ran across some
web site that had only the sources(same for gdc).
[…]
Why isn't there a proper binaries for ldc and gdc
On Saturday, 23 April 2016 at 18:52:30 UTC, Suliman wrote:
My error. I mean it should be:
auto r = benchmark!(foo(4))(1);
But thanks for answer!
This would use the result of foo(4) as the template parameter.
Use e.g. { foo(4); } instead (a function that calls foo with the
desired argument).
On Thursday, 21 April 2016 at 14:47:55 UTC, Nick Treleaven wrote:
I found std.meta.ApplyLeft but it doesn't seem to work here.
I've needed this before and ended up doing a workaround with a
template block and temporary alias but it might be nice if
Phobos had this. Or is there a simpler
On Sunday, 15 November 2015 at 17:54:27 UTC, David Nies wrote:
How can I make sure the order is correct?
Whenever you use a C function, it must be marked as, even if it's
through a function pointer as in this case. Just apply the
attribute to the dll2_fn and dll3_fn declarations.
Hope this
On Sunday, 15 November 2015 at 18:02:01 UTC, David Nies wrote:
How do I mark it as such? Can you please give an example?
Thanks for the quick reply! :)
Just add extern(C) to the beginning of the "alias" line.
— David
On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
My opinion is that a decimal data type must be builtin in any
modern language, not implemented as a library.
"must be builtin in any modern language" – which modern languages
actually have decimals as a built-in type, and what is your
Hi all,
I'm having a look at ORM libraries in D right now. So far, I've
come across hibernated and dvorm.
Are there any other libraries that I should have a look at,
particularly actively maintained ones? dvorm and hibernated seem
to have received no work during the last couple of months.
On Thursday, 24 September 2015 at 13:24:14 UTC, Rikki Cattermole
wrote:
Dvorm is more or less feature complete :)
I am the author of it, but unless issues come up I do not
intend to continue working upon it.
Do you know whether somebody has written an SQLite provide for
it? I was going to
On Sunday, 8 March 2015 at 18:18:49 UTC, Carl Sturtivant wrote:
Should I be doing something special with linkage so this works?
What is going on?
IIRC there are some fixes to the Win64 context switching code in
the 2.067 or master druntime. You might want to try those first
before spending
On Thursday, 9 October 2014 at 20:29:44 UTC, Benjamin Thaut wrote:
Unforunately the gcc.buildints module seems to be generated
during compilation of gdc, so you might want to get a binary
version or compile it yourself to see the module.
By the way, LDC has ldc.gccbuiltins_x86 too. LLVM
On Friday, 3 October 2014 at 23:00:53 UTC, Brian Hechinger wrote:
With my old set of packages I had no problems. I just now
deleted
~/.dub and now I too get this error. Some issue with the openssl
module, yes, but what? This is a bit of an issue. :)
At first glance, this seems like a forward
On Friday, 3 October 2014 at 08:47:07 UTC, Atila Neves wrote:
ld: .../libphobos2.a(sections_linux_570_420.o): undefined
reference to symbol '__tls_get_addr@@GLIBC_2.3'
/lib64/ld-linux-x86-64.so.2: error adding symbols: DSO
missing from command line
collect2: error: ld returned 1
On Saturday, 13 September 2014 at 22:41:39 UTC, AsmMan wrote:
D string are actullay C-strings?
No. But string *literals* are guaranteed to be 0-terminated for
easier interoperability with C code.
David
On Saturday, 6 September 2014 at 17:51:16 UTC, Trass3r wrote:
SEH was patented, so llvm doesn't support it.
That has changed.
Has it? SEH on Win64 is something entirely different from the
original (x86) SEH design, and not covered by said patent.
David
On Saturday, 6 September 2014 at 16:11:55 UTC, Russel Winder via
Digitalmars-d-learn wrote:
I installed the other MinGW option and it provides
libgcc_s_sjlj-1.dll
which is not helping me actually run ldc2 on Windows :-(
It is mentioned both the in README coming with the Windows
packages and
On Saturday, 6 September 2014 at 16:36:38 UTC, Kagamin wrote:
Looks like mingw supports 3 types of exception handling. LDC
usually tightly coupled with mingw version, you shouldn't try
it blindly, but follow installation instructions instead.
It's not really tightly coupled to the MinGW
On Monday, 4 August 2014 at 05:14:22 UTC, Philippe Sigaud via
Digitalmars-d-learn wrote:
This is correct – the LLVM optimizer indeed gets rid of the
loop completely.
OK,that's clever. But I get this even when put a writeln(some
msg)
inside the task. I thought a write couldn't be optimized
On Sunday, 3 August 2014 at 22:24:22 UTC, safety0ff wrote:
On Sunday, 3 August 2014 at 19:52:42 UTC, Philippe Sigaud wrote:
Can someone confirm the results and tell me what I'm doing
wrong?
LDC is likely optimizing the summation:
int sum = 0;
foreach(i; 0..task.goal)
sum +=
On Wednesday, 18 June 2014 at 19:24:03 UTC, Bienlein wrote:
I'm looking for a way to do some kind of RPC in D. Some way of
being able to say aFoo.bar(int i, ...) with receiver object and
method being marshalled at the sender's site and being
unmarshalled and invoked at the receiver's site. Any
Hi all,
is there a platform independent way to do the equivalent of
some_program /dev/null /dev/null using std.process?
I neither want to capture/print the standard output of the child
process nor have anything available on its input.
Quite probably, I'm just missing something obvious…
On Wednesday, 18 June 2014 at 20:00:43 UTC, Justin Whear wrote:
For POSIX, seems like you could pass `File(/dev/null, r)`
for stdin
and `File(/dev/null, w)`. On Windows I believe you can use
`File
(nul)` for the same effect.
Implementing this myself is of course always an option, yes, but
On Monday, 9 June 2014 at 17:36:10 UTC, Nordlöw wrote:
Can I use the version keyword or static if to perform
conditional compilation that depends on the version of DMD?
The __VERSION__ magic token should do the job.
David
On Wednesday, 14 May 2014 at 14:24:28 UTC, Damian Day wrote:
I've written some search functions, which are many times
faster, is it
worth making a pull request?
Generally, we strive to make the algorithms in Phobos as fast as
possible even in the general case. I didn't look at the issue at
On Wednesday, 14 May 2014 at 15:42:13 UTC, Damian Day wrote:
On Wednesday, 14 May 2014 at 14:54:57 UTC, David Nadlinger
wrote:
Could you post a short benchmark snippet explicitly showing
the problem?
Benchmark found here:
http://dpaste.dzfl.pl/0058fc8341830
Unfortunately, I don't have the
On Wednesday, 14 May 2014 at 17:36:35 UTC, monarch_dodra wrote:
Adding a special case in Array.Range allows bypassing the
repeated indexing costs, but at the very least, should be
implemented in terms of find itself, eg:
Shouldn't the extra indirection just vanish into thin air once
opIndex
64 matches
Mail list logo