On Sunday, 18 May 2014 at 11:58:20 UTC, bioinfornatics wrote:
Woa uOuh shared lib support added :-)
I love you
Unfortunately building Phobos as a shared library is not quite
supported yet. I added the technical underpinnings for it, but we
still need somebody to go through and acutely
On Thursday, 12 June 2014 at 18:25:36 UTC, Andrei Alexandrescu
wrote:
On 6/12/14, 6:34 AM, Dicebot wrote:
It was decided and 100% certain - virtual is not going in.
Need to
remove it from DMD before this release is out.
Yes please. -- Andrei
Since we didn't seem to have a pull request for
On Saturday, 14 June 2014 at 18:43:59 UTC, Walter Bright wrote:
And there's another advantage I neglected to mention - it
allows DMDFE code to be moved into Phobos without issues.
I don't think Nick's argument is particularly compelling, but the
DDMD - Phobos connection definitely makes the
On Thursday, 19 June 2014 at 03:42:11 UTC, David Bregman wrote:
I think the mulu implementation is incorrect. There can be an
overflow even when r = 0. For example consider the int version
with x = y = 116.
I also noticed this; another easy counter-example would be 132
for ulong
On Tuesday, 24 June 2014 at 13:48:14 UTC, Nordlöw wrote:
LDC 0.13.0, the LLVM-based D compiler, is available for
download!
Great job!
Will there be Linux distribution (Ubuntu) packages available?
Konstantinos Margaritis has been doing a fantastic job of keeping
the Debian packages up to
On Wednesday, 25 June 2014 at 18:43:34 UTC, Kai Nacke wrote:
It will be based on 2.065. There are only a few issues left in
this version. 2.066 will add new issues in addition to the
existing once. That is the reason why I will not skip a
frontend version.
I support your decision.
We have
On Tuesday, 1 July 2014 at 22:07:01 UTC, Paul D Anderson wrote:
Will this be in the 2.066 Beta?
It's currently in Git master, so yes – but we definitely need to
fix https://issues.dlang.org/show_bug.cgi?id=12958 before the
release (mul is horribily broken).
David
On Wednesday, 9 July 2014 at 12:11:13 UTC, Andrew Edwards wrote:
remove the string components parameter form opDispatch to
reveal the same error.
Hm, could you elaborate a bit further on this? As per the spec,
opDispatch requires a string parameter
For convenience, the list of unresolved issues marked as
regressions:
https://issues.dlang.org/buglist.cgi?bug_severity=regressionresolution=---
Seems like there is still quite a way to go until we can release
RC1.
David
On Friday, 25 July 2014 at 15:44:32 UTC, Andrei Alexandrescu
wrote:
I don't understand. I click on the link, go to youtube, and the
first image I see is the blue screen facebook DConf - Day 3
etc.
YouTube shows the Gophers Hate Him! advertising slide for the
video thumbnail. ;)
Cheers,
On Sunday, 17 August 2014 at 02:55:52 UTC, Dicebot wrote:
Results:
http://wiki.dlang.org/Review/std.logger#Voting_for_std.experimental
Seems like my vote
(http://forum.dlang.org/post/anzeespykooeiaqis...@forum.dlang.org)
went missing – not that it would change anything, of course
(later in
On Friday, 12 September 2014 at 02:35:44 UTC, Andrew Edwards
wrote:
On 9/12/14, 3:28 AM, Marco Leise wrote:
P.S. Is this supposed to contain all 2.066 regression
fixes pulled into master up to this point?
As far as I can tell at least
https://github.com/D-Programming-Language/dmd/pull/3961
from
On Thursday, 11 September 2014 at 16:51:34 UTC, Andrew Edwards
wrote:
DMD 2.066.1-rc1 is now available for testing.
I found a new 2.066 regression:
https://issues.dlang.org/show_bug.cgi?id=13478
It also exists in 2.066.0, but hopefully we can fix it before
2.066.1, as it currently blocks
On Friday, 3 October 2014 at 07:16:14 UTC, Kagamin wrote:
On Thursday, 2 October 2014 at 12:44:08 UTC, eles wrote:
I doubt. At least, not easily. However, installing LMDE should
be a one-time process (it's a rolling distribution).
Do rolling distributions guarantee to not overwrite fstab? How
On Wednesday, 8 October 2014 at 17:39:46 UTC, Walter Bright wrote:
Being on the front lines of tech support for 30 years, it is
not an unjustified fear nor a hypothetical problem.
What you could do is propose a secret switch to all dmd
generated programs that the druntime switch checks before
On Thursday, 9 October 2014 at 18:33:25 UTC, Rainer Schuetze
wrote:
This is a gcc extension, which isn't supported under Windows by
dmd. Can you add this attribute in GDC/LDC as part of a D file
aswell?
On Saturday, 25 October 2014 at 09:38:45 UTC, E.S. Quinn wrote:
I notice that there's no mingw based windows version with his
release.
That's just an issue with building the packages for the alpha,
the release will have a MinGW version.
David
On Tuesday, 13 January 2015 at 14:08:58 UTC, Adam D. Ruppe wrote:
http://arsdnet.net/this-week-in-d/jan-12.html
Great idea, hope the project will take off!
One thing: I found the link coloring to be _very_
counter-intuitive. So much so that I in fact had to fire up the
dev tools to figure
On Tuesday, 13 January 2015 at 23:20:49 UTC, MattCoder wrote:
Perhaps I misunderstood you. But here all links on that page
are blue, even the visited ones. I didn't see any green link
there, the only green text that I can see there, are the
comments in the code examples.
On Sunday, 3 May 2015 at 13:04:41 UTC, Vladimir Panteleev wrote:
It measures stats about D built from D's entire GitHub history,
as well as those of programs built with said D versions.
Currently only two programs are tested (empty program and
hello world), so please send PRs for meaningful
On Monday, 18 May 2015 at 15:50:01 UTC, Joakim wrote:
For those of us not going, any update on the live streaming
setup? That was a great way for those not there to take part
last time, even posing after-talk questions and conversing with
those there over irc. :)
I don't want to sell the
On Wednesday, 24 June 2015 at 20:14:02 UTC, Walter Bright wrote:
https://www.reddit.com/r/programming/comments/3axgwn/d_language_runtime_klickverbot_dconf_2015/
David, could you please post an AMA there?
Done. I didn't even see your prompt before I did so. ;)
- David
On Wednesday, 24 June 2015 at 20:43:07 UTC, rsw0x wrote:
He briefly mentions rtinfo then says it's not part of the talk,
is RTinfo actually used for anything? AFAICT it's just a dummy
value at the moment.
Yes, it is just a dummy value in the upstream druntime repo, but
people have been
On Friday, 22 May 2015 at 13:12:35 UTC, Daniel Murphy wrote:
Steven Schveighoffer wrote in message
news:mjkncd$21e7$1...@digitalmars.com...
BTW, I will stress again that I'm going to be at the hotel all
day Tuesday (and without a car) if anyone is interested in
hanging out :)
I'll be
On Friday, 14 August 2015 at 18:51:33 UTC, Dicebot wrote:
- HTTPS-only
By the way, Firefox on Mac does not recognize your TLS
certificate as valid.
– David
On Thursday, 8 October 2015 at 15:01:31 UTC, Martin Nowak wrote:
On Thursday, 8 October 2015 at 12:20:23 UTC, Andrea Fontana
wrote:
Are dmd 2.069b1 binaries compiled with dmd 2.069b1 or with dmd
2.068.2?
The last released compiler, we don't have any bootstrap method
(using a small C++
On Friday, 28 August 2015 at 07:47:13 UTC, Johannes Pfau wrote:
Current GDC master can compile DDMD, although it uses the
2.066.1 frontend. Iain backported the relevant C++ mangle
changes:
https://github.com/D-Programming-Language/dmd/pull/4957
The first LDC 2.067.1 beta is imminent.
—
On Wednesday, 2 December 2015 at 22:17:20 UTC, Walter Bright
wrote:
https://www.ssllabs.com/ssltest/analyze.html?d=dlang.org=on
Dlang.org gets an "A" now! Thanks to Jan Knepper's efforts.
Thanks!
Also displays as https in Chrome now.
— David
On Friday, 4 December 2015 at 02:29:52 UTC, Brad Roberts wrote:
I'm glad that letsencrypt is out there doing the publicity, but
getting and using ssl certs has been free via startssl for
several years now. What this new group is doing is the PR and
marketing to get people to do it, of course
On Sunday, 13 December 2015 at 11:57:18 UTC, Iain Buclaw wrote:
On 12 December 2015 at 16:48, Johan Engelen via
Digitalmars-d-announce < digitalmars-d-announce@puremagic.com>
wrote:
Are there plans for adding nightlies for GDC and LDC?
More like fortnightlies. :-)
I don't know what the
On Tuesday, 22 December 2015 at 19:07:55 UTC, Steven
Schveighoffer wrote:
Am I missing some new feature here? What does the 'this' mean?
I have no idea, this must have been some sort of weird copy/paste
or auto-correct mistake on my side. It's supposed to be "uint",
as in Andrei's talk.
—
On Wednesday, 23 December 2015 at 01:07:57 UTC, Walter Bright
wrote:
On 12/22/2015 10:29 AM, David Nadlinger wrote:
Not sure about how it arrives at the crazily unrolled loop,
but no recursion in
sight anymore.
It's doing tail recursion optimization, which turns the
recursion into a loop.
On Monday, 21 December 2015 at 17:28:51 UTC, Andrei Alexandrescu
wrote:
https://www.reddit.com/r/programming/comments/3xq2ul/codedive_2015_talk_three_cool_things_about_d/
By the way, even though I wholeheartedly share your sentiment
regarding those "functional" examples, I found it to be an
On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote:
According to Thrift's own docs their binary encoding is not
compact. For compact encoding it seems they refer to Protobuf.
There seems to be a confusion of terminology here. Thrift has a
"Binary" protocol, which is not compact
On Monday, 23 November 2015 at 20:55:32 UTC, Walter Bright wrote:
I'm pleased to announce that Jan Knepper has gotten us some
proper certificates now, and dlang.org and digitalmars.com are
now fully https!
There are a number of issues with how SSL is set up on the
server, from
On Tuesday, 24 November 2015 at 19:13:22 UTC, duff wrote:
You're part of the bikscheder team.
What is this even supposed to mean?
— David
On Thursday, 23 June 2016 at 08:14:42 UTC, Mike Parker wrote:
* extern(C) functions should, at a minimum, be declared as
@nogc and nothrow for client code using those attributes.
Be careful, though, if the C library supports user-specified
callbacks to be set for some functionality – unless
On Thursday, 14 January 2016 at 20:57:02 UTC, Kai Nacke wrote:
No. Since 0.16.0 we regard the Win64 support as
production-ready.
The only thing we are missing is a fancy one-click installer,
pretty much. Even though you can just extract the binary release
archives and use LDC as-is (it
Hi Jay,
On Sunday, 26 June 2016 at 16:40:08 UTC, Jay Norwood wrote:
After watching Andre's sentinel thing, I'm playing with strlen
on char strings with 4 terminating 0s instead of a single one.
Seems to work and is 4x faster compared to the runtime version.
Please keep general discussions
Hi Artem,
On Saturday, 13 February 2016 at 18:48:12 UTC, artemalive wrote:
https://github.com/artemalive/DigitalWhip
Your scripts had bounds checking enabled for LDC but not the
other two D compilers. I posted a pull request with the fix. LDC
isn't unreasonably slow any longer on a random
On Monday, 1 February 2016 at 11:42:54 UTC, Daniel Murphy wrote:
The process will be complete when you've backported the
entirety of 2.068.
From what I recall, 2.068 was fairly painless to merge anyway
compared to other releases.
— David
On Thursday, 18 February 2016 at 23:48:44 UTC, Elie Morisse wrote:
Calypso classes deriving from DMD ones will have to be
converted to D […]
This is not necessarily true. You should be able to inherit from
an extern(C++) class just fine on the C++ side. Of course, Walter
is busy converting
On Sunday, 14 February 2016 at 17:31:37 UTC, artemalive wrote:
From ldc output:
"-release - Disables asserts, invariants, contracts and
boundscheck".
We (LDC team) should clarify this description. In D2, -release
does not disable bounds-checking for @safe code anymore.
-singleobj really
On Thursday, 21 April 2016 at 14:48:40 UTC, ANtlord wrote:
Am I sleeping? Can we develop UI applications for Android on D?
It's great!
Yes – cool, right?
This is a reality now mostly due to Joakim's great LDC work.
— David
On Friday, 22 April 2016 at 18:48:26 UTC, David Nadlinger wrote:
This is a reality now mostly due to Joakim's great LDC work.
(the fact that we can deploy stuff to Android in the first place,
that is – obviously, the UI layer is a whole separate story)
On Thursday, 19 May 2016 at 12:54:48 UTC, Jens Müller wrote:
But ldc looks so bad.
Any comments from ldc users or developers? Because I see this
in many other measurements as well.
This definitely does not match up with my experience.
Particularly if you see this in many measurements, there
On Sunday, 22 May 2016 at 21:22:30 UTC, Richard Delorme wrote:
A question: why singleobj is not activated by a -Ox options?
It changes compiler behaviour – only a single object file is
produced. Historically, the default behaviour was used by some
people/build systems for incremental
On Friday, 20 May 2016 at 23:16:01 UTC, Richard Delorme wrote:
The source can be compiled with dmd, ldc or gdc, but the best
performance are obtained with the latter (almost twice faster).
Allowing LDC to do cross-module optimisations (by adding the
-singleobj flag) and make use of popcnt
Hi Stefan,
On Monday, 9 May 2016 at 16:57:39 UTC, Stefan Koch wrote:
My Plan is as follows.
I think you guys talked about it at the conference, but be sure
to coordinate with Timon Gehr. You'll want to steal all the best
ideas from the various implementations anyway. ;)
Do Dataflow
On Saturday, 23 July 2016 at 14:24:08 UTC, Matthias Klumpp wrote:
4) Resolving weird LDC bugs like this one:
https://github.com/ldc-developers/ldc/issues/1618 - might
actually be an LLVM issue, but I don't know enough to pin down
the issue.
Turns out that this is not actually a LDC/LLVM bug,
Hi all,
Version 1.1.0 of LDC, the LLVM-based D compiler, has finally been
released:
https://github.com/ldc-developers/ldc/releases/tag/v1.1.0
Please head over to the digitalmars.D.ldc forums for more details
and discussions:
http://forum.dlang.org/post/etynfqwjosdvuuukl...@forum.dlang.org
On Monday, 23 January 2017 at 19:56:33 UTC, Johan Engelen wrote:
Great! :-)
Keep me in the loop when preparing your slides! ;-)
Glad to help out in any way as well. I might also make it to
FOSDEM myself this year, but that's not quite sure yet.
— David
On Thursday, 9 February 2017 at 17:16:35 UTC, Joseph Rushton
Wakeling wrote:
This package should be possible to install on Ubuntu 16.04 or
later, or Ubuntu 14.04, as well as any other distro making
available a recent version of snapd (2.21 or later):
https://snapcraft.io/docs/core/install
On Monday, 27 February 2017 at 15:41:18 UTC, Seb wrote:
Is it redditable?
Yes, finally :)
Can we fix the fact that the docs are duplicated for template
functions before any big announcements? See e.g.
https://dlang.org/library-prerelease/std/algorithm/comparison/among.html from above. This
On Monday, 27 February 2017 at 17:13:24 UTC, Seb wrote:
A solution for the moment is to point people at the ddoc
version, e.g.
https://dlang.org/phobos/std_algorithm_comparison.html#.among
Sure, linking only that would definitely work. — David
On Saturday, 3 September 2016 at 14:40:37 UTC, Martin Nowak wrote:
Yes, it does help. As private prevents usage outside of a
module it allows to do some optimizations that required whole
program analysis otherwise, e.g. variables and functions can
get internal linkage, thus reducing
On Thursday, 1 September 2016 at 19:38:13 UTC, Stefan Koch wrote:
I have something that will help with that a little bit.
https://github.com/UplinkCoder/dmd/tree/__ctfeWriteln
when you apply this patch __ctfeWriteln() will output every
compiletime avilable string to the console.
More
On Thursday, 1 September 2016 at 21:01:46 UTC, Rory McGuire wrote:
I'm actually asking why we can't catch the ctfe error.
You can, by using __traits(compiles, …).
Surely the ctfe engine could be changed to catch unsupported
code errors. (Not invalid, just unsupported at CT).
It already
On Thursday, 1 September 2016 at 21:48:41 UTC, Rory McGuire wrote:
I was hoping that the error was coming from the CTFE engine as
it ran the code, but it comes up before ctfe execution I guess.
As a general comment, there is no such thing as a CTFE phase. It
is performed in-line with other
On Thursday, 1 September 2016 at 16:43:53 UTC, Rory McGuire wrote:
is that in one of the "semantic" passes the compiler has?
For reference, I've laid out the reasons why this proposal
couldn't work to Stefan here:
https://github.com/dlang/dmd/pull/6098#issuecomment-243375543
The real
On Thursday, 1 September 2016 at 19:27:17 UTC, Rory McGuire wrote:
So why can't we even catch the Error during CTFE, that would at
least help somewhat.
You are mixing up runtime exceptions ("throw …") with compiler
errors (missing a semicolon). dm.D.learn should be able to help
clear that
On Friday, 2 September 2016 at 08:57:14 UTC, Basile B. wrote:
On Friday, 2 September 2016 at 08:15:53 UTC, ketmar wrote:
std.traits wrappers should use __traits to build *safe* things
(declaring that @trusted in the end).
This has nothing to do with memory safety.
Actually it does, albeit
On Saturday, 3 September 2016 at 12:22:25 UTC, thedeemon wrote:
On Friday, 2 September 2016 at 14:55:26 UTC, jmh530 wrote:
Anyway, with @safe unions, my thinking is that it would mean
that the garbage collector can be made precise in @safe code
in a way that it can't in @system code (assuming
On Wednesday, 15 March 2017 at 09:19:17 UTC, Jack Applegame wrote:
I think that fixing such bugs is quite general interest. I'm
not asking to do enhancement required solely to me. I'm asking
to fix a bug, very bad bug.
The reason why your post is not appropriate here is in the name
of the
On Wednesday, 15 March 2017 at 07:37:53 UTC, Jack Applegame wrote:
Dear developers. I need help fixing issue #17257
(https://issues.dlang.org/show_bug.cgi?id=17257) and related
bug
(https://forum.dlang.org/post/zpxzbctiijfhjujsz...@forum.dlang.org).
This is a forum for announcements of
On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote:
And no official support on macOS.
LDC officially supports shared libraries on macOS. -David
On Saturday, 22 April 2017 at 10:12:04 UTC, Arek wrote:
And no output for ARM64. :/
LDC has beta-quality support for AArch64. --David
On Friday, 7 April 2017 at 22:57:39 UTC, Walter Bright wrote:
Thanks for pointing that out, I didn't know that. I just
assumed LDC would have gone with a clang-style inline assembler
(does clang even have inline asm?).
LDC supports both DMD-style asm {} blocks as well as LLVM's
native inline
On Friday, 7 April 2017 at 21:49:22 UTC, Walter Bright wrote:
Note that this also resolves the long-standing legal issue with
D's inline assembler being backend licensed, and so not
portable to gdc/ldc.
Just to clarify for people not usually frequenting these circles:
LDC does support
On Sunday, 14 May 2017 at 15:30:19 UTC, Walter Bright wrote:
On 5/14/2017 3:39 AM, Tomer Filiba wrote:
Of course it only applies to runtime division -- the compiler
can do the same if
the divisor is known in compile time.
I hate to say this, but modern compilers already do this for
On Wednesday, 13 December 2017 at 01:14:26 UTC, Seb wrote:
Also the storage on the machine is limited and we can't drop an
unlimited amount of Docker images there.
Shouldn't the overhead from that be fairly manageable? After all,
the last layer would only be as large as a single DMD/LDC
On Friday, 3 November 2017 at 23:50:33 UTC, Nicholas Wilson wrote:
Does `-link-internally` mean that you don't require command
line tool/dev installation for OS X and Windows? That would be
awesome for getting workshops for non-programmers (the
biologists at my Uni) to work.
You still need
On Saturday, 2 December 2017 at 15:47:23 UTC, Jacob Carlborg
wrote:
On 2017-12-02 13:41, kinke wrote:
Nope, unfortunately still waiting for one of my compadres to
create and upload the OSX package.
Have you thought of automatically build and upload packages
using Travis CI?
That would be
On Monday, 14 May 2018 at 18:31:13 UTC, Jacob Carlborg wrote:
Out of curiosity, how come the Objective-C integration seem to
always lack behind when LDC merges a new DMD release with some
new Objective-C integration? Is it less prioritized, not so
much knowledge in this area, something else?
On Thursday, 10 May 2018 at 09:11:20 UTC, Walter Bright wrote:
This isn't the only time videos of my talks (and others) have
been lost due to technical problems or simple screwups. I'm
tired of this happening.
One hopes that the contract with the respective company providing
A/V services
On Wednesday, 13 June 2018 at 06:46:43 UTC, Mike Franklin wrote:
https://github.com/JinShil/memcpyD
[…]
Feedback, advise, and pull requests to improve the
implementation are most welcome.
The memcpyD implementation is buggy; it assumes that all
arguments are aligned to their size. This
On Sunday, 17 June 2018 at 17:00:00 UTC, David Nadlinger wrote:
core.simd.loadUnaligned instead
Ah, well… https://issues.dlang.org/show_bug.cgi?id=19001
— David
On Thursday, 4 January 2018 at 13:03:21 UTC, Mike Parker wrote:
https://dlang.org/blog/2018/01/04/dmd-2-078-0-has-been-released/
In normal D code, struct destructors are executed when an
instance goes out of scope. This is handled by DRuntime, […]
This is slightly inaccurate. Regular stack
On Thursday, 21 December 2017 at 12:43:51 UTC, Jacob Carlborg
wrote:
On 2017-12-20 11:31, Benjamin Thaut wrote:
Would this work in all cases? Do tls variables work across
Linux shared libraries?
As far as I know it works on Linux and FreeBSD, but it doesn't
work on macOS. I don't know about
On Tuesday, 10 April 2018 at 20:32:05 UTC, Seb wrote:
On Tuesday, 10 April 2018 at 16:51:57 UTC, Atila Neves wrote:
If you get to the point where you can #include , it
will be doubly impressive!
Not *if*, *when*. ;)
Atila
FYI people have been fighting with this for a long time:
On Thursday, 15 March 2018 at 10:48:45 UTC, Radu wrote:
You have to remember that the really big first client of
betterC(++) was DMD, porting DMD from C++ was a big
undertaking. Right now both DMD and LDC use a form of betterC,
so it is critical to have it finalized.
This is entirely wrong.
On Monday, 15 July 2019 at 20:57:59 UTC, Johannes Pfau wrote:
I don't see how "should be made public" can be interpreted as
"should be installed", especially considering that templates
need source code installed (core.internal), but that's
completely orthogonal to what functions should be
On Monday, 15 July 2019 at 19:52:57 UTC, David Nadlinger wrote:
On Monday, 15 July 2019 at 11:33:44 UTC, Mike Franklin wrote:
My understanding is the `rt` is the language implementation
and `core` is the low level library for users.
This understanding would be mistaken. We haven't been
On Monday, 15 July 2019 at 20:27:16 UTC, Johannes Pfau wrote:
I guess this should be documented somewhere then.
See druntime/CONTRIBUTING.md:
```
In general, only modules in the 'core' package should be
made public. The single exception is the 'object' module
which is not in any package.
The
On Monday, 15 July 2019 at 11:33:44 UTC, Mike Franklin wrote:
My understanding is the `rt` is the language implementation
and `core` is the low level library for users.
This understanding would be mistaken. We haven't been shipping
`rt` on the import path for a long time. `core.internal`
On Monday, 15 July 2019 at 14:00:23 UTC, Mike Franklin wrote:
I'm sorry it broke digger, but digger is not how we typically
build DMD, druntime, and Phobos.
It also breaks the LDC build system. Just shipping rt.* too by
itself would be simple, but as the frontend takes various
libraries when
On Monday, 15 July 2019 at 19:41:11 UTC, Johannes Pfau wrote:
And duplicating extern(C) declarations, syncing them manually,
... is a safety liability and maintainance nightmare (see my
other post). So in no way should we start to add more such
functions interfacing rt to core.internal.
87 matches
Mail list logo