On Tuesday, 16 September 2014 at 01:43:15 UTC, Andrei
Alexandrescu wrote:
That would be exactly what's needed. Who's volunteering?
I guess I already somehow did.
I am in the "progress" of building a benchmarking suite:
https://github.com/ThomasMader/benchmark
Currently it is possible to benc
On Wednesday, 24 September 2014 at 04:46:01 UTC, Sean Kelly wrote:
Yes, the inference is very nice. And I do see the use for each
attribute. It's just... when I look at a function and there's
a line of attributes before the function declaration that have
nothing to do with what the function a
Nothing exciting, but I tried to port the Java implementations of
the benchmark game [1] to D. [2]
My focus was to use the same algorithm/abstraction used in the
Java implementation.
I haven't finished the porting of all benchmarks but you can use
them if they help you.
May I ask you what you
On Sunday, 15 June 2014 at 17:19:42 UTC, bearophile wrote:
So you are missing most of the point of using D, and you are
perhaps even relying too much on the D GC, that is much worse
than the JavaVM GC.
I am aware of the D GC issue and know that I need to take another
route to get the most out
On Friday, 16 March 2018 at 11:44:59 UTC, Chris wrote:
Would it be possible to find out at DConf in Munich why exactly
D is so popular in Germany (my impression) and in other
countries of Europe (and that general post code) like France,
Italy, GB, Romania and Russia etc.?
My guess is that it
The dmd package on NixOS doesn't work anymore in their master
branch.
They must have changed something in the C environment or
something and I don't have a clue what's going on.
Building the package succeeds but when I try to build with the
newly build binary I get all sorts of linker errors.
M
On Saturday, 5 May 2018 at 00:07:01 UTC, Johannes Loher wrote:
Am 04.05.2018 um 22:27 schrieb Thomas Mader:
[...]
Here is a demangled version of what you posted:
Here comes the entire demangled output of the Hello World build.
Maybe it has something to do with ModuleInfo?
I also need to skip
On Saturday, 5 May 2018 at 11:22:06 UTC, Thomas Mader wrote:
I also need to skip through changes which might have introduced
this problem.
Has anyone tried to compile with glibc 2.27?
They switched to 2.27 on Master branch and I suspect that the
error has to do with that.
On Friday, 4 May 2018 at 20:27:33 UTC, Thomas Mader wrote:
The dmd package on NixOS doesn't work anymore in their master
branch.
Since dmd still works correctly on the stable branch I tried to
examine the differences of libphobos2.a.
I switched back to version 2.079.0 on master to have the sam
On Wednesday, 9 May 2018 at 19:58:48 UTC, Thomas Mader wrote:
Now I wonder how something like that is possible.
My suspicion about the switch to glibc 2.27 being the problem was
wrong.
I did a very timeconsuming bisection and found the problem commit
to be the one which bumped binutils to 2.3
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 found the problem
commit to be the one which bumped binutils to 2.30.
Can somebody help me to answer the question from
On Friday, 18 May 2018 at 13:15:35 UTC, Johannes Pfau wrote:
As far as I know, that's correct. GCC-based compilers emit ASM
code only and leave assembling of the objects files to the
'binutils as' assembler. That's probably the reason they
assumed it's a binutils bug. For DMD, binutils is not i
On Friday, 4 May 2018 at 20:27:33 UTC, Thomas Mader wrote:
The dmd package on NixOS doesn't work anymore in their master
branch.
They must have changed something in the C environment or
something and I don't have a clue what's going on.
I found the problem.
strip in binutils 2.30 is broken. Ni
On Saturday, 22 September 2018 at 01:08:26 UTC, Neia Neutuladh
wrote:
...you *do* know that not every codebase has people working on
it who only know English, right?
This topic boils down to diversity vs. productivity.
If supporting diversity in this case is questionable.
I work in a German s
On Saturday, 22 September 2018 at 10:24:48 UTC, Shachar Shemesh
wrote:
Thank Allah that someone said it before I had to. I could not
agree more. Encoding whole words as single Unicode code points
makes no sense.
The goal of Unicode is to support diversity, if you argue against
that you don't
On Saturday, 22 September 2018 at 11:28:48 UTC, Jonathan M Davis
wrote:
Unicode is supposed to be a universal way of representing every
character in every language. Emojis are not characters. They
are sequences of characters that people use to represent
images. I do not understand how an argume
On Friday, 1 December 2017 at 13:30:21 UTC, Laeeth Isharc wrote:
Hi.
I'd like to get PyD working on Windows 64. I think it's
probably just a simple linking / library problem, but don't
have time to work on it myself right now. If somebody would be
interested in helping, we could pay for hel
On Tuesday, 19 December 2017 at 09:54:05 UTC, Walter Bright wrote:
"C, Python, Go, and the Generalized Greenspun Law"
http://esr.ibiblio.org/?p=7804
But ESR doesn't seem to be fond of the GC idea for C like
languages though.
He states in a comment:
">For a long time I’ve been holding out ho
On Wednesday, 20 December 2017 at 09:16:34 UTC, Timon Gehr wrote:
On 20.12.2017 09:30, Thomas Mader wrote:
Interestingly he doesn't know about D
http://esr.ibiblio.org/?p=7724
Haven't read that one but it just shows it:
"Since I’ve mentioned D, I suppose this is also the point at
which I s
On Thursday, 21 December 2017 at 11:08:23 UTC, thedeemon wrote:
A good GC requires the compiler to add special bookkeeping code
to every pointer mutation in the heap, and to generate special
data for each function to help GC find all the pointers in its
stack and closures. Without such help fro
On Friday, 22 December 2017 at 04:56:57 UTC, thedeemon wrote:
Making the GC more like in Go and JVM means adding write
barriers, it means making general code slower (we're not
fast-as-C anymore), it means losing easy C compatibility (hello
FFI!), it means forbidding many current language featur
On Friday, 12 January 2018 at 16:13:39 UTC, Seb wrote:
Motivation
--
1) It's required for Walter's work on using -betterC for the
backend conversion:
https://github.com/dlang/dmd/pull/6907
2) We start to run into random failures lately, e.g.
https://github.com/braddr/d-tester/issues
On Saturday, 27 January 2018 at 14:48:08 UTC, Johan Engelen wrote:
I'm working on devirtualization and for that it's crucial to
know some spec details (or define them in the spec if they
aren't yet).
Currently, calling non-final member functions in the destructor
is allowed and these indirect
Hello,
I am thinking about attending my first DConf but don't want to
spend too much for the hotel.
Are there people who are up for room sharing?
Thomas
On Friday, 6 May 2016 at 08:07:30 UTC, Pjotr Prins wrote:
At Dconf we had a discussion on creating reproducible builds of
the D compilers. One thing that is required is bootstrapping
the build. In GNU Guix we start from a working C compiler which
is a reasonable starting point (it could have be
On Tuesday, 14 June 2016 at 03:31:10 UTC, H. S. Teoh wrote:
It's unlikely to happen in the near future, though, if at all.
But one can dream. :-)
I think the big plan behind Web Assembly is to allow foreign
languages an entry into the browser world.
IIRC it's planned that the entire DOM will
I created a bug but wanted to get some opinions regarding the
solution.
You can read about the problem in
https://issues.dlang.org/show_bug.cgi?id=15391#c3 .
Thomas
On Wednesday, 23 December 2015 at 17:22:25 UTC, Andrei
Alexandrescu wrote:
Yah. Overall I think a redesign is needed simply because it's
time. Second I think the particular redesign discussed here is
nice in many ways. Third I think I'm being reasonable if I ask
to introduce new or custom techn
On Thursday, 24 December 2015 at 06:43:32 UTC, Andrei
Alexandrescu wrote:
Currently dlang.org has over 62KLOC of Ddoc source, so any
significant surgery on it will be a large effort. Dropping ddoc
means we'd need to use another templating engine (getting back
to raw html would be too much troub
On Tuesday, 11 October 2016 at 01:37:55 UTC, Martin Nowak wrote:
On Saturday, 20 August 2016 at 13:45:11 UTC, Basile B. wrote:
"to MSI using innosetup" ?
There's a misunderstanding here. Inno setup doesn't compile to
MS installer, it's a complete independant solution.
Whatever makes more sen
On Tuesday, 11 October 2016 at 06:09:03 UTC, Thomas Mader wrote:
I worked with NSIS and InnoSetup. InnoSetup is much cleaner and
easier.
At work we switched from NSIS to InnoSetup and we create MSI
packages from NSIS and InnoSetup packages IIRC.
I think it's better to go with InnoSetup because i
On Monday, 5 December 2016 at 19:33:33 UTC, Jim Hewes wrote:
On 12/5/2016 3:19 AM, Kjartan F. Kvamme wrote:
On Monday, 5 December 2016 at 09:24:59 UTC, Basile B. wrote:
How about a bounty for a new windows installer using inno
setup ?
There are several issues related to the nsis-based windows
On Tuesday, 6 December 2016 at 17:28:25 UTC, Jim Hewes wrote:
On 12/6/2016 12:21 AM, Thomas Mader wrote:
You can also create a WiX installer out of an InnoSetup
installer.
I think it's more important to decide upon the feature set,
readability
and the time needed to build an installer.
Have
On Wednesday, 7 December 2016 at 23:00:13 UTC, Jim Hewes wrote:
On 12/6/2016 10:31 PM, Thomas Mader wrote:
The update case could be better supported by Inno by default
though I
don't know how to really do it transactionally/atomic. Once
everything
is on the drive, how would you be able to swi
On Wednesday, 7 December 2016 at 23:00:13 UTC, Jim Hewes wrote:
On 12/6/2016 10:31 PM, Thomas Mader wrote:
The update case could be better supported by Inno by default
though I
don't know how to really do it transactionally/atomic. Once
everything
is on the drive, how would you be able to swi
35 matches
Mail list logo
