Am Wed, 01 Aug 2018 22:13:05 -0700 schrieb Walter Bright:
> On 8/1/2018 12:01 PM, Manu wrote:
>> You've never justified the design complexity and the baggage it
>> carries.
> Don't confuse you not agreeing with it with I never justified it.
>
> And please don't confuse me not listening to you wit
Am Wed, 01 Aug 2018 16:04:01 -0700 schrieb Walter Bright:
>
> Now, with D:
>
> extern (C++, ab) void foo(long);
> foo(0);// works!
> ---
> extern (C++, ab) void foo(long);
> extern (C++, ab) void foo(int); // error!
> ---
> extern (C++, ab) void foo(long)
Am Wed, 01 Aug 2018 16:04:01 -0700 schrieb Walter Bright:
>> Certainly, it does come across like you didn't trust the D module
>> system to do its job for some reason.
>
> Reorganizing the code into modules means potentially forcing users to
> split code from one C++ file into multiple D files. H
Am Wed, 01 Aug 2018 16:31:57 -0700 schrieb Walter Bright:
> On 7/31/2018 1:47 AM, Atila Neves wrote:
>> The only good way (I don't think the mixin template and struct
>> solutions count)
>> to link to any of that today would be to have one enormous D file with
>> _everything_ in it, including nest
Am Wed, 18 Jul 2018 19:08:32 +0100 schrieb Russel Winder:
> On Wed, 2018-07-18 at 17:45 +0000, Johannes Pfau via Digitalmars-d
> wrote:
>> Am Wed, 18 Jul 2018 13:29:00 +0100 schrieb Russel Winder:
>>
>>
> […]
>> > libssl installed but libssl-dev not. I ca
Am Wed, 18 Jul 2018 13:29:00 +0100 schrieb Russel Winder:
> On Wed, 2018-07-18 at 11:41 +, Seb via Digitalmars-d wrote:
>> On Wednesday, 18 July 2018 at 11:35:05 UTC, Russel Winder wrote:
>> > On Tue, 2018-07-17 at 21:46 +, Radu via Digitalmars-d wrote:
>> > > On Tuesday, 17 July 2018 at 1
Am Thu, 12 Jul 2018 17:32:06 + schrieb Johannes Pfau:
> Am Thu, 12 Jul 2018 09:48:37 -0400 schrieb Andrei Alexandrescu:
>
>>> I agree that the current syntax is lacking. This was Andrei's
>>> proposition and I was initially against it, but he said to put it in
>>> the DIP so that we can discu
Am Thu, 12 Jul 2018 09:48:37 -0400 schrieb Andrei Alexandrescu:
>> I agree that the current syntax is lacking. This was Andrei's
>> proposition and I was initially against it, but he said to put it in
>> the DIP so that we can discuss it as a community. Maybe this syntax is
>> better:
>>
>> @this
Am Thu, 14 Jun 2018 20:57:05 + schrieb Yuxuan Shui:
> On Thursday, 14 June 2018 at 17:26:50 UTC, Johannes Pfau wrote:
>> Am Thu, 14 Jun 2018 01:19:30 + schrieb Yuxuan Shui:
>>
>>> Just ran into a problem where program will crash during stack trace.
>>> Turns out not only does druntime not
Am Thu, 14 Jun 2018 01:19:30 + schrieb Yuxuan Shui:
> Just ran into a problem where program will crash during stack trace.
> Turns out not only does druntime not support compressed debug info, it
> cannot handle it at all.
>
> So I was thinking why don't we use a existing and proven library f
Am Mon, 11 Jun 2018 10:54:23 + schrieb Mike Franklin:
> On Monday, 11 June 2018 at 10:38:30 UTC, Mike Franklin wrote:
>> On Monday, 11 June 2018 at 10:07:39 UTC, Walter Bright wrote:
>>
I think there might also be optimization opportunities using
templates, metaprogramming, and type
Am Mon, 11 Jun 2018 16:37:05 + schrieb Basile B.:
> Russel Winder, "Shove" and finally myself, have encountered a strange
> linker error with almost always the same symbols related to a template
> instance...
>
> See:
>
> -
> https://forum.dlang.org/post/mailman.855.1526549201.29801.digitalm
Am Fri, 08 Jun 2018 11:46:41 -0700 schrieb Manu:
>
> I'm already burning about 3x my reasonably allocate-able free time to
> DMD PR's...
> I'd really love if someone else would look at that :)
I'll see if I can allocate some time for that. Should be a mostly trivial
change.
> I'm not quite sure
Am Sat, 02 Jun 2018 06:31:37 + schrieb Atila Neves:
> On Friday, 1 June 2018 at 20:12:23 UTC, Kagamin wrote:
>> On Friday, 1 June 2018 at 10:04:52 UTC, Johannes Pfau wrote:
>>> However you want to call it, the algorithms interpret data as numbers
>>> which means that the binary representation
Am Fri, 01 Jun 2018 08:50:19 + schrieb Kagamin:
> On Friday, 1 June 2018 at 08:37:33 UTC, Johannes Pfau wrote:
>> I don't know if anything changed in this regard since std.digest was
>> written some time ago. But if you get the std.bitmanip nativeTo*Endian
>> and *EndianToNative functions to
Am Thu, 31 May 2018 18:12:35 -0700 schrieb Manu:
> Hashing's not low-level. It would be great if these did CTFE; generating
> compile-time hashes is a thing that would be really useful!
> Right here, I have a string class that carries a hash around with it for
> comparison reasons. Such string lit
On Friday, 18 May 2018 at 11:28:30 UTC, Mike Franklin wrote:
On Friday, 18 May 2018 at 10:28:37 UTC, Thomas Mader wrote:
On Friday, 11 May 2018 at 04:27:20 UTC, Thomas Mader wrote:
My suspicion about the switch to glibc 2.27 being the problem
was wrong.
I did a very timeconsuming bisection and
Am Wed, 25 Apr 2018 22:45:59 -0400 schrieb Nick Sabalausky (Abscissa):
> On 04/25/2018 10:31 PM, Nick Sabalausky (Abscissa) wrote:
>>
>> Yea. Google's [complain, gripe, blah, blah, blah...]
> I found this to be a very interesting, and not particularly surprising,
> peek at the way things work^H^H
Am Thu, 19 Apr 2018 07:04:14 + schrieb Johannes Pfau:
> Am Thu, 19 Apr 2018 06:33:27 + schrieb Johannes Pfau:
>
>
>> Generally if you produced a crash in gdb it should be reproducible if
>> you restart the program in gdb. So once you have a crash, you should be
>> able to restart the pro
Am Thu, 19 Apr 2018 06:33:27 + schrieb Johannes Pfau:
>
> Generally if you produced a crash in gdb it should be reproducible if
> you restart the program in gdb. So once you have a crash, you should be
> able to restart the program and look at the _dso_registry and see the
> same addresses so
Am Wed, 18 Apr 2018 22:24:13 + schrieb Matthias Klumpp:
> On Wednesday, 18 April 2018 at 22:12:12 UTC, kinke wrote:
>> On Wednesday, 18 April 2018 at 20:36:03 UTC, Johannes Pfau wrote:
>>> Actually this sounds very familiar:
>>> https://github.com/D-Programming-GDC/GDC/pull/236
>>
>> Interesti
Am Wed, 18 Apr 2018 17:40:56 + schrieb Matthias Klumpp:
>
> The crashes always appear in
> https://github.com/dlang/druntime/blob/master/src/gc/impl/conservative/
gc.d#L1990
>
The important point to note here is that this is not one of these 'GC
collected something because it was not reacha
Am Sat, 24 Mar 2018 17:24:28 -0400 schrieb Andrei Alexandrescu:
> On 3/24/18 12:59 PM, H. S. Teoh wrote:
>> On Sat, Mar 24, 2018 at 12:11:18PM -0400, Andrei Alexandrescu via
>> Digitalmars-d wrote:
>> [...]
>>> Anyhow. Right now the order of processing is the same as the lexical
>>> order in which
Am Sat, 24 Mar 2018 17:10:53 + schrieb Johannes Pfau:
> Am Sat, 24 Mar 2018 01:04:00 -0600 schrieb Jonathan M Davis:
>
>> As it stands, because a function can't accept rvalues by ref, it's
>> usually reasonable to assume that a function accepts its argument by
>> ref because it's mutating tha
Am Sat, 24 Mar 2018 01:04:00 -0600 schrieb Jonathan M Davis:
> As it stands, because a function can't accept rvalues by ref, it's
> usually reasonable to assume that a function accepts its argument by ref
> because it's mutating that argument rather than simply because it's
> trying to avoid a cop
Am Thu, 15 Mar 2018 23:21:42 + schrieb Jonathan Marler:
> On Thursday, 15 March 2018 at 23:11:41 UTC, Johannes Pfau wrote:
>> Am Wed, 14 Mar 2018 14:22:01 -0700 schrieb Timothee Cour:
>>
>>> [...]
>>
>> And then we'll have to add yet another "-import" switch for DLL
>> support. Now we have 3 s
Am Wed, 14 Mar 2018 14:22:01 -0700 schrieb Timothee Cour:
> would a PR for `dmd -unittest= (same syntax as -i)` be welcome?
> wouldn't that avoid all the complicatiosn with version(StdUnittest) ?
> eg use case:
>
> # compile with unittests just for package foo (excluding subpackage
> foo.bar)
> d
Am Thu, 25 Jan 2018 14:24:12 -0800
schrieb Timothee Cour :
> could a solution like proposed below be adapted to automatically
> reduce size of long symbol names?
>
> It allows final object files to be smaller; eg see the problem this
> causes:
>
> * String Switch Lowering:
> http://forum.dlang.o
Am Thu, 7 Dec 2017 13:38:54 -0800
schrieb Walter Bright :
> On 12/6/2017 11:41 PM, Mike Franklin wrote:
> > On Thursday, 7 December 2017 at 04:45:15 UTC, Jonathan M Davis
> > wrote:
> >> The simplest way to do that is to write a unit test that uses a
> >> static assertion. As I understand it, wit
Am Thu, 07 Dec 2017 01:32:35 -0700
schrieb Jonathan M Davis :
>
> In the vast majority of cases, when a function is used for CTFE, it's
> also used during runtime. So, in most cases, you want to ensure that
> a function works both with CTFE and without, and in those cases
> something like @ctfeon
Am Wed, 06 Dec 2017 20:18:57 -0700
schrieb Jonathan M Davis :
> Folks have talked about all kinds of template code and stuff being
> kept around in binaries even though it was only used at compile time
> (e.g. stuff like isInputRange), but I don't know how much that's
> actually true.
You probabl
Am Thu, 7 Dec 2017 05:55:54 +0200
schrieb ketmar :
> ketmar wrote:
>
> > Nicholas Wilson wrote:
> >
> >> Also not generating the code in the first place means less I/O for
> >> the compiler and less work for the linker.
> > this is solvable without any additional flags, tho: compiler should
>
Am Thu, 16 Nov 2017 19:09:14 +
schrieb Arun Chandrasekaran :
> Is someone working on D community to implement
> https://langserver.org ?
>
> What will the D community miss out if we ignore LSP?
>
> PS: HackerPilot's tools are very helpful.
https://github.com/Pure-D/serve-d
-- Johannes
Am Wed, 01 Nov 2017 19:24:42 +
schrieb Joakim :
> On Wednesday, 1 November 2017 at 18:28:12 UTC, Johannes Pfau
> wrote:
> > ARM: Fine. Android: probably won't work well. AFAIK we're only
> > missing emulated TLS / GC integration, so most test will pass
> > but real apps will crash because o
Am Wed, 01 Nov 2017 18:32:37 +
schrieb Igor Shirkalin :
> On Wednesday, 1 November 2017 at 18:28:12 UTC, Johannes Pfau
> wrote:
> > Am Wed, 01 Nov 2017 17:42:22 +
> > schrieb David Nadlinger :
> >
> >> On Wednesday, 1 November 2017 at 17:30:05 UTC, Iain Buclaw
> >> wrote:
> >> > [...
Am Wed, 01 Nov 2017 18:06:29 +
schrieb Joakim :
> On Wednesday, 1 November 2017 at 17:24:32 UTC, Igor Shirkalin
> wrote:
> > We solved the subject with modifying druntime source related
> > with tls. Imaging, we have lost a lot of D's features.
> > As far as I know DMD or GDC are not availab
Am Wed, 01 Nov 2017 17:42:22 +
schrieb David Nadlinger :
> On Wednesday, 1 November 2017 at 17:30:05 UTC, Iain Buclaw wrote:
> > GDC supports the same or maybe more platforms than LDC. :-)
>
> Or quite possibly fewer, depending on what one understands
> "platform" and "support" to mean. ;)
Am Tue, 19 Sep 2017 12:38:15 +
schrieb twkrimm :
> On Tuesday, 19 September 2017 at 07:44:47 UTC, Andrea Fontana
> wrote:
> > On Tuesday, 19 September 2017 at 03:25:08 UTC, Joakim wrote:
> >> Next up, 32-bit ARM Android devices are now supported, I'm
> >> looking at getting 64-bit AArch64
Am Tue, 15 Aug 2017 07:52:17 +
schrieb Gary Willoughby :
> On Tuesday, 15 August 2017 at 03:53:44 UTC, Michael V. Franklin
> wrote:
> > An implementation of binary assignment operators for @property
> > functions has been submitted to the DMD pull request queue at
> > https://github.com/dla
Am Tue, 15 Aug 2017 03:53:44 +
schrieb Michael V. Franklin :
> We ask for your comments whether they be in approval or
> disapproval of this pull request so we can determine the best way
> forward.
>
> Thank you,
> Michael V. Franklin
+1. Then @property finally becomes useful ;-)
-- Joha
Am Thu, 27 Jul 2017 23:38:33 +
schrieb Nicholas Wilson :
> On Thursday, 27 July 2017 at 15:48:04 UTC, Olivier FAURE wrote:
> > On Thursday, 27 July 2017 at 14:44:23 UTC, Mike Parker wrote:
> >> DIP 1012 is titled "Attributes".
> >>
> >> https://github.com/dlang/DIPs/blob/master/DIPs/DIP1012.
Am Sun, 16 Jul 2017 14:48:04 +0200
schrieb Iain Buclaw via Digitalmars-d :
>
> I sense a revert coming on...
>
> https://github.com/D-Programming-GDC/GDC/commit/cf5e9e323b26d21a652bc2933dd886faba90281c
>
> Iain.
Correct, though more in a metaphorical sense ;-)
Ideally, I'd want a boost licens
Am Sat, 15 Jul 2017 10:49:39 +
schrieb Joakim :
> On Friday, 14 July 2017 at 09:13:26 UTC, Johannes Pfau wrote:
> > Another solution could be to enhance libgcc emutls to allow
> > custom allocators, then have a special allocation function in
> > druntime for all D emutls variables. As far as
Am Fri, 14 Jul 2017 12:47:55 +
schrieb Kagamin :
> Just allocate emutls array in managed heap and pin it somewhere,
> then everything referenced by it will be preserved.
This is basically the option of replicating GCC-style emutls in
druntime. This is quite simple to implement and you don't
As you might know, GDC currently doesn't properly hook up the GC to the
GCC emulated TLS support in libgcc. Because of that, TLS memory is not
scanned on target systems with emulated TLS. For GCC this includes
MinGW, Android (although Google switched to LLVM anyway) and some more
architectures. Pro
Am Wed, 05 Jul 2017 22:05:53 +
schrieb Stefan Koch :
> On Wednesday, 5 July 2017 at 21:58:45 UTC, Lewis wrote:
> > I was reading
> > https://blog.rust-lang.org/2017/07/05/Rust-Roadmap-Update.html,
> > which mentioned that the Rust compiler now has a mode to go
> > through the motions of com
Am Wed, 21 Jun 2017 15:44:08 +
schrieb Nordlöw :
> On Wednesday, 21 June 2017 at 15:11:39 UTC, Joakim wrote:
> > the gcc tree:
> >
> > https://gcc.gnu.org/ml/gcc/2017-06/msg00111.html
> >
> > Congratulations to Iain and the gdc team. :)
> >
> > I found out because it's on the front page of HN
Am Wed, 21 Jun 2017 15:11:39 +
schrieb Joakim :
> the gcc tree:
>
> https://gcc.gnu.org/ml/gcc/2017-06/msg00111.html
>
> Congratulations to Iain and the gdc team. :)
>
> I found out because it's on the front page of HN right now, where
> commenters are asking questions about D.
Awesome! A
On Thursday, 18 May 2017 at 08:24:18 UTC, Walter Bright wrote:
On 5/17/2017 10:07 PM, Patrick Schluter wrote:
D requires afaict at least a 32 bit system
Yes.
You've said this some times before but never explained why
there's such a limitation? I've actually used GDC to run code on
8bit AV
Am Mon, 1 May 2017 14:44:35 +0200
schrieb Iain Buclaw via Digitalmars-d :
> On 1 May 2017 at 14:40, Iain Buclaw wrote:
> > So that's 3 build servers - 1x ARM7, 1x ARM8, and 1x x86. ;-)
>
> With the latter also testing all crosses we can do (there are 18
> different gdc cross-compilers in Ubunt
Am Wed, 19 Apr 2017 18:02:46 +
schrieb Adrian Matoga :
> On Wednesday, 19 April 2017 at 08:19:52 UTC, Ali Çehreli wrote:
> > I'm brushing up on my C++ to prepare for my C++Now 2017
> > presentation[1]. boost::hana is an impressive library that
> > overlaps with many D features:
> >
> >
>
Am Sun, 16 Apr 2017 10:13:50 +0200
schrieb Iain Buclaw via Digitalmars-d :
>
> I asked at a recent D meetup about what gitlab CI used as their
> backing platform, and it seems like it's a front for TravisCI. YMMV,
> but I found the Travis platform to be too slow (it was struggling to
> even buil
Am Sat, 15 Apr 2017 09:52:49 +
schrieb Johan Engelen :
> I'd be happy to use the Pi3 as permanent tester, if the risks of
> a hacker intruding my home network are manageable ;-)
>
If you want to be sure use a cheap DMZ setup.
VLAN based:
Connect your PI to some switch supporting VLAN and
Am Sat, 15 Apr 2017 15:11:08 +
schrieb Laeeth Isharc :
>
> Not sure how much memory ldc takes to build. If it would be
> helpful for ARM I could contribute a couple of servers on
> scaleway or similar.
At least for GDC building the compiler on low-end platforms is too
resource demanding
Am Wed, 12 Apr 2017 07:42:42 +
schrieb Martin Nowak :
> On Monday, 10 April 2017 at 16:12:35 UTC, Iain Buclaw wrote:
> > Last time someone else looked, it seemed like LDC and DMD make
> > use of SOVERSION, but do so in an incorrect manner.
>
> You know what exactly is the problem? Any sugg
Am Tue, 11 Apr 2017 07:44:45 -0700
schrieb Jonathan M Davis via Digitalmars-d
:
> On Tuesday, April 11, 2017 14:33:01 Matthias Klumpp via Digitalmars-d
> wrote:
> > On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote:
> > > [...]
> > > The problem with /usr/include/d is that is whe
Am Tue, 11 Apr 2017 14:21:57 +
schrieb Matthias Klumpp :
> can be used by Automake
> (native),
Do you maintain D support for automake? I wrote some basic D support
for autoconf and libtool
(https://github.com/D-Programming-GDC/GDC/tree/master/libphobos/m4) but
no automake support except for
Am Fri, 07 Apr 2017 17:29:46 +0100
schrieb Russel Winder via Digitalmars-d :
> At GDC 5.3.1 there was no support for shared libraries, or, at least,
> so I believe and encoded in the SCons tests. Is there a version of GDC
> from which shared libraries are supported?
>
Unfortunately the GCC versi
Am Mon, 03 Apr 2017 14:31:39 -0700
schrieb Jonathan M Davis via Digitalmars-d
:
> On Monday, April 03, 2017 14:00:53 Walter Bright via Digitalmars-d
> wrote:
> > The idea of this proposal is to make a nogc program much more
> > achievable. Currently, in order to not link with the GC, you can't
> >
Am Sun, 02 Apr 2017 00:09:09 +
schrieb Adam D. Ruppe :
> On Saturday, 1 April 2017 at 14:54:21 UTC, deadalnix wrote:
> > The problem you want to address is not GC allocations, it is GC
> > collection cycles. If everything is freed, then there is no GC
> > problem. not only this, but this is
Am Wed, 15 Mar 2017 08:27:23 +
schrieb Suliman :
> On Tuesday, 14 March 2017 at 20:21:44 UTC, aberba wrote:
> > Amazon S3 seem like a common solution for object storage these
> > days[1] but I'm seeing almost no activity in this area (stable
> > native D API). Why?
> >
> > [1] https://trends
Am Mon, 06 Mar 2017 22:04:44 -0500
schrieb "Nick Sabalausky (Abscissa)"
:
> On 03/06/2017 05:19 PM, sarn wrote:
> > On Monday, 6 March 2017 at 10:12:09 UTC, Shachar Shemesh wrote:
> >> Excuse me if I'm asking a trivial question. Why not just seed it
> >> from /dev/urandom? (or equivalent on non-
Here's a recent stackoverflow thread where somebody asked why GDC is
not able to remove completely inlined or unused, module-private
functions: http://stackoverflow.com/q/42494205/471401
In C it's possible to mark a function as static and the compiler won't
emit an externally callable function into
Am Sat, 25 Feb 2017 21:19:59 +
schrieb Stefan Koch :
> On Saturday, 25 February 2017 at 21:12:13 UTC, Timon Gehr wrote:
>
> >
> > I know my claim seems insane, but it is actually true.
> >
> > http://forum.dlang.org/post/lr4kek$2rd$1...@digitalmars.com
>
> The optimizer can currently not t
Am Tue, 14 Feb 2017 10:23:51 +
schrieb Daniel N :
> On Tuesday, 14 February 2017 at 10:21:03 UTC, Johannes Pfau wrote:
> > Am Mon, 13 Feb 2017 19:49:28 -0800
> > schrieb Timothee Cour via Digitalmars-d
> > :
> >
> >> What about allowing syntax sugar as an alternative to relying
> >> on the
Am Mon, 13 Feb 2017 19:49:28 -0800
schrieb Timothee Cour via Digitalmars-d :
> What about allowing syntax sugar as an alternative to relying on the
> new `from/Module` inline import idiom:
>
> ```
> void fun(T)(std.stdio::File input, T value) if
> (std.traits::isIntegral!T) {...}
> ```
If you us
Am Tue, 10 Jan 2017 18:22:42 +1000
schrieb Manu via Digitalmars-d :
> Can any of the GDC guys comment on how difficult it would be to get
> this toolchain build script to include building GDC?
>
> https://github.com/SaturnSDK/Saturn-SDK-GCC-SH2
>
> I have a mate who's hacking on the Saturn and w
On Tuesday, 27 December 2016 at 04:17:31 UTC, Martin Nowak wrote:
On Sunday, 25 December 2016 at 19:25:40 UTC, Johannes Pfau
wrote:
This is not place to post bug reports. It was only by chance
that I read it.
Sorry, but I thought some idea gathering before fileing a report
could be useful.
Happy holidays everybody,
when testing the new GDC releases we found several problems with the
travis-ci autotester. Travis-CI uses the quite old GCC 4.6 as a system
GCC and the oldest GCC version supported by GDC is 4.8.
As the install.sh scripts prepends the downloaded toolchain to the PATH
var
Am Wed, 21 Dec 2016 15:46:19 +
schrieb Gerald :
> Given that DMD is a non-starter for Linux packages, how feasible
> is it to simply deprecate GDC and declare LDC as the
> reference/production compiler for D?
Hey, GDC is still in active development ;-) We need some more time to
catch up but
Am Wed, 21 Dec 2016 08:18:48 -0500
schrieb Andrei Alexandrescu :
> On 12/20/16 6:08 PM, Andrei Alexandrescu wrote:
> > Hello, a few engineers at Red Hat are taking a look at using the D
> > language on the desktop and have reached out to us. They have
> > created a list of issues. We are on the to
Am Tue, 20 Dec 2016 12:36:53 -0800
schrieb Walter Bright :
> On 12/20/2016 11:05 AM, Dicebot wrote:
> > Yes, pretty much. What ways do you have in mind? I am only aware of
> > two:
> >
> > 1) ModuleInfo
> > 2) https://dlang.org/spec/traits.html#getUnitTests
>
>
> Put pointers to them in a spec
Am Fri, 09 Dec 2016 15:59:07 +
schrieb Eduard Staniloiu :
> Hello, everyone.
>
> So I have found that installing ldc will break gdc.
>
> The setup:
>
> I have a VM running a 64bit Ubuntu 16.04, as you can see from the
> output of uname -a:
>
>Linux ubuntu-xenial 4.4.0-51-generic #72-U
Am Fri, 25 Nov 2016 11:43:07 -0800
schrieb "H. S. Teoh via Digitalmars-d" :
> > I hope that the bot don't use a real address because you've forget
> > to uncheck "CC add me to the list"...which means that your address
> > is possibly added to a database.
>
> Oops! :-(
>
If bots really want to
Am Fri, 25 Nov 2016 22:52:18 +
schrieb H. S. Teoh :
> - I did some googling, and found references to compiling with
> `-fPIC -defaultlib=libphobos2.so` instead, i.e., if you don't
> want to recompile druntime/phobos with -fPIC yourself. This also
> works, *provided* you install the Phobos
Am Fri, 4 Nov 2016 13:12:42 -0400
schrieb Andrei Alexandrescu :
> So I'm working on the checkedint pull request (really need to get
> that in...) and was trying to get some benchmarks going with ldc. The
> stock ldc on mint is outdated and it can't compile the code, so I
> needed to do a self-inst
Am Thu, 20 Oct 2016 12:21:34 +
schrieb ketmar :
> On Thursday, 20 October 2016 at 05:43:47 UTC, Nick Sabalausky
> wrote:
> >> And GDC is using the 2.068 feature set, plus a lot of bug
> >> fixes from
> >> later versions. I guess you could call it 2.068.5. :-)
> >>
> >
> > Maybe there's a
Am Mon, 5 Sep 2016 10:21:53 +0200
schrieb Andrei Alexandrescu :
> On 9/5/16 7:08 AM, Manu via Digitalmars-d wrote:
> > I mostly code like this now:
> > data.map!(x => transform(x)).copy(output);
> >
> > It's convenient and reads nicely, but it's generally inefficient.
>
> What are the benchma
Am Sun, 4 Sep 2016 14:54:33 +0200
schrieb Andrei Alexandrescu :
> On 9/4/16 2:37 PM, David Nadlinger wrote:
> > On Sunday, 4 September 2016 at 12:33:07 UTC, Andrei Alexandrescu
> > wrote:
> >> Thanks for answering. Yes, we really need introspection of private
> >> members. One way or another we
Am Sun, 04 Sep 2016 03:29:59 +
schrieb Martin Nowak :
> On Sunday, 4 September 2016 at 03:21:05 UTC, Stefan Koch wrote:
> > While I do understand, that there could be a potential
> > performance when private members could be changed around
> > because they are not visible form outside.
> >
Am Sat, 6 Aug 2016 02:29:50 -0700
schrieb Walter Bright :
> On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote:
> > On Friday, 5 August 2016 at 20:53:42 UTC, Walter Bright wrote:
> >
> >> I agree that the typical summation algorithm suffers from double
> >> rounding. But that's one algorithm. I would ap
Some time ago we moved some example code from documentation comments
into documented unittests. Some of these more complicated examples are
incomplete and therefore are not expected to actually run. These are
also not very useful as real unittests as they do not contain any
asserts or verification
Am Sun, 24 Jul 2016 13:03:01 +
schrieb Martin Nowak :
> On Sunday, 7 February 2016 at 00:48:54 UTC, Jason White wrote:
> > I'm interested in feedback on this library. What is it missing?
> > How can be better?
>
> I think making the actual read/write/open/accept/et.al. functions
> used to
Am Mon, 25 Jul 2016 13:10:42 +
schrieb ikod :
> On Sunday, 7 February 2016 at 00:48:54 UTC, Jason White wrote:
> > I see the subject of IO streams brought up here occasionally.
> > The general consensus seems to be that we need something better
> > than what Phobos provides.
> >
> > I wrote
Am Mon, 20 Jun 2016 20:34:12 +
schrieb Basile B. :
> On Monday, 20 June 2016 at 11:45:28 UTC, Johannes Pfau wrote:
> > Am Sun, 19 Jun 2016 20:52:52 +
> > schrieb deadalnix :
> >
> >> On Sunday, 19 June 2016 at 11:11:18 UTC, Basile B. wrote:
> >> > On Saturday, 23 April 2016 at 13:37:31
Am Sun, 19 Jun 2016 20:52:52 +
schrieb deadalnix :
> On Sunday, 19 June 2016 at 11:11:18 UTC, Basile B. wrote:
> > On Saturday, 23 April 2016 at 13:37:31 UTC, Andrei Alexandrescu
> > wrote:
> >> https://issues.dlang.org/show_bug.cgi?id=15951. I showed a few
> >> obvious cases, but finding
Am Sat, 28 May 2016 07:08:52 +
schrieb Era Scarecrow :
> On Friday, 27 May 2016 at 09:02:17 UTC, Johan Engelen wrote:
> > That language guarantee prevents optimization of the
> > initialization (in this case, the optimized result would be no
> > initialization at all). So a breaking language
Am Wed, 25 May 2016 08:28:01 +0200
schrieb Jacob Carlborg :
> On 2016-05-25 05:47, Vladimir Panteleev wrote:
> > That said I don't see a lot of demand for preprocessing our CSS
> > files at the moment.
> >
> > And, to add a data point, I have never used (or needed) neither
> > SASS or LESS, despit
Am Wed, 18 May 2016 11:48:49 +
schrieb deadalnix :
> On Wednesday, 18 May 2016 at 11:11:08 UTC, Walter Bright wrote:
> > On 5/18/2016 3:15 AM, deadalnix wrote:
> >> On Wednesday, 18 May 2016 at 08:21:18 UTC, Walter Bright wrote:
> >>> Trying to make D behave exactly like various C++ compil
Am Wed, 18 May 2016 04:11:08 -0700
schrieb Walter Bright :
> On 5/18/2016 3:15 AM, deadalnix wrote:
> > On Wednesday, 18 May 2016 at 08:21:18 UTC, Walter Bright wrote:
> >> Trying to make D behave exactly like various C++ compilers do,
> >> with all their semi-documented behavior and semi-docume
Am Sun, 8 May 2016 11:33:07 +0300
schrieb Andrei Alexandrescu :
> On 5/8/16 11:05 AM, Jonathan M Davis via Digitalmars-d wrote:
> > On Sunday, May 08, 2016 02:44:48 Adam D. Ruppe via Digitalmars-d
> > wrote:
> >> On Saturday, 7 May 2016 at 20:50:53 UTC, Jonas Drewsen wrote:
> >>> But std.net.c
Am Thu, 12 May 2016 09:38:27 +
schrieb Dicebot :
> On Thursday, 12 May 2016 at 09:33:54 UTC, Dicebot wrote:
> > On Thursday, 12 May 2016 at 08:41:25 UTC, John Burton wrote:
> >> Is this legal / valid in D and if not what is the appropriate
> >> way to efficiently access data like this?
>
Am Fri, 06 May 2016 08:32:03 +
schrieb Robert burner Schadek :
> As discussed yesterday at DConf, curl in phobos must go.
>
> The plan is as follows.
>
> 1. undocument everything curl related in may 2016
> 2. deprecate everything curl related in may 2017
> 3. delete everything curl related i
Am Fri, 06 May 2016 07:48:48 +
schrieb maik klein :
> On Friday, 6 May 2016 at 03:01:07 UTC, Dicebot wrote:
> > On 05/06/2016 04:26 AM, Jack Stouffer wrote:
> >> Also, I can just include a simple JS library for the same
> >> auto-highlighting functionality.
> >
> > Please prefer static ge
Am Tue, 26 Apr 2016 12:25:41 +
schrieb Kagamin :
> On Monday, 25 April 2016 at 09:16:11 UTC, Iain Buclaw wrote:
> > Germany is a cash-in-hand country. Credit cards are rejected
> > in most places that I've tried.
>
> You mean debit cards are accepted? Anyway why credit cards?
> Aren't cr
Am Fri, 22 Apr 2016 01:53:02 +
schrieb Adam D. Ruppe :
> On Friday, 22 April 2016 at 00:35:21 UTC, Mithun Hunsur wrote:
> > supporting the presentation rather than _being_ the
> > presentation).
>
> Powerpoints have a bad habit of damaging presentations rather
> than supporting them...
>
Am Thu, 21 Apr 2016 15:34:35 +
schrieb Matthias Klumpp :
> Hi, and thanks for your detailed explanations!
You're welcome :-)
> On Thursday, 21 April 2016 at 11:49:13 UTC, Johannes Pfau wrote:
> > On Thursday, 21 April 2016 at 01:01:01 UTC, Matthias Klumpp
> > wrote:
> >> [...]
> >
> > Y
On Thursday, 21 April 2016 at 11:49:13 UTC, Johannes Pfau wrote:
I'd love to have some extended compiler support (so you could
simply do gdc -use=libfoo:1.0.0 and this would pick up the
correct headers and linker flags). But as some DMD maintainers
are opposed to this idea it won't happen. You'
On Thursday, 21 April 2016 at 01:01:01 UTC, Matthias Klumpp wrote:
## Where should D source-code / D interfaces be put?
If I install a D library or source-only module as a
distribution package, where should the sources be put? So far,
I have seen:
* /usr/include/d
* /usr/include/dlang/
* /u
On Thursday, 21 April 2016 at 08:30:59 UTC, John Colvin wrote:
On Thursday, 21 April 2016 at 01:01:01 UTC, Matthias Klumpp
wrote:
## How complete are the free compilers?
## Why is every D compiler shipping an own version of Phobos?
The constraints on shipping a shared phobos between them:
ABI c
1 - 100 of 325 matches
Mail list logo
