Hi!
Since this issue came up again here just now, I would like to
draw your attention to this particular bug.
It hinders integration with widely used build systems like
Automake, CMake, Meson and build tools like ninja/make and in
general results in very suprising results especially when using
On Friday, 20 April 2018 at 18:30:30 UTC, Matthias Klumpp wrote:
On Friday, 20 April 2018 at 05:32:32 UTC, Dmitry Olshansky
wrote:
On Friday, 20 April 2018 at 00:11:25 UTC, Matthias Klumpp
wrote:
On Thursday, 19 April 2018 at 18:45:41 UTC, kinke wrote:
[...]
[...]
I think the order of opera
On Friday, 20 April 2018 at 05:32:32 UTC, Dmitry Olshansky wrote:
On Friday, 20 April 2018 at 00:11:25 UTC, Matthias Klumpp wrote:
On Thursday, 19 April 2018 at 18:45:41 UTC, kinke wrote:
[...]
Jup, I did that already, it just took a really long time to
run because when I made the change to
On Friday, 20 April 2018 at 00:11:25 UTC, Matthias Klumpp wrote:
[...]
Jup, I did that already, it just took a really long time to run
because when I made the change to print errno [...]
I forgot to mention that, the error code was 12, ENOMEM, so this
is actually likely not a relevant issue a
On Thursday, 19 April 2018 at 18:45:41 UTC, kinke wrote:
On Thursday, 19 April 2018 at 17:01:48 UTC, Matthias Klumpp
wrote:
Something that maybe is relevant though: I occasionally get
the following SIGABRT crash in the tool on machines which have
the SIGSEGV crash:
```
Thread 53 "appstream-gen
On Thursday, 19 April 2018 at 08:30:45 UTC, Kagamin wrote:
On Wednesday, 18 April 2018 at 22:24:13 UTC, Matthias Klumpp
wrote:
size_t memSize = pooltable.maxAddr - minAddr;
(https://github.com/ldc-developers/druntime/blob/ldc/src/gc/impl/conservative/gc.d#L1982
)
That wouldn't make sense for a
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
Interesting, but I don't think it applies here. Both start and
end addresses are 16
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
it took us quite some time to reduce and debug this:
https://github.com/D-Programming-GDC/GDC/pull/236/commits/
5021b8d031fcacac52ee4
On Wednesday, 18 April 2018 at 20:40:52 UTC, Matthias Klumpp
wrote:
[...]
If possible, I'd give static linking a try.
I tried that, with at least linking druntime and phobos
statically. I did not, however, link all the things statically.
That is something to try (at least statically linking a
On Wednesday, 18 April 2018 at 18:55:48 UTC, kinke wrote:
On Wednesday, 18 April 2018 at 10:15:49 UTC, Kagamin wrote:
There's a number of debugging options for GC, though not sure
which
ones are enabled in default debug build of druntime
Speaking for LDC, none are, they all need to be enabled
On Wednesday, 18 April 2018 at 10:15:49 UTC, Kagamin wrote:
You can call GC.collect at some points in the program to see if
they can trigger the crash
I already do that, and indeed I get crashes. I could throw those
calls into every function though, or make a minimal pool size,
maybe that yie
On Tuesday, 17 April 2018 at 08:23:07 UTC, Kagamin wrote:
Other stuff to try:
1. run application compiled on debian against ubuntu libs
2. can you mix dependencies from debian and ubuntu?
I haven't tried that yet (next on my todo list), if I do run the
program compiled with address sanitizer o
On Monday, 16 April 2018 at 16:36:48 UTC, Matthias Klumpp wrote:
[...]
The code uses std.typecons.scoped occasionally, does no GC
allocations in destructors and does nothing to mess with the GC
in general. There are a few calls to GC.add/removeRoot in the
gir-to-d generated code (ObjectG.d), b
On Sunday, 21 January 2018 at 04:16:10 UTC, MHE wrote:
[...]
For this i have made a folder named GIT in the linux directory
/usr/local/GIT
And Gitcloned in the GIT folder :
git clone https://github.com/nomad-software/x11
git clone https://github.com/nomad-software/tcltk.git
The clones are now i
On Sunday, 8 October 2017 at 08:38:15 UTC, Iain Buclaw wrote:
On 7 October 2017 at 19:42, Nordlöw via Digitalmars-d
wrote:
On Friday, 6 October 2017 at 15:21:05 UTC, jmh530 wrote:
I would think this would be bigger news...I mean LDC isn't
even on 2.076 yet...
I very much so agree. This is
On Monday, 19 June 2017 at 12:21:24 UTC, Mike B Johnson wrote:
[...]
Funny: "The main design point of Meson is that every moment a
developer spends writing or debugging build definitions is a
second wasted. So is every second spent waiting for the build
system to actually start compiling code.
On Wednesday, 28 June 2017 at 10:09:06 UTC, Ralph Amissah wrote:
Installing dmd if debian-goodies is installed fails. Both try
to write a file named '/usr/bin/dman'
Debian Stretch is out, the freeze is over, perhaps now dmd will
soon be
available as a package in Debian? Ldc2 does a great job b
On Tuesday, 11 April 2017 at 18:14:40 UTC, David Nadlinger wrote:
On Tuesday, 11 April 2017 at 12:03:27 UTC, Matthias Klumpp
wrote:
On Monday, 10 April 2017 at 22:15:53 UTC, David Nadlinger
wrote:
So do we need to put a reminder about the ABI being unstable
into set of every release notes to ma
On Tuesday, 11 April 2017 at 15:31:46 UTC, David Nadlinger wrote:
On Tuesday, 11 April 2017 at 12:38:01 UTC, Matthias Klumpp
wrote:
If you could change the SOVERSION with every one of these
changes, or simply just tie it to the respective Phobos
release, distributions would automatically do the
On Tuesday, 11 April 2017 at 14:43:15 UTC, Russel Winder wrote:
On Tue, 2017-04-11 at 14:21 +, Matthias Klumpp via
Digitalmars-d wrote:
[…]
At time I am playing around with the idea of using
pkg-config[1]
files to enlist the sources a D library consists of.
By doing that, we would have
On Tuesday, 11 April 2017 at 14:49:03 UTC, Russel Winder wrote:
[...]
Having played a bit with GtkD, you always want this as a shared
library for development.
Yeah, GtkD is pretty massive and takes quite a large amount of
time to compile... Redoing that for each software depending on it
is p
On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote:
[...]
The problem with /usr/include/d is that is where .di files
would be located not .d. This would also match up with the
c/c++ usage of it.
When I asked about this a while back, I was told to just install
the sources into
On Tuesday, 11 April 2017 at 14:04:44 UTC, rikki cattermole wrote:
[...]
/usr/share/source/D/package-name-version
Add a search path like that to Dub and create source only
library packages and that is pretty much all the distribution
we need for libraries I reckon.
It's more likely that the
On Tuesday, 11 April 2017 at 13:43:38 UTC, Jacob Carlborg wrote:
On 2017-04-11 02:47, Jonathan M Davis via Digitalmars-d wrote:
Honestly, I don't see how it really makes much sense to use
shared libraries
with D except in cases where you have no choice. The lack of
ABI
compatibility makes the
On Tuesday, 11 April 2017 at 12:42:13 UTC, Russel Winder wrote:
On Tue, 2017-04-11 at 12:03 +, Matthias Klumpp via
Digitalmars-d wrote:
[…]
Nah, there are several options here, one would simply be to
tell
people not to use the distro packages with anything but the
default D compiler
On Tuesday, 11 April 2017 at 00:47:34 UTC, Jonathan M Davis wrote:
On Monday, April 10, 2017 23:08:17 David Nadlinger via [...]
Also, what are we even looking to distribute in debian? I would
have thought that the normal thing to do would be to build with
dub, in which case, having the compiler
On Monday, 10 April 2017 at 23:43:04 UTC, David Nadlinger wrote:
On Monday, 10 April 2017 at 23:27:35 UTC, Walter Bright wrote:
The next problem is that dmd occasionally changes the
interface to the D runtime. […] I also do not know how the
gdc/lds druntime
interfaces differ.
Just to make th
On Monday, 10 April 2017 at 23:33:17 UTC, Walter Bright wrote:
On 4/10/2017 6:08 AM, Matthias Klumpp wrote:
I also want to stress that having a single C++ library like
Boost compiled into
stuff and rolling dependency transitions when its API/ABI
changes with a major
release is less of a problem
On Monday, 10 April 2017 at 23:27:35 UTC, Walter Bright wrote:
On 4/10/2017 5:59 AM, Matthias Klumpp wrote:
You need to see here that D is not the center of the world and
we will need to
make it work nicely with the rest of the system. The technical
policies work for
everything else, so there i
On Monday, 10 April 2017 at 23:08:17 UTC, David Nadlinger wrote:
On Monday, 10 April 2017 at 17:27:28 UTC, Matthias Klumpp wrote:
That's why I have been writing a lot of Makefiles and Meson
build definitions lately.
It seems like doing so without having a closer look at the
realities of D sof
On Monday, 10 April 2017 at 22:36:39 UTC, Iain Buclaw wrote:
On 10 April 2017 at 23:52, David Nadlinger via Digitalmars-d
wrote:
On Monday, 10 April 2017 at 20:43:06 UTC, Iain Buclaw wrote:
Master sports Phobos 2.071. Someone will have to see whether
latter versions can be built using it.
On Monday, 10 April 2017 at 22:26:46 UTC, Joseph Rushton Wakeling
wrote:
On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote:
This has worked nicely for every language. If you don't have
templates in your API or don't change the templates between
releases, you can survive with one l
On Monday, 10 April 2017 at 22:15:53 UTC, David Nadlinger wrote:
On Monday, 10 April 2017 at 17:50:08 UTC, Matthias Klumpp wrote:
I am reading release notes, so we rebuilt dependencies of LDC -
(I assume you mean reverse dependencies.)
[…] But since no bugs were reported, I assume no issues a
On Monday, 10 April 2017 at 20:11:28 UTC, Wyatt wrote:
On Monday, 10 April 2017 at 18:46:31 UTC, H. S. Teoh wrote:
Hmm. I guess there's no easy way to make dmd/ldc emit
dependencies with modified SONAMEs? So yeah, you're right,
every software that depends on said libraries would have to
ex
I apologize in advance for the large amount of mail that will
likely follow, but I want to address all comments.
On Monday, 10 April 2017 at 18:46:31 UTC, H. S. Teoh wrote:
[...]
One issue, though: if we standardize on compiling Debian
packages with ldc, then what do we do with libraries that
On Monday, 10 April 2017 at 17:29:04 UTC, H. S. Teoh wrote:
On Mon, Apr 10, 2017 at 11:40:12AM +, Matthias Klumpp via
Digitalmars-d wrote: [...]
[...]
If we do that, we will run into the D ABI trap: Libraries
compiled with compiler X can not be used from software
compiled with D compiler
On Monday, 10 April 2017 at 16:58:05 UTC, Johan Engelen wrote:
On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote:
Btw, at time we are just ignore the ABI issues, and
surprisingly nothing broke yet, indicating that ABI breakage
isn't very common or not affecting commonly used int
On Monday, 10 April 2017 at 16:12:35 UTC, Iain Buclaw wrote:
[...]
Everyone should follow GDC's ABI, rather than trying to mimic
DMD calling convention. ;-)
GDC is working very well, and using it would actually be the
natural choice for us as GCC is the default compiler.
However, there are a
On Monday, 10 April 2017 at 14:33:34 UTC, qznc wrote:
On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote:
1) Is there some perspective on D getting a defined ABI that
works with all major D compilers?
2) What would the D community recommend on how to deal with
the ABI issues cu
On Monday, 10 April 2017 at 14:21:43 UTC, Gerald wrote:
On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote:
There are a two issues though that we will be facing in Debian
soon, and I would like to get some opinion and maybe
perspective on from the D community on them.
First I wou
On Monday, 10 April 2017 at 12:59:58 UTC, qznc wrote:
[...]
How do Debian and C++ go along? There is no ABI compatibility
between GCC and Clang afaik.
Clang offers compatibility for most basic features. There are
some ABI compatibility issues though and you find them reported
in the Clang/li
On Monday, 10 April 2017 at 13:07:22 UTC, Vladimir Panteleev
wrote:
On Monday, 10 April 2017 at 12:59:37 UTC, Matthias Klumpp wrote:
Who came up with those policies and decided that they apply
to D? Because I really don't think they should.
[...]
You need to see here that D is not the center of
On Monday, 10 April 2017 at 12:40:33 UTC, Vladimir Panteleev
wrote:
[...]
Can we treat it more like an interpreted language instead?
An interpreted language would interpret the code on the target
system at runtime. This is not what D does, so we can't really
treat it like we treat Python (whe
On Monday, 10 April 2017 at 12:40:33 UTC, Vladimir Panteleev
wrote:
On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote:
Recompiling the dependency-chain of a software from source
when compiling a package using the "right" compiler and
statically adding the code is forbidden by dist
Hi there!
These are probably questions directed mostly at Walter and others
shaping D's goals, but this could be of general interest for many
people, so to the forum it goes :-)
DMD is completely free software now and we can legally distribute
it in Debian main - yay! This is an awesome achie
On Monday, 20 March 2017 at 08:52:05 UTC, Russel Winder wrote:
I see that D-Apt has the Debian revision number on packages
starting at
0. I had understood that the policy was to start at 1.
For stuff in *Debian* that is true, anything not in Debian should
start at zero and add a "repository
On Saturday, 18 February 2017 at 22:48:53 UTC, Dmitry Olshansky
wrote:
[...]
For some time I was a proponent of yanking stuff from Phobos
into oblivion. Now I'm not. Stop breaking code. Yes, we should
think harder before introducing libraries into Phobos but
continuing on with removal of stuff
On Friday, 3 February 2017 at 06:59:32 UTC, David Nadlinger wrote:
Hi all,
This year's FOSDEM is taking place Saturday–Sunday in Brussels
(registration-less open source software event).
Any D heads in the area? Kai Nacke is going to give a talk on
PGO in LDC in the LLVM dev room [1], and I'l
On Saturday, 14 January 2017 at 23:24:18 UTC, Jack Applegame
wrote:
On Saturday, 14 January 2017 at 18:41:21 UTC, Russel Winder
wrote:
On Sat, 2017-01-14 at 17:28 +, Elronnd via Digitalmars-d
wrote:
On Friday, 13 January 2017 at 11:50:25 UTC, Russel Winder
wrote:
> LDC which is packaged b
On Friday, 23 December 2016 at 15:02:23 UTC, Ilya Yaroshenko
wrote:
[...]
It is not true for Mir projects, sometimes ICE occurs without
any description while LDC just works. --Ilya
Bug report for ICEs requires to much efforts because code size
should be reduced.
I found quite a few in LDC
To clarify this point on the list:
On Thursday, 22 December 2016 at 10:40:32 UTC, Kagamin wrote:
On Tuesday, 20 December 2016 at 23:08:28 UTC, Andrei
Alexandrescu wrote:
https://gist.github.com/ximion/77dda83a9926f892c9a4fa0074d6bf2b
Aren't requirements for packaging and recent versions mutua
Hi!
This issue should be fixed since LDC 1:1.1.0-2, which Xenial
doesn't have.
Ideally, fetch a newer version from Debian or a PPA to solve this
issue.
Cheers,
Matthias
On Saturday, 8 October 2016 at 18:53:32 UTC, Andrei Alexandrescu
wrote:
On 10/8/16 2:49 PM, Andrei Alexandrescu wrote:
On 10/8/16 1:22 PM, Martin Nowak wrote:
Integrating this with a pre-compiled ldc library is a
fantastic idea
OTOH.
If we can make this work, it will be much less effort and
y
On Wednesday, 5 October 2016 at 16:57:42 UTC, Rory McGuire wrote:
On Wed, Oct 5, 2016 at 5:32 PM, angel via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
On Wednesday, 5 October 2016 at 02:11:14 UTC, Meta wrote:
[...]
Really, why do we need a _body_ ?
We have pre-condition and post-condi
On Wednesday, 1 June 2016 at 01:26:53 UTC, Eugene Wissner wrote:
On Tuesday, 31 May 2016 at 20:12:33 UTC, Russel Winder wrote:
On Tue, 2016-05-31 at 10:09 +, Atila Neves via
Digitalmars-d wrote:
[…]
No, no, no, no. We had LDC be the default already on Arch
Linux for a while and it was a
On Sunday, 29 May 2016 at 10:56:57 UTC, Russel Winder wrote:
On Sun, 2016-05-29 at 04:08 +, Joakim via Digitalmars-d
wrote:
[…]
It would be nice if that happened, but Walter has said
Symantec isn't interested. Aren't ldc and GDC enough?
This is why LDC should be seen in the D community
On Thursday, 21 April 2016 at 09:07:57 UTC, Johan Engelen wrote:
On Thursday, 21 April 2016 at 01:01:01 UTC, Matthias Klumpp
wrote:
The question here is also, which compiler should be the
default (which IMHO would be the most complete, most bug-free
actively maintained one ^^).
Is performan
On Thursday, 21 April 2016 at 11:58:23 UTC, Kagamin wrote:
On Thursday, 21 April 2016 at 01:01:01 UTC, Matthias Klumpp
wrote:
[...]
Many D users are enthusiasts and push the compiler to its
limits, they are usually stuck with DMD (even DMD HEAD
sometimes) as it provides the latest fixes. It
Hi, and thanks for your detailed explanations!
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:
[...]
You currently can't install druntime or phobos headers in this
directory, as each compiler will have slight
Hello!
Me bringing dub to Debian (and subsequently Ubuntu) has sparked
quite some interest in getting more D applications shipped in
Linux distributions.
Since I think D is a great language, I would welcome that - in
order to get more D code into distributions though, it would be
awesome to so
60 matches
Mail list logo
