Potentially related:
https://issues.dlang.org/show_bug.cgi?id=13875
On 05/09/2018 03:50 PM, Ethan wrote:
On Tuesday, 8 May 2018 at 14:28:53 UTC, jmh530 wrote:
I don't really understand what to use binderoo for. So rather than
fill out the questionnaire, maybe I would just recommend you do some
work on wiki, blog post, or simple examples.
Been putting that
On 03/14/2018 02:33 AM, 9il wrote:
On Wednesday, 14 March 2018 at 05:40:42 UTC, Manu wrote:
I'd like to understand why implement a distinct vector type, rather
than just a Nx1/1xN matrix?
This is just and API quesiton of how elements of Nx1/1xN matrix should
be accessed.
E.g. should one
On 01/04/2017 02:22 PM, Andrei Alexandrescu wrote:
We release a brief Vision document summarizing the main goals we plan to
pursue in the coming six months. This half we are focusing on three
things: safety, lifetime management, and static introspection.
https://wiki.dlang.org/Vision/2017H1
On 04/02/2016 09:02 AM, Lass Safin wrote:
class C {
~this() {}
immutable ~this() {}
}
This gives a conflict error between the two destructors.
What do you expect the difference to be? I'm not sure what I expect the
semantics of destroying an immutable object to be.
On 02/29/2016 04:22 PM, Jonas Drewsen wrote:
> https://summerofcode.withgoogle.com/organizations/?sp-category=languages
>
>From there, clicking on the "D Foundation" block and then "Learn More"
brings you to a more detailed page. On that new page, clicking the "IRC
Channel" link brings the user
On 02/18/2016 02:06 PM, rsw0x wrote:
> On Thursday, 18 February 2016 at 17:52:10 UTC, Kai Nacke wrote:
>> I really like the compiler diversity. What I miss (hint!) is a program
>> to verify the compiler/backend correctness. Just generate a random D
>> program, compile with all 3 compilers and
On 01/25/2016 12:08 PM, ikod wrote:
> Hello
>
> I'd like to hear any opinions and best practices on coexistence of dub
> and debian .deb packaging and deployment.
>
> Here is my problem: I wrote some small library that use Pegged to parse
> and process user requests. This library can be used in
> I read your reasons why you're not using DStep. But I still think it's a
> shame that you chose to create a new tool instead of contributing to DStep.
>
> That's the unfortunate issue with the D community. Everyone is creating
> their on projects instead of working together. That's why the
On 09/21/2015 12:01 PM, Ola Fosheim Grøstad wrote:
> On Monday, 21 September 2015 at 09:45:01 UTC, ZombineDev wrote:
>> I guess that the only thing that doesn't map directly to D is &&. The
>> others look on the D side like this:
>> C++ -> D
>> T* -> T*
>> T& -> ref T
>> const T*
How come it crashes a lot ?
> Glancing quickly at the source, it looks like it is using clang as a
> source of C++ truth.
It's crashing a lot because I make some incorrect assumptions about
what's in the AST and not everything is handled. Getting templates
right is hard, and cpp_binder doesn't
On 09/21/2015 05:29 AM, Jacob Carlborg wrote:
> On 2015-09-21 06:22, Paul O'Neil wrote:
>
>> I've written more about cpp_binder and my experiences at
>> http://www.todayman.net/cpp_binder-pre-announcement-and-status.html.
>
> About the plugin architecture. I tried modifying DMD to run DStep to
As the title says, cpp_binder is a tool that generates C++ bindings. It
reads C++ headers and produces a D file filled with "extern(C++)"
declarations. It can translate a bunch of cool, small examples, but is
not close to being ready for prime-time. It crashes a lot, especially
in the STL;
On 09/08/2015 02:43 AM, Ali Çehreli wrote:
> I have just completed submitting the book at IngramSpark as well. This
> will give the book a chance to appear on book shelves, which I find
> important because I think seeing and touching a book has an effect on
> anybody visiting a book shop.
>
>
This is fantastic! Congratulations!
--
Paul O'Neil
Github / IRC: todayman
On 04/26/2015 01:37 AM, weaselcat wrote:
https://github.com/hackwaly/pepper-nim
Wonder how hard it would be to get D to do the same, or if it's worth
the effort over trying to adapt LDC output to emscripten.
Manu was looking into this a little while a go.
On 03/30/2015 11:32 AM, Steven Schveighoffer wrote:
On 3/30/15 5:12 AM, Marc =?UTF-8?B?U2Now7x0eiI=?= schue...@gmx.net
wrote:
`this` is already a reference. You're taking the address of that
reference. A simple cast should work: `cast(void*) this`.
To build on this further, this for a
I'm registering a callback with some C code. The simplified story is
here, but the actual code is on GitHub [1] at the end if you care.
The call looks something like this.
void register(void(*fp)(void*), void* context);
I have a class that holds state for the callback and registers itself:
On 03/29/2015 10:57 PM, weaselcat wrote:
On Monday, 30 March 2015 at 02:53:36 UTC, Paul O'Neil wrote:
As of dmd 2.067, doing this is deprecated.
where is this documented? I don't see it in the release notes.
I don't see it in the release notes either, but it's happening. Maybe
it's an
On 03/27/2015 05:25 PM, Andrei Alexandrescu wrote:
On 3/27/15 11:28 AM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Mar 27, 2015 at 07:21:10PM +0100, Martin Nowak via
Digitalmars-d wrote:
We replace the old cherry-pick approach by introducing stable branches,
more info here
On 03/24/2015 01:07 PM, Martin Nowak wrote:
Glad to announce D 2.067.0.
This release comes with many improvements.
The GC is a lot faster for most use-cases, we have improved C++
interoperability and fixed plenty of bugs.
See the changelog for more details.
On 03/23/2015 05:34 PM, Jake The Baker wrote:
If D had an ide that could do the following I think development and
testing could be better managed.
1. IDE that works with a centralized server to be able to change D
versions at a drop of a time. e.g., click Master and it checks to see
if you
On 02/02/2015 04:21 AM, Chris wrote:
On Saturday, 31 January 2015 at 19:40:49 UTC, Jacob Carlborg wrote:
On 2015-01-31 19:38, Chris wrote:
At version 0.0.1? :)
At version 0.1.0:
https://github.com/jacob-carlborg/dstep/releases/tag/v0.1.0
Still loads of time to change the name. If you
On 01/27/2015 09:52 PM, Brad Roberts via Digitalmars-d-announce wrote:
On 12/11/2014 3:16 AM, Martin Nowak via Digitalmars-d-announce wrote:
On Thursday, 11 December 2014 at 07:40:14 UTC, Andrej Mitrovic via
Digitalmars-d-announce wrote:
On 12/11/14, Martin Nowak via Digitalmars-d-announce
On 01/22/2015 07:06 PM, bearophile wrote:
Andrei Alexandrescu:
What would be a better integrated version - one that does sorting and
uniq in one shot? I suspect the combination could be quite a bit
better than doing the two in sequence.
What I need most is a groping by hashing, since
First, a general increase in quality test coverage. If C++ interop is
a priority, it makes sense to focus on ironing out what's already there.
I've filed a few bugs over the last 2 months or so and I don't think
I'm trying anything too far out there. Some of these are internal
compiler errors
On Tuesday, 20 January 2015 at 21:10:59 UTC, Guillaume Chatelet
wrote:
Consider the following foo.cpp
namespace A {
namespace B {
struct Type {};
int foo(Type unused){ return 42; }
}
}
Compile it : g++ foo.cpp -c -o foo.o
Then the following main.d
extern(C++, A.B) {
struct Type {}
On Monday, 19 January 2015 at 14:48:32 UTC, Russel Winder via
Digitalmars-d wrote:
Has anyone been in contact with Debian and Fedora packagers to
see if
using Dub as a build system is acceptable to them for
packaging? I know
Debian folk still prefer Autotools, but accept Make or SCons
(but
On 01/16/2015 09:15 PM, ketmar via Digitalmars-d wrote:
Hello.
there is a link in side menu: downloadtools-debugger. it leads to
http://dlang.org/debugger.html which is missing.
There's a debugger.html in the dlang.org repository, so it looks to me
like something on the uploading end.
--
On 01/13/2015 09:35 PM, Andrei Alexandrescu wrote:
snip
1) These interdependencies are currently expressed by hard-coded
filesystem paths, which presumes a specific directory layout for
checking out dmd, dlang.org, phobos, druntime. This means the build will
break if somebody doesn't know the
On 01/13/2015 05:22 PM, ketmar via Digitalmars-d-announce wrote:
On Tue, 13 Jan 2015 17:07:02 -0500
Paul O'Neil via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
This looks great!
Does this mean anything with respect to getting better demangling in GDB?
it seems
This looks great!
Does this mean anything with respect to getting better demangling in GDB?
--
Paul O'Neil
Github / IRC: todayman
On 01/06/2015 05:43 PM, Andrei Alexandrescu wrote:
Let's crowdsource the review. Please check the entries linked from here:
http://dlang.org/library/index.html.
Andrei
On that page itself, the descriptions for at least std.regex and std.uni
include the headers (e.g Intro, Overview) from
On 12/30/2014 01:04 PM, Andrei Alexandrescu wrote:
With https://github.com/D-Programming-Language/dlang.org/pull/736,
beautiful PDF generation via LaTeX is now possible.
There are, of course, many details to tend to. For starters, currently
the doc is overly sparse, which makes it large (520
On 12/17/2014 03:01 AM, Kagamin wrote:
previous thread:
http://forum.dlang.org/post/mailman.1464.1415039051.9932.digitalmar...@puremagic.com
I read that thread. I don't understand if / how it answers this question.
--
Paul O'Neil
Github / IRC: todayman
To make my C++ binding life easier, I wrote a small string structure [1]
in C++ to use instead of std::string and produced the D declarations for
some of it [2]. (It's not that complicated, I promise.) The important
properties of this struct are that it has a non-trivial copy constructor
and a
On 12/12/2014 07:38 PM, Adam D. Ruppe wrote:
I was just talking on IRC with someone about a dynamic library on linux
in D being called from a C program. The runtime wasn't initialized and
he couldn't modify the C program to add an extra call.
I kidna thought rt_init would be done
On 10/31/2014 12:55 AM, Meta wrote:
On Friday, 31 October 2014 at 02:01:00 UTC, Paul O'Neil wrote:
I'm trying to bind to some C++ code, but when I compile the D side,
there are errors. Here's my reduced test case:
// C++
namespace ns {
void func1();
void func2();
}
// D
module
I'm trying to bind to some C++ code, but when I compile the D side,
there are errors. Here's my reduced test case:
// C++
namespace ns {
void func1();
void func2();
}
// D
module cpp;
extern(C++, ns) void func1();
extern(C++, ns) void func2()
dmd says:cpp_test.d(4): Error: namespace
On 10/18/2014 05:49 AM, ponce wrote:
I think we need some place (could be just a NG thread?) to express users
needs for library/bindings. Else we don't really know what is missing.
A wiki page might be better, so that it can be modified in place and
always be up to date with requests and
On 10/01/2014 04:50 PM, Nick Sabalausky wrote:
On 10/01/2014 01:38 PM, Iain Buclaw via Digitalmars-d-announce wrote:
One nice thing about Ubuntu is that they even give you access to
future kernel versions through what they call HWE. In short, I can
run a 14.04 LTS kernel on a 12.04 server,
LDC does have an optimization pass that will move GC allocations
to the stack if it can prove that they do not escape.
On Monday, 16 June 2014 at 20:29:01 UTC, Suminda Dharmasena wrote:
Hi,
A lot of variables need not be GCed. By analysing usage you can
determine when to deallocate. Even in
Do you need to link to a C++ runtime library? That might be expected to
be dynamic even if you compile a static C++ library.
Paul
On 06/08/2014 10:12 PM, Gerry wrote:
On Monday, 9 June 2014 at 01:47:57 UTC, Gerry wrote:
Hello All,
I'm trying to link a library that is written in C++ that
43 matches
Mail list logo