On Wednesday, 28 January 2015 at 15:20:57 UTC, david wrote:
We're exclusively on Linux.
And no - I don't want the strings during runtime.
I understand generating strings can be time consuming.
I'm willing to offload this to offline processing - during
runtime, I just want access to the
Am 28.01.2015 um 18:05 schrieb Andrei Alexandrescu:
On 1/28/15 9:01 AM, Benjamin Thaut wrote:
On Wednesday, 28 January 2015 at 16:18:18 UTC, Andrei Alexandrescu wrote:
We have a really nice script:
https://github.com/D-Programming-Language/tools/blob/master/update.sh
And once again this
Am 28.01.2015 um 18:10 schrieb weaselcat:
On Wednesday, 28 January 2015 at 17:01:07 UTC, Benjamin Thaut wrote:
On Wednesday, 28 January 2015 at 16:18:18 UTC, Andrei Alexandrescu wrote:
We have a really nice script:
https://github.com/D-Programming-Language/tools/blob/master/update.sh
And
Am 28.01.2015 um 19:52 schrieb Andrei Alexandrescu:
On 1/28/15 10:46 AM, Benjamin Thaut wrote:
Same goes for the update.sh, why can't it be a D program? (Requiering
that Git is in the PATH or maybe searching some standard locations).
Presumably because D is not yet available. -- Andrei
I
Am 26.01.2015 um 23:24 schrieb Walter Bright:
exporting a template and then having the user instantiate outside of the
library doesn't make a whole lot of sense, because the instantiation
won't be there in the library. The library will have to instantiate
every use case. If the compiler knows
I tried really hard but I'm not able to find a link in the menu that
leads to the following page: http://dlang.org/dll-linux.html
Is that intentional? In my opinion this is a pretty central topic which
should appear in the sub-menu D Reference.
Kind Regards
Benjamin Thaut
Am 24.01.2015 um 12:22 schrieb Martin Nowak:
On 01/24/2015 11:47 AM, Benjamin Thaut wrote:
I tried really hard but I'm not able to find a link in the menu that
leads to the following page: http://dlang.org/dll-linux.html
Is that intentional? In my opinion this is a pretty central topic which
There are uses in Phobos where workaround 1) would require some code
changes:
private @property File trustedStdout() @trusted { return stdout; }
void write(T...)(T args) if (!is(T[0] : File))
{
trustedStdout.write(args);
}
My workaround so far:
export struct _impl1
{
package @property
Thanks for keeping to poke this issue - symbol visibility is
currently a big undefined minefield in D ABI.
Your welcome. At this point I'm so desperate for D Dll support
that I stopped poking and started implementing it myself. I'm 3
unresolved symbol references away from actually building
I'm currently working on Windows DLL support which has stronger rules
than linux shared objects for which symbols actually get exported from a
shared library. But as we want to replicate the same behaviour on linux
using symbol visibility (e.g. gcc 4 -fVisibility=hidden) this issue also
I want to read all input from stdin without blocking. That means
I simply want to read the remaining input from stdin. All ways I
tried so far always end up in me waiting for the user to enter
additional input, which is not what I want.
I tried around a lot with D's files / streams but
Am 04.01.2015 um 06:37 schrieb Martin Nowak:
I'd like to have a few more real world GC benchmarks in druntime.
The current ones are all rather micro-benchmarks, some of them don't
even create garbage.
So if someone has a program that is heavily GC limited, I'd be
interested in seeing that
Am 05.01.2015 um 17:02 schrieb Kiith-Sa:
On Monday, 5 January 2015 at 14:52:36 UTC, Martin Nowak wrote:
On 01/05/2015 11:26 AM, Benjamin Thaut wrote:
If you are interrested I might be able to branch of a old revision and
make it compile with the latest dmd again.
I'm interested in
Am 05.01.2015 um 18:51 schrieb Daniel Murphy:
Benjamin Thaut wrote in message news:m8eian$21nu$1...@digitalmars.com...
Today I had a bad template error message and I though I might post it
here so something can be done about it, the error message was:
Please report in bugzilla:
Today I had a bad template error message and I though I might post it
here so something can be done about it, the error message was:
/usr/include/dlang/dmd/std/conv.d(278): Error: template instance
isRawStaticArray!() does not match template declaration
isRawStaticArray(T, A...)
I was not
Am 02.01.2015 um 15:34 schrieb Martin Nowak:
Would be nice to have @noinline, @forceinline and __builtin_expect.
+1. You have my vote when it comes to more percise inline controls. I'm
still not able to use -inline with my projects because it triggers some
code-gen bug I was not able to
I'm currently trying around with vibe.d and I'm confused about the
MongoDB example:
import vibe.d;
MongoClient client;
void test()
{
auto coll = client.getCollection(test.collection);
foreach (doc; coll.find([name: Peter]))
logInfo(Found entry: %s,
Am 02.01.2015 um 19:45 schrieb Vlad Levenfeld:
My personal favorite method is to use the primitives in core.atomic with
a double or triple buffer. To double buffer, keep two buffers in an
array (data[][] or something) and an integer index that points to the
active buffer, then use atomicStore
Is it possible to get dub to build vibe.d into a dynamic library?
Or is it at least possible to make dub link against the shared version
of phobos?
I found this blog post about dynamic linktimes, unfortunately it does
not describe how to actually make dub use the dynamic version of phobos.
Am 20.12.2014 18:39, schrieb Martin Nowak:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313, 314)
- finishing non-GC memory management
Shared library
Am 24.11.2014 19:20, schrieb MrSmith:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both dlls, calls
their factory functions and then passes each IModule instance that it
got
Am 25.11.2014 21:46, schrieb MrSmith:
On Tuesday, 25 November 2014 at 18:39:56 UTC, Benjamin Thaut wrote:
Am 24.11.2014 19:20, schrieb MrSmith:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls.
Am 25.11.2014 21:46, schrieb MrSmith:
Is there a bugzilla issue for this? And what is the status of windows dlls?
If you want a bit more dll support right now, I suggest that you take a
look at these changes and merge them into your own version of druntime:
I'm planning on doing a pull request for druntime which rewrites every
toString function within druntime to use the new sink signature. That
way druntime would cause a lot less allocations which end up beeing
garbage right away. Are there any objections against doing so? Any
reasons why such a
Am 27.10.2014 11:07, schrieb Daniel Murphy:
Benjamin Thaut wrote in message news:m2kt16$2566$1...@digitalmars.com...
I'm planning on doing a pull request for druntime which rewrites every
toString function within druntime to use the new sink signature. That
way druntime would cause a lot less
Am 08.10.2014 21:12, schrieb Etienne:
On 2014-10-08 3:04 PM, Benjamin Thaut wrote:
I strongly advise to not use core.simd at this point. It is in a
horribly broken state and generates code that is far from efficient. If
I think I'll have to re-write the xmmintrin.h functions I need as string
Am 09.10.2014 21:04, schrieb Etienne:
On 2014-10-09 2:32 PM, Benjamin Thaut wrote:
I know that GDC stopped supporting D style inline asm a while ago. If
you need inline asm with GDC you have to use the gcc style inline
assembly. I don't know about ldc though. But generally you want to use
the
Am 08.10.2014 20:56, schrieb Etienne:
I can't seem to find this function anywhere: __simd(void16*, void16)
The mangling seems to go through to dmd's glue.lib
This is for SSE2 operations:
MOVDQU = void _mm_storeu_si128 ( __m128i *p, __m128i a)
MOVDQU = __m128i _mm_loadu_si128 ( __m128i *p)
Am 26.07.2014 09:53, schrieb Matt:
Are we able to create DLLs easily enough in D now? Do we still need to
tell our D DLLs to share their GCs with the calling EXE? And is the wiki
page fully up to date on the matter? If not where can we find the up to
date information? Or should we be using
Am 16.06.2014 18:23, schrieb Namespace:
On Monday, 16 June 2014 at 16:19:55 UTC, Dicebot wrote:
On Monday, 16 June 2014 at 15:16:44 UTC, Manu via Digitalmars-d wrote:
What say you to that, Walter?
Apple have committed to pervasive ARC, which you consistently argue is
not feasible...
Have I
Am 17.03.2014 18:39, schrieb Denis Shelomovskij:
Multidimensional arrays indexing and slicing syntax is finally added [1]
(thanks to Kenji Hara). So it was a good cause to update my
multidimensional arrays library implementation and add support for the
new syntax. So here we are: [2].
Also
Am 05.06.2014 20:01, schrieb Jeremy DeHaan:
Hey all,
I've been using D for a while now and I would very much like to
contribute to the development of the language. Here's the problem: I
know next to nothing about compilers or anything related to language
design. So, my question is, how can
Am 04.06.2014 14:21, schrieb Temtaime:
The main problem is that ldc is outdated because there is no support
from community.
Developers develop dmd so ldc stays alone.
My project for example uses git head because of bugfixes.
It cannot even compile with 2.064 or 2.065. And latest ldc is based on
Am 04.06.2014 18:25, schrieb Kai Nacke:
On Wednesday, 4 June 2014 at 16:20:40 UTC, Benjamin Thaut wrote:
Am 04.06.2014 14:21, schrieb Temtaime:
Ldc for example still does not support windows 64 bit. And that is
just one of the things thats wrong with it on windows.
Yes, a very well known lack
Am 31.05.2014 15:37, schrieb Abdulhaq:
There's been 100 votes and the results are:
Linux 64 bits: 53
Linux 32 bits: 4
Windows 64 bits:27
Windows 32 bits: 3
Mac: 7
Thats a lot more windows users then I would have expected.
Am 04.06.2014 22:26, schrieb Rainer Schuetze:
Yes, write barriers are a good addition to this, but is way more
difficult to implement and will meet more resistance from Walter. It's
still something I'd like to look into.
I assume they are hard to implement because the backend no longer has
Am 03.06.2014 09:35, schrieb Rainer Schuetze:
Hi,
more GC talk: the last couple of days, I've been experimenting with
implementing a concurrent GC on Windows inspired by Leandros CDGC.
Here's a report on my experiments:
http://rainers.github.io/visuald/druntime/concurrentgc.html
tl;dr: there
Am 31.05.2014 00:19, schrieb bearophile:
Code similar to this is not uncommon. Currently it's refused:
immutable data = [1, 5, 3, 1, 5, 1, 5];
void main() @nogc {
import std.algorithm: count;
assert(data.count([1, 5]) == 3);
}
test.d(4,23): Error: array literal in @nogc function
Am 31.05.2014 11:08, schrieb bearophile:
int foo(scope int[] items) @nogc {
return foo.sum;
}
That was:
return items.sum;
Bye,
bearophile
Well obviously the std.algorithm sum would also be annoted with scope.
Because it doesn't escape it either. I don't see the problem here. And
in
Am 30.05.2014 10:52, schrieb Philippe Sigaud via Digitalmars-d:
Linux 64bits here also.
In fact, contrary to the OP belief, it's mainly a Linux crowd here.
People using Windows regularly complain about it, saying we don't see
the way some tools are missing or not working as well on Windows.
Am 27.05.2014 11:56, schrieb chmike:
Hello,
note that D is still very new to me.
The documentation for
http://dlang.org/phobos/core_runtime.html#.Runtime.loadLibrary is a bit
too terse to answer my question.
I would like to know if it would allow to use Object.factory() with the
classes
Am 23.05.2014 06:11, schrieb Martin Nowak:
Today at DConf we learned, once again, that people are doing and
starting amazing projects using D. A lot of which wouldn't have
been possible without your contribution. So I just wanted to say
thank you.
-Martin
I have to follow up on this. Of all
Am 22.05.2014 17:39, schrieb David:
Hey, I'm really new to D, and pretty new to programming overall too,
But I want to make a 3d Game, (just sth. small). I really like D and
want to do it in D, but in the Internet there is no shit about
programming a game in D ^^
Is there any engine written in
I know that there was a recent discussion about how the methods of
ranges should behave.
E.g.
- Does empty always have to be called before calling front or popFront?
- Is it allowed to call front multiple times between two calls to popFront?
Was there a result of that discussion? Is it
Am 06.05.2014 05:40, schrieb Manu via Digitalmars-d:
Does ~this() actually work, or just usually work?
Do you call your destructors manually like C#?
Back when I actually used D's GC, it did usually work. There were a few
workarounds because destructors would be called in the wrong thread,
Am 10.05.2014 19:54, schrieb Andrei Alexandrescu:
The next sentence goes on to list the advantages of RC (issues we have
wrestled with, like destructors), and then goes on to say the recent
awesome RC is within 10% of the fastest tracing collectors.
Are you suggesting that D's GC is among 'the
Am 11.05.2014 10:53, schrieb Walter Bright:
On 5/11/2014 1:22 AM, Benjamin Thaut wrote:
This is not quite correct. The Boehm GC knows nothing about the
interiors of structs.
The D one does (or at least has the capability of doing so using
RTinfo). This means that the D collector can be
Am 07.05.2014 20:41, schrieb Maxime Chevalier-Boisvert:
I do need it to be dynamically sized. I also want to avoid copying my
string data if possible. Basically, I just want to create a wstring
view on an existing raw buffer that exists in memory somewhere,
based on a pointer to this buffer and
Am 30.04.2014 22:21, schrieb Andrei Alexandrescu:
Walter and I have had a long chat in which we figured our current
offering of abstractions could be improved. Here are some thoughts.
There's a lot of work ahead of us on that and I wanted to make sure
we're getting full community buy-in and
Am 01.05.2014 19:35, schrieb Marc Schütz schue...@gmx.net:
But conceptually, this is _not_ the same as classes! As others have
mentioned, it's possible to created structs with `new`, or have them in
dynamic arrays, as well as managing class objects manually.
Maybe the language should have some
Am 15.04.2014 11:18, schrieb bearophile:
Andrei Alexandrescu:
We've just enabled warnings as errors in our build system at work and
suddenly:
It's much better to enable warnings since day -1, that means the day
before you start creating your D project.
That's why I'd like D compilers to have
Am 15.04.2014 13:23, schrieb monarch_dodra:
On Tuesday, 15 April 2014 at 06:31:02 UTC, Andrei Alexandrescu wrote:
We've just enabled warnings as errors in our build system at work and
suddenly:
Warning: explicit element-wise assignment exprnew is better than expr
where exprnew and expr are
Am 15.04.2014 15:00, schrieb Benjamin Thaut:
AFAIK I was the reason it was removed again. See my other post.
And herese the bug ticket: https://issues.dlang.org/show_bug.cgi?id=11244
201 - 253 of 253 matches
Mail list logo
