October 02, 2015
On Friday, 2 October 2015 at 18:56:32 UTC, deadalnix wrote:
> don't even have line number in the trace that lead to this assert (the dogshit).

http://arsdnet.net/this-week-in-d/sep-20.html

https://github.com/D-Programming-Language/druntime/pull/1354

works on linux now, already worked on Windows, provided you had the debughelp libs installed from Microsoft.

idk about Mac though.
October 02, 2015
On Friday, 2 October 2015 at 19:12:08 UTC, Adam D. Ruppe wrote:
> On Friday, 2 October 2015 at 18:56:32 UTC, deadalnix wrote:
>> don't even have line number in the trace that lead to this assert (the dogshit).
>
> http://arsdnet.net/this-week-in-d/sep-20.html
>
> https://github.com/D-Programming-Language/druntime/pull/1354
>
> works on linux now, already worked on Windows, provided you had the debughelp libs installed from Microsoft.
>
> idk about Mac though.

Do I need to use specific linker flags to have this work ?

Also, that's AWESOME !
October 02, 2015
On 10/02/2015 03:24 PM, Andrei Alexandrescu wrote:
> On 10/02/2015 09:11 AM, Dmitry Olshansky wrote:
>> On 02-Oct-2015 05:25, Yaser wrote:
>>> Are there any critical frameworks or libraries that are holding you back
>>> in fully investing in D? Obviously I think D is an awesome language, but
>>> some frameworks/libraries hold me back, wish I could do everything in D.
>>
>> My personal favorite (8+ years old OMG):
>> https://issues.dlang.org/show_bug.cgi?id=1238
>>
>> Makes me want to laugh every time we discuss "problems" of D. Bugs are
>> as usual at the top of problems in my book.
>
> I agree it's a hole in the module system, but it's not quite something
> that prevents work from being done.

It slows it down. The most annoying part of it is that it introduces clashes with private aliases introduced for disambiguation. I.e., the mechanism that most conveniently deals with ambiguous symbols is basically defunct because of spurious ambiguous symbol errors.
October 02, 2015
On Friday, 2 October 2015 at 19:17:24 UTC, deadalnix wrote:
> Do I need to use specific linker flags to have this work ?

--export-dynamic if you want function names (now done by default in dmd.conf anyway) and -g if you want file and line numbers; it pulls the info from the debug information.
October 03, 2015
On 2 October 2015 at 12:25, Yaser via Digitalmars-d <digitalmars-d@puremagic.com> wrote:
> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.

Emscripten, Qt, and to a lesser extent, NaCl.
October 03, 2015
On Friday, 2 October 2015 at 18:56:32 UTC, deadalnix wrote:
> On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
>> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.
>
> 1/ Debug support. It is truly bad. Does not work on OSX as far as I know how, and works tediously on linux (line numbers are often wrong in GDB and do not appear ins tack trace, need to use specific linkers flags for this to work at all).

On OSX I've used lldb + LDC and stack traces and line numbers are there.
Symbols are not demangled though.

October 03, 2015
On Friday, 2 October 2015 at 05:28:23 UTC, suliman wrote:
> On Friday, 2 October 2015 at 05:15:26 UTC, luminousone wrote:
>> On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
>>> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.


> and GUI lib with simple GUI builder

That is what I want to hear.
October 03, 2015
On Saturday, 3 October 2015 at 09:02:52 UTC, ponce wrote:
> On Friday, 2 October 2015 at 18:56:32 UTC, deadalnix wrote:
>> On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
>>> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.
>>
>> 1/ Debug support. It is truly bad. Does not work on OSX as far as I know how, and works tediously on linux (line numbers are often wrong in GDB and do not appear ins tack trace, need to use specific linkers flags for this to work at all).
>
> On OSX I've used lldb + LDC and stack traces and line numbers are there.
> Symbols are not demangled though.

LDC is not an option for me ATM as only the latest DMD is supported.
October 04, 2015
On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.

OpenCV would be nice.

I use it a lot at work, and every now and then I want to make a small testbed just to try something out. It would be nice to be able to use D for this.

It seems odd no one has ported it yet since... "D is for Data Science" :)

    Bit

October 04, 2015
On Sunday, 4 October 2015 at 17:39:26 UTC, bitwise wrote:
> On Friday, 2 October 2015 at 02:25:21 UTC, Yaser wrote:
>> Are there any critical frameworks or libraries that are holding you back in fully investing in D? Obviously I think D is an awesome language, but some frameworks/libraries hold me back, wish I could do everything in D.
>
> OpenCV would be nice.
>
> I use it a lot at work, and every now and then I want to make a small testbed just to try something out. It would be nice to be able to use D for this.
>
> It seems odd no one has ported it yet since... "D is for Data Science" :)
>
>     Bit

I should add that it would be even nicer to be able to use it for production code, but we target iOS.

    Bit
1 2 3 4 5 6 7