[Issue 17772] Wrong C++ mangled names for templated functions

https://issues.dlang.org/show_bug.cgi?id=17772 Илья Ярошенко changed: What|Removed |Added Keywords||betterC, C++,

[Issue 17772] New: Wrong C++ mangled names for templated functions

https://issues.dlang.org/show_bug.cgi?id=17772 Issue ID: 17772 Summary: Wrong C++ mangled names for templated functions Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major

Re: @safe(bool)

On Tuesday, 22 August 2017 at 01:20:13 UTC, Jonathan M Davis wrote: On Tuesday, August 22, 2017 01:01:15 Nicholas Wilson via Digitalmars-d wrote: That attributes are combinable and aliasable are nice side effects of being regular attributes which in general are one of the main foci of the DIP

Re: @safe(bool)

On Tuesday, August 22, 2017 01:01:15 Nicholas Wilson via Digitalmars-d wrote: > On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote: > > Except that someone could then be pulling in attributes from > > 3rd party libraries and using those, meaning that you'll > > potentially have to

Re: @safe(bool)

On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote: Except that someone could then be pulling in attributes from 3rd party libraries and using those, meaning that you'll potentially have to go digging through other libraries just to figure out whether a function is being marked

[Issue 17765] void initialisation of out parameters

https://issues.dlang.org/show_bug.cgi?id=17765 --- Comment #2 from Nicholas Wilson --- Yeah the compiler was not able to determine that all values were assigned despite there being no conditional logic for the initialisation: foreach(i; 0 .. M-1) { corr[i][i] =

Re: @safe(bool)

On Tuesday, August 22, 2017 00:21:16 bitwise via Digitalmars-d wrote: > On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote: > > you potentially have to go searching through a chain of > > declarations to figure out which attributes are actually being > > used. > > A good IDE should

Re: @safe(bool)

On Monday, 21 August 2017 at 08:09:25 UTC, Jonathan M Davis wrote: you potentially have to go searching through a chain of declarations to figure out which attributes are actually being used. A good IDE should give you this info if you hover over a function. I realize D's tool support is

GStreamer issues.

I can't get the example to work(although slightly modified). The installed version of GStreamer is 1.12.2 The file is: D:\temp\test.ogg Loading Setting to PLAYING. Running. XError: Could not demultiplex stream. dbug: gstoggdemux.c(4418): gst_ogg_demux_find_chains ():

Re: GtkD: New widget

On Monday, 21 August 2017 at 20:54:04 UTC, Mike Wey wrote: On 21-08-17 03:45, Johnson Jones wrote: [...] If you want gtk to know about the functions you override you could use gtkd.Implement.ImplementCLass. [...] Thanks, I'll test it out when I get a chance. I was able to work around

Re: Mixed up over mixins.

On Monday, 21 August 2017 at 07:34:23 UTC, WhatMeForget wrote: On Sunday, 20 August 2017 at 22:50:40 UTC, Johnson Jones wrote: On Sunday, 20 August 2017 at 19:27:43 UTC, WhatMeWorry wrote: [...] It's not difficult, it's just new. It's not that you are a poor programmer, but you simply have

Re: cv2pdb: cannot add symbols to module, probably msobj140.dll missing

On Monday, 21 August 2017 at 06:16:49 UTC, Rainer Schuetze wrote: On 21.08.2017 05:24, Johnson wrote: On Monday, 21 August 2017 at 03:18:38 UTC, Johnson wrote: [...] This just started happening too and a few hours ago I upgraded VS, so maybe the msobj140.dll changed and broke cv2pdb?  I

[Issue 17767] Dmd can't link recast.d, Gdc can't compile it and Ldc can perfectly compile it.

https://issues.dlang.org/show_bug.cgi?id=17767 --- Comment #4 from Iain Buclaw --- (In reply to ecstatic.coder from comment #3) > Please could you simply download the latest file from Github and compile > locally with your own version of gdc. > >

[Issue 17761] [REG2.075] dmd 2.075.1 creates object files that can't be linked by ld.bfd

https://issues.dlang.org/show_bug.cgi?id=17761 Martin Nowak changed: What|Removed |Added Keywords||link-failure, pull --- Comment

[Issue 16177] Inner exception cannot be caught by specific type; becomes a collateral of the original exception

https://issues.dlang.org/show_bug.cgi?id=16177 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

Re: GtkD: New widget

On 21-08-17 03:45, Johnson Jones wrote: Hey Mike, I bet you can answer this! I'd like to extend a widget to add some functionality. class MyBox : Box { protected GtkBox* gtkBox; import std.typecons; _gtk.Box Wrapped; mixin Proxy!Wrapped; public this(Box b) {

Re: Mixed up over mixins.

On 08/21/2017 12:29 AM, WhatMeForget wrote: > Thanks. Don't know if you noticed, but i used some code from your book. > Hope you take that as a complement. I did notice that and thank you. Every time I see people struggle with code that originated from my half-witted examples, I actually feel

Re: Exception chaining and collectException

On 08/19/2017 01:58 PM, Nemanja Boric wrote: C++ also provides a way to inspect if you're in the middle of the stack unwinding caused by an exception, to make this a bit more controllable, and I would think we should provide the similar primitive:

Re: Exception chaining and collectException

On 08/17/2017 02:48 PM, H. S. Teoh via Digitalmars-d wrote: > So the question becomes, why does the catch block *not* > catch the instance of MyException when another exception is in transit?! I caught (!) the same or similar behavior last year: https://issues.dlang.org/show_bug.cgi?id=16177

Re: Does anyone understand how to use "shared" types with concurrency send/receive functions?

On 8/16/17 11:23 AM, Steven Schveighoffer wrote: On 8/16/17 8:58 AM, Steven Schveighoffer wrote: However, I have found a better way to call postblit that involves the qualifiers than the way Variant currently does it. I'm going to submit a PR to fix these issues.

Re: Exception chaining and collectException

On Sat, Aug 19, 2017 at 08:58:51PM +, Nemanja Boric via Digitalmars-d wrote: > On Friday, 18 August 2017 at 22:51:35 UTC, Walter Bright wrote: > > On 8/18/2017 5:07 AM, Steven Schveighoffer wrote: > > > If we are to remove them, what happens when exceptions would > > > normally chain? > > > >

[Issue 17673] regex(["\\\\\\\\|\\\\\"", "\"|$"]) - wrong whichPattern

https://issues.dlang.org/show_bug.cgi?id=17673 Dmitry Olshansky changed: What|Removed |Added Severity|critical|normal --

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Steven Schveighoffer changed: What|Removed |Added Status|REOPENED|RESOLVED

Re: std.format expand "%s"

On 8/21/17 10:58 AM, jmh530 wrote: On Monday, 21 August 2017 at 13:57:01 UTC, Steven Schveighoffer wrote: Well, for most things, %s does not do the same thing as another specifier. It's only integers, which format the same as %d, and floating points, which format the same as %g. For all

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Alex Goltman changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 13262] Cannot send certain shared data to another thread

https://issues.dlang.org/show_bug.cgi?id=13262 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/373babe48e186d2e9a54042bd35317c928b14bc3 fix issue 13262 - Ensure shared data can be sent and

[Issue 13262] Cannot send certain shared data to another thread

https://issues.dlang.org/show_bug.cgi?id=13262 github-bugzi...@puremagic.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: std.format expand "%s"

On Monday, 21 August 2017 at 13:57:01 UTC, Steven Schveighoffer wrote: Well, for most things, %s does not do the same thing as another specifier. It's only integers, which format the same as %d, and floating points, which format the same as %g. For all others, the format is specified as %s.

[Issue 17771] foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Steven Schveighoffer changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 17765] void initialisation of out parameters

https://issues.dlang.org/show_bug.cgi?id=17765 Steven Schveighoffer changed: What|Removed |Added CC|

Re: Folder Size

On Monday, 21 August 2017 at 08:57:52 UTC, Aravinda VK wrote: On Saturday, 19 August 2017 at 14:19:39 UTC, Vino.B wrote: [...] Keep a variable to add the sizes of subdirs auto dFiles = dirEntries(i, SpanMode.shallow).filter!(a => a.isDir && !globMatch(a.baseName, "*DND*")).array; ulong

Re: Mixed up over mixins.

On 8/21/17 3:29 AM, WhatMeForget wrote: On Sunday, 20 August 2017 at 19:41:14 UTC, Ali Çehreli wrote: On 08/20/2017 12:27 PM, WhatMeWorry wrote: > // Mixins are for mixing in generated code into the source code. > // The mixed in code may be generated as a template instance > // or

[Issue 8841] Missing line numbers in stack trace?

https://issues.dlang.org/show_bug.cgi?id=8841 Gerald Jansen changed: What|Removed |Added See Also|

[Issue 17727] addr2line does not understand debug info

https://issues.dlang.org/show_bug.cgi?id=17727 Gerald Jansen changed: What|Removed |Added CC|

[Issue 17761] [REG2.075] dmd 2.075.1 creates object files that can't be linked by ld.bfd

https://issues.dlang.org/show_bug.cgi?id=17761 --- Comment #3 from anonymous4 --- Maybe depends on OS/ld version. --

[Issue 17761] [REG2.075] dmd 2.075.1 creates object files that can't be linked by ld.bfd

https://issues.dlang.org/show_bug.cgi?id=17761 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #2

[Issue 10157] Vector ops with different types

https://issues.dlang.org/show_bug.cgi?id=10157 --- Comment #3 from anonymous4 --- Hmm... vector ops are array ops? --

Re: std.format expand "%s"

On 8/20/17 9:52 PM, jmh530 wrote: I'm playing around with std.format and I'm trying to figure out if there is any way to identify what "%s" should expand to. So for instance: int x = 1; auto result = x.format!"%s"; I would know that result="1". I could run "1" through unformatValue and get

[Issue 17766] Wrong choice of generic mutable/const/immutable methods

https://issues.dlang.org/show_bug.cgi?id=17766 ZombineDev changed: What|Removed |Added CC|

[Issue 10157] Vector ops with different types

https://issues.dlang.org/show_bug.cgi?id=10157 anonymous4 changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 17761] [REG2.075] dmd 2.075.1 creates object files that can't be linked by ld.bfd

https://issues.dlang.org/show_bug.cgi?id=17761 anonymous4 changed: What|Removed |Added Summary|dmd 2.075.1 creates object |[REG2.075] dmd

[Issue 17769] dmd accepts conversion from shared(int)* to int* when value comes from method

https://issues.dlang.org/show_bug.cgi?id=17769 anonymous4 changed: What|Removed |Added Hardware|x86_64 |All

[Issue 17771] New: foreach over const input range fails

https://issues.dlang.org/show_bug.cgi?id=17771 Issue ID: 17771 Summary: foreach over const input range fails Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 17767] Dmd can't link recast.d, Gdc can't compile it and Ldc can perfectly compile it.

https://issues.dlang.org/show_bug.cgi?id=17767 --- Comment #3 from ecstatic.coder --- Please could you simply download the latest file from Github and compile locally with your own version of gdc. https://github.com/senselogic/RECAST/blob/master/recast.d If it

Re: DerelictGL3 reload crashes in 32 builds

On Monday, 21 August 2017 at 02:40:59 UTC, Mike Parker wrote: On Sunday, 20 August 2017 at 19:29:55 UTC, Igor wrote: In 64 bit builds it works with both LDC and DMD but in 32 bit LDC version crashes and DMD release version crashes. Using LDC debug build I managed to find that it crashes after

Re: delegates that return void + lambdas

On 8/21/17 8:15 AM, Joshua Hodkinson wrote: So I have run across the following issue while working with delegates and lambdas, --- struct Struct { int prop; } alias Func = void delegate(ref Struct); Func func = (ref s) => s.prop += 1; --- with compiler error `Error: cannot return

delegates that return void + lambdas

So I have run across the following issue while working with delegates and lambdas, --- struct Struct { int prop; } alias Func = void delegate(ref Struct); Func func = (ref s) => s.prop += 1; --- with compiler error `Error: cannot return non-void from function` I understand that the

Re: DIP 1011-extern(delegate)--Formal Review

On Friday, 11 August 2017 at 10:45:03 UTC, Mike Parker wrote: The first stage of the formal review for DIP 1011 [1], "extern(delegate)", is now underway. From now until 11:59 PM ET on August 25 (3:59 AM GMT on August 26), the community has the opportunity to provide last-minute feedback. If

Re: dmd (v2.075.0): fully static linking: undefined reference to `__tls_get_addr'

On 2017-08-19 16:07, kdevel wrote: test.d --- void main () { } --- $ dmd -c test.d $ cc -o test test.o -L/[...]/dmd2/linux/lib64 -lphobos2 -static -lpthread -lrt /[...]/dmd2/linux/lib64/libphobos2.a(sections_elf_shared_774_420.o): In function

[Issue 17770] Null pointer access in CTFE code

https://issues.dlang.org/show_bug.cgi?id=17770 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #1 from

[Issue 17770] Null pointer access in CTFE code

https://issues.dlang.org/show_bug.cgi?id=17770 Sönke Ludwig changed: What|Removed |Added Keywords||CTFE, ice --

[Issue 17770] New: Null pointer access in CTFE code

https://issues.dlang.org/show_bug.cgi?id=17770 Issue ID: 17770 Summary: Null pointer access in CTFE code Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority:

Re: std.range.put vs R.put: Best practices?

On Monday, 21 August 2017 at 05:58:01 UTC, Jonathan M Davis wrote: On Monday, August 21, 2017 02:34:23 Mike Parker via Digitalmars-d-learn wrote: On Sunday, 20 August 2017 at 18:08:27 UTC, Jon Degenhardt wrote: > Documentation for std.range.put >

Re: Folder Size

On Saturday, 19 August 2017 at 14:19:39 UTC, Vino.B wrote: Hi All, I have written a small program to find the size of folder's , but the output is not as expected, hence request your help and advice on any techniques to reduce the run time of the program. Requirement: The script has to

Re: Fix D's segfaults!

On Monday, 21 August 2017 at 08:11:15 UTC, Shachar Shemesh wrote: On 20/08/17 22:34, Bastiaan Veelo wrote: You are looking at the stack trace. The reason you don't see line numbers is probably that you did not compile with debugging information on? No. It's the same problem as

Re: Fix D's segfaults!

On 20/08/17 22:34, Bastiaan Veelo wrote: On Sunday, 20 August 2017 at 19:14:10 UTC, Johnson Jones wrote: Dne 20. 8. 2017 8:06 odpoledne napsal uživatel "Johnson Jones via Digitalmars-d" : D has a major issue with segfaults! It always reports the fault in the

Re: @safe(bool)

On Monday, August 21, 2017 10:41:49 Danni Coy via Digitalmars-d wrote: > > For instance, as it stands, it's relatively easy to figure out whether > > @safe > > has been explicitly applied. You can look on the function and look for > > @safe: or @safe {} which affects it. The same goes for other

Re: Trial v0.3.1 is out

On 2017-08-20 22:56, Szabo Bogdan wrote: Hi, I added some new improvements to `trial` http://trial.szabobogdan.com/ which is a hackable test runner for D. This release contains: - Spec test discovery Ah, I like it. Might give this a try. -- /Jacob Carlborg

Re: Mixed up over mixins.

On Sunday, 20 August 2017 at 22:50:40 UTC, Johnson Jones wrote: On Sunday, 20 August 2017 at 19:27:43 UTC, WhatMeWorry wrote: [...] It's not difficult, it's just new. It's not that you are a poor programmer, but you simply have not learned how to think about mixins correctly. Stop whining

Re: Fix D's segfaults!

On Sunday, 20 August 2017 at 18:01:06 UTC, Johnson Jones wrote: D has a major issue with segfaults! It always reports the fault in the lowest function that it occurs! This is completely useless! std.file.FileException@std\file.d(755): Attempting to rename file X.lib to Y.lib: The system

Re: Mixed up over mixins.

On Sunday, 20 August 2017 at 19:41:14 UTC, Ali Çehreli wrote: On 08/20/2017 12:27 PM, WhatMeWorry wrote: > // Mixins are for mixing in generated code into the source code. > // The mixed in code may be generated as a template instance > // or a string. Yes, it means that the string

Re: Fix D's segfaults!

On Sunday, 20 August 2017 at 19:35:45 UTC, Ali Çehreli wrote: On 08/20/2017 12:14 PM, Johnson Jones wrote: >>> Dmd needs to be modified so that errors try to show from the source >>> code. This should be obvious the reasons, if it is not possible, make >>> it possible! There are no excuses why

Re: cv2pdb: cannot add symbols to module, probably msobj140.dll missing

On 21.08.2017 05:24, Johnson wrote: On Monday, 21 August 2017 at 03:18:38 UTC, Johnson wrote: All of a sudden I'm getting this error. All I did was comment out a huge block of code so I could check something. The code compiles but the pdb conversion gives me that error ;/ Uncommenting out

Re: Debugging Visual D using Visual D

On 20.08.2017 20:32, Johnson Jones wrote: On Friday, 18 August 2017 at 06:37:44 UTC, Rainer Schuetze wrote: Glad you figured it out. I had to enable Visual D in the extension manager when using the local pkgdef. Visual D installs for all users, so I think just installing into the

Re: std.range.put vs R.put: Best practices?

On Monday, August 21, 2017 02:34:23 Mike Parker via Digitalmars-d-learn wrote: > On Sunday, 20 August 2017 at 18:08:27 UTC, Jon Degenhardt wrote: > > Documentation for std.range.put > > (https://dlang.org/phobos/std_range_primitives.html#.put) has > > > > the intriguing line: > >> put should not