Re: opCmp with double values

25.12.2017 10:40, drug пишет: 25.12.2017 09:50, Ali Çehreli пишет: On 12/24/2017 02:10 AM, kerdemdemir wrote:  >  if (  fabs(diff) < 0.0001 ) I can't answer your question but I know that the comparison above is wrong because it can be meaningful only if the values are

Re: opCmp with double values

25.12.2017 09:50, Ali Çehreli пишет: On 12/24/2017 02:10 AM, kerdemdemir wrote: >  if (  fabs(diff) < 0.0001 ) I can't answer your question but I know that the comparison above is wrong because it can be meaningful only if the values are sufficiently larger than that hard-coded

Re: opCmp with double values

On 12/24/2017 02:10 AM, kerdemdemir wrote: > if ( fabs(diff) < 0.0001 ) I can't answer your question but I know that the comparison above is wrong because it can be meaningful only if the values are sufficiently larger than that hard-coded value. I think feqrel() will be

[Issue 18125] New: crt_constructor name conflict

https://issues.dlang.org/show_bug.cgi?id=18125 Issue ID: 18125 Summary: crt_constructor name conflict Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: critical Priority: P1

Re: Please do not use 'auto' return types without thoroughly describing the interface

I would like to fix this using signatures[0]. Signatures have a number of benefits here, including removing of TypeInfo (which prevents code-bloat). There is a few other examples based upon allocators here[1]. But this isn't a short term goal even if it does get approved ;) [0]

Please do not use 'auto' return types without thoroughly describing the interface

If you have a function with a return type listed as `auto`, please thoroughly describe what interface the return value provides. "Returns a forward range of Elem", where Elem is a template parameter, is fine, for instance. But look at std.regex.RegexMatch.front: "Functionality for

[Issue 18124] New: Over-use of `auto` return type in std.regex

https://issues.dlang.org/show_bug.cgi?id=18124 Issue ID: 18124 Summary: Over-use of `auto` return type in std.regex Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 17985] Implement -stdin for rdmd

https://issues.dlang.org/show_bug.cgi?id=17985 --- Comment #3 from hst...@quickfur.ath.cx --- No, this issue is asking for rdmd to support reading from stdin, not dmd. --

Re: D as a betterC a game changer ?

On Sunday, 24 December 2017 at 22:33:38 UTC, Walter Bright wrote: On 12/24/2017 2:11 AM, Dan Partelly wrote: D is not billed as betterC++ (yet), though Andrei is working on it (essentially building an interface to C++ STL). You piqued my interest. Link?

[Issue 18114] dmd 2.078-beta1: regex performance regression

https://issues.dlang.org/show_bug.cgi?id=18114 Jon Degenhardt changed: What|Removed |Added Severity|normal |regression

Re: indexing stuff during compile time

I am just a bit confused why I had to use tuple() while the doc Because of the enum, that code was full of errors :/ Got it now: auto groupIndex(Ts...)() { import std.meta; import std.algorithm.comparison : cmp, strcmp = cmp; enum Comp(N1, N2) = strcmp(N1.stringof,

Re: D needs to publicize its speed of compilation

On Friday, 22 December 2017 at 10:06:18 UTC, Joakim wrote: This one of the main strengths of D, it is what Walter focuses on, yet I have seen almost nothing on the D blog talking about this. What brought me to emphasize this today is this recent post about how long it takes to compile the

Re: indexing stuff during compile time

Ok, solved. It appears you can sort tuples. I am just a bit confused why I had to use tuple() while the doc for staticSort states it works on AliasSeq. auto groupIndex(Ts...)() { import std.meta; enum Comp(alias N1, alias N2) = { __traits(identifier, typeof(N1)) <

[Issue 2504] Reserve for associative arrays

https://issues.dlang.org/show_bug.cgi?id=2504 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 481] Fixed-length arrays with automatically computed length

https://issues.dlang.org/show_bug.cgi?id=481 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 18072] Compile/link fails, DMD 2.077.1

https://issues.dlang.org/show_bug.cgi?id=18072 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

Re: D as a betterC a game changer ?

On 12/24/2017 2:11 AM, Dan Partelly wrote: It is a game chager for D, or a least huge step forward  but what is the killer feature against a betterC done through C++ + STL ? Can anyone who really know both D and C++ godlike say why  D as betterC and not C++ as better C? Maybe Andrei or

[Issue 17985] Implement -stdin for rdmd

https://issues.dlang.org/show_bug.cgi?id=17985 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

Re: nested module problem

On Sunday, 24 December 2017 at 22:17:23 UTC, Luís Marques wrote: I think that shouldn't be allowed. You have a package foo, but use a normal module instead of foo/package.d. I'm going to file a bug on that.

[Issue 16952] REG: rdmd --eval='writeln();' keeps failing at almost every release, needs a test

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

[Issue 18123] New: non-package module accepted for package structure

https://issues.dlang.org/show_bug.cgi?id=18123 Issue ID: 18123 Summary: non-package module accepted for package structure Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal

Re: Maybe D is right about GC after all !

On Sunday, 24 December 2017 at 22:04:00 UTC, Dan Partelly wrote: 1995. A dark year. Two of the crappiest language ever devised by man arrived. Both gained traction. Java, through marketing. PhP though tribalism. What makes Java a "crappy" language? I think PHP's success is due to its

[Issue 16965] changed.d compile error

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

[Issue 18122] New: Link to the PR that introduced a new feature

https://issues.dlang.org/show_bug.cgi?id=18122 Issue ID: 18122 Summary: Link to the PR that introduced a new feature Product: D Version: D2 Hardware: Other OS: All Status: NEW Severity: enhancement

[Issue 12240] The changed.d tool should search git commits rather than query bugzilla

https://issues.dlang.org/show_bug.cgi?id=12240 greenify changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: nested module problem

On Saturday, 2 September 2017 at 20:03:48 UTC, Jean-Louis Leroy wrote: jll@ORAC:~/dev/d/tests/modules$ tree . ├── foo │ └── bar.d └── foo.d I think that shouldn't be allowed. You have a package foo, but use a normal module instead of foo/package.d. I'm going to file a bug on that.

[Issue 14091] Migrate Digger to D-Programming-Language/tools

https://issues.dlang.org/show_bug.cgi?id=14091 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 16613] integrate dub project tester with dlang's CI

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

[Issue 15337] Make Funkwerk's depend a part of the standard tools distribution

https://issues.dlang.org/show_bug.cgi?id=15337 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 16424] No "DUB" component for bug reports

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

[Issue 15282] Import osmodel.mak from dmd to detect OS and MODEL

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

Re: Maybe D is right about GC after all !

On Sunday, 24 December 2017 at 21:27:12 UTC, Russel Winder wrote: And sales and marketing. Arguably C was the last language that got traction based solely on technical benefit and tribalism. All other languages with traction since have had serious marketing behind them. 1995. A dark year.

[Issue 18107] buy Methadone online legit, buy Methadone online 2017

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

Re: indexing stuff during compile time

Forgot to mention that I also want groupIndex!(A,B) == groupIndex!(B,A) Which I wanted to do by sorting the names. If that requirement wasn't there it would be as simple as: auto groupIndex(Ts...)() { return GroupId!Ts.id; } size_t s_nextIdx=1; struct GroupId(Ts ...) { static size_t

[Issue 18121] New: Needleless findSplit* methods

https://issues.dlang.org/show_bug.cgi?id=18121 Issue ID: 18121 Summary: Needleless findSplit* methods Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

Re: Maybe D is right about GC after all !

On Sun, 2017-12-24 at 16:58 +, Laeeth Isharc via Digitalmars-d wrote: > Programming languages are tools for solving problems, and people > face different problems and they also have different capabilities > and tastes, which means even for people facing identical > problems, the right tool

Re: can't run libuid examples

On Friday, 22 December 2017 at 04:41:09 UTC, bauss wrote: On Thursday, 21 December 2017 at 18:41:28 UTC, greatsam4sure wrote: I am having problem with running the examples of libuid on Windows and how to use libuid on a project without errors. I am using dmd version 2.076 Okay, but how are

[Issue 17088] Access Violation on membership test with shared AA

https://issues.dlang.org/show_bug.cgi?id=17088 dl...@ryanjframe.com changed: What|Removed |Added CC||dl...@ryanjframe.com --

Re: Don't expect class destructors to be called at all by the GC

On Friday, December 22, 2017 01:23:26 Mike Parker via Digitalmars-d-learn wrote: > The class destructor is not run during the lifetime of the > program. The fact that it's run during runtime termination is an > implementation detail. Another implementation might not run a > finalization at

Re: Maybe D is right about GC after all !

On Sun, 2017-12-24 at 17:13 +, Laeeth Isharc via Digitalmars-d wrote: > […] > > New things grow at the fringes. See the work of Clayton > Christensen and his book the Innovator's Dilemma. A head-on > assault is ill-advised. People looking for salvation are easier > to talk to than those

Re: Silicon Valley D Meetup - December 14, 2017 - "Experimenting with Link Time Optimization" by Jon Degenhardt

On Saturday, 16 December 2017 at 19:40:14 UTC, Jon Degenhardt wrote: On Saturday, 16 December 2017 at 11:52:37 UTC, Johan Engelen wrote: Can't wait to see the results of LTO on Weka.io's (LARGE) applications. Work in progress...! Agreed. It'd be great to see the experience of a few more

[Issue 18091] "Error instantiating" cumulativeFold when passing a function inside another function

https://issues.dlang.org/show_bug.cgi?id=18091 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 18112] findSkip example in version 2.78 is not working are expected

https://issues.dlang.org/show_bug.cgi?id=18112 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 18113] E-mail attachments

https://issues.dlang.org/show_bug.cgi?id=18113 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

[Issue 18120] New: Allow DRT options to be set via the environment

https://issues.dlang.org/show_bug.cgi?id=18120 Issue ID: 18120 Summary: Allow DRT options to be set via the environment Product: D Version: D2 Hardware: Other OS: All Status: NEW Severity: enhancement

[Issue 17746] Improve BigInt memory usage

https://issues.dlang.org/show_bug.cgi?id=17746 Jack Stouffer changed: What|Removed |Added See Also|

[Issue 14673] BigInt needs more performance and total revision

https://issues.dlang.org/show_bug.cgi?id=14673 Jack Stouffer changed: What|Removed |Added See Also|

[Issue 18119] Allow code that may allocated inside __ctfe condition branches in @nogc functions

https://issues.dlang.org/show_bug.cgi?id=18119 Ketmar Dark changed: What|Removed |Added CC|

Re: D as a betterC a game changer ?

On Sunday, 24 December 2017 at 10:57:28 UTC, Mike Parker wrote: The motivation behind the -betterC flag is *not* to write new programs in the general case. Whether you agree or not, that is *exactly* how some programmers would like to use it. I think that's a good thing, and I hope lots of

Re: excel-d v0.2.16 - now with more @Async

On Saturday, 23 December 2017 at 22:19:50 UTC, Laeeth Isharc wrote: On Friday, 22 December 2017 at 22:08:23 UTC, Mengu wrote: On Friday, 22 December 2017 at 00:41:31 UTC, Atila Neves wrote: excel-d lets you write plain D code that can be run from Excel unmodified via the magic of compile-time

Re: Maybe D is right about GC after all !

On Sunday, 24 December 2017 at 17:08:26 UTC, Russel Winder wrote: On Sun, 2017-12-24 at 16:51 +, Patrick Schluter via Digitalmars-d wrote: […] The big issues with Java and C# are the required infrastructure for deployment. They could be the best languages since sliced bread, they would

Re: Maybe D is right about GC after all !

On Sun, 2017-12-24 at 16:51 +, Patrick Schluter via Digitalmars-d wrote: > […] > The big issues with Java and C# are the required infrastructure > for deployment. They could be the best languages since sliced > bread, they would still be annoying to deploy as the runtime is > an emulator.

Re: Maybe D is right about GC after all !

Programming languages are tools for solving problems, and people face different problems and they also have different capabilities and tastes, which means even for people facing identical problems, the right tool for the job may not be the same because they aren't identical as groups and as

Re: Maybe D is right about GC after all !

On Sunday, 24 December 2017 at 15:00:09 UTC, Dylan Graham wrote: On Saturday, 23 December 2017 at 08:15:04 UTC, Dan Partelly wrote: On Saturday, 23 December 2017 at 01:12:53 UTC, Dylan Graham wrote: language it should be, not the language some C++ programmer wants but is never going to use

[Issue 18119] Allow code that may allocated inside __ctfe condition branches in @nogc functions

https://issues.dlang.org/show_bug.cgi?id=18119 Iain Buclaw changed: What|Removed |Added Status|NEW |ASSIGNED

[Issue 18119] New: Allow code that may allocated inside __ctfe condition branches in @nogc functions

https://issues.dlang.org/show_bug.cgi?id=18119 Issue ID: 18119 Summary: Allow code that may allocated inside __ctfe condition branches in @nogc functions Product: D Version: D2 Hardware: All OS: All

Re: DerelictGL3 glGenBuffers segmentation fault.

On Sunday, 24 December 2017 at 16:27:11 UTC, Mike Parker wrote: On Sunday, 24 December 2017 at 14:48:20 UTC, Kevin wrote: [...] In mygl.d, your import of derelict.opengl needs to be public: module mygl; public import derelict.opengl; mixin glFreeFuncs!(GLVersion.gl33); [...] It

Re: DerelictGL3 glGenBuffers segmentation fault.

On Sunday, 24 December 2017 at 14:48:20 UTC, Kevin wrote: Thanks. That help but know my buffers doesn't recognize opengl types. I created mygl and import it to all files. Updated code on github. source/buffers.d(6,12): Error: undefined identifier GLuint, did you mean alias GLuint64?

Re: What happened in december that the downloads exploded?

On Sunday, 24 December 2017 at 16:03:01 UTC, Stefan wrote: On Sunday, 24 December 2017 at 09:57:17 UTC, Patrick Schluter wrote: What happenned in december that the downloads literaly exploded First Munich D School [1] :) [1] https://www.meetup.com/de-DE/Munich-D-Programmers/events/245624091/

Re: What happened in december that the downloads exploded?

On Sunday, 24 December 2017 at 09:57:17 UTC, Patrick Schluter wrote: What happenned in december that the downloads literaly exploded First Munich D School [1] :) [1] https://www.meetup.com/de-DE/Munich-D-Programmers/events/245624091/

Re: Answers needed from those using D for Web Development, Web APIs and Services

On Friday, 15 December 2017 at 08:13:25 UTC, aberba wrote: I'm going to do a writeup on the state of D in Web Development, APIs and Services for 2017. I need the perspective of the community too along with my personal experience. Please help out. More details the better. 0. Since when did

Re: D downloads

On Sunday, 24 December 2017 at 12:25:49 UTC, Guillaume Piolat wrote: On Saturday, 23 December 2017 at 21:04:52 UTC, Laeeth Isharc wrote: http://erdani.com/d/downloads.daily.png Bad data, one off spike, or something else? Perdon my skepticism, but there is a higher chance that a new web

Re: Maybe D is right about GC after all !

On Saturday, 23 December 2017 at 08:15:04 UTC, Dan Partelly wrote: On Saturday, 23 December 2017 at 01:12:53 UTC, Dylan Graham wrote: language it should be, not the language some C++ programmer wants but is never going to use anyway. Ironically, D is so close to beeing the language a C++

Re: DerelictGL3 glGenBuffers segmentation fault.

Thanks. That help but know my buffers doesn't recognize opengl types. I created mygl and import it to all files. Updated code on github. source/buffers.d(6,12): Error: undefined identifier GLuint, did you mean alias GLuint64? source/buffers.d(7,13): Error: undefined identifier GLsizei and

Re: D build and SCons [was Answers needed from those using D for Web Development, Web APIs and Services]

On Sun, 2017-12-24 at 13:27 +, bachmeier via Digitalmars-d wrote: > […] > I like SCons. Do any of the others have advantages over SCons? That is a moot point. For me SCons is the tool of choice when I am not using Meson. > The Python dependency IME does complicate things because it's not >

Re: Does LDC support profiling at all?

On Sunday, 24 December 2017 at 02:48:32 UTC, Chris Katko wrote: It would probably be really helpful to get a clear Wiki guide for this information LDC. I'll write it myself if necessary once I try your recommendations and test them out. This would help us out a lot, thanks. -Johan

Re: D build and SCons [was Answers needed from those using D for Web Development, Web APIs and Services]

On Sunday, 24 December 2017 at 12:09:56 UTC, Russel Winder wrote: I am not a fan of Dub as a build system, but it appears to be the accepted standard, or in my view sub-standard. (Trying to develop GtkD code with Dub is a pain in the .) Should the community push to ditch Make, CMake,

Re: Maybe D is right about GC after all !

On 2017-12-23 09:15, Dan Partelly wrote: Ironically, D is so close to beeing the language a C++ programmer would really use that you can smell it. It doesnt have to bend, since it got so close with a lot of good decisions. That's because it already has bent over backwards several times to get

[Issue 11714] Improve error message for wrongly initialized thread-local class instances

https://issues.dlang.org/show_bug.cgi?id=11714 Iain Buclaw changed: What|Removed |Added Status|NEW |ASSIGNED --

[Issue 11714] Improve error message for wrongly initialized thread-local class instances

https://issues.dlang.org/show_bug.cgi?id=11714 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org

Re: D downloads

On Saturday, 23 December 2017 at 21:04:52 UTC, Laeeth Isharc wrote: http://erdani.com/d/downloads.daily.png Bad data, one off spike, or something else? Perdon my skepticism, but there is a higher chance that a new web crawler is downloading DMD multiple times - that isn't filtered out by

Re: Maybe D is right about GC after all !

On Friday, 22 December 2017 at 18:59:34 UTC, John Gabriele wrote: I'm new to D. Coming primarily from Python these days, I'm looking at D not as a better C++ (haven't used that in many years), but as a better Python. If the world views D as a better [insert programming language] the

Re: D build and SCons [was Answers needed from those using D for Web Development, Web APIs and Services]

On Fri, 2017-12-22 at 10:39 -0800, H. S. Teoh via Digitalmars-d wrote: > […] > > For D projects, I've been finding that Command() has been the best > tool > for me in terms of configuring exactly how I want things built. I > used > to use (early versions of) your SCons D build tools (and thanks

[Issue 9960] Show warnings/deprecations during template instantiation

https://issues.dlang.org/show_bug.cgi?id=9960 Iain Buclaw changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Issue 259] Comparing signed to unsigned does not generate an error

https://issues.dlang.org/show_bug.cgi?id=259 Issue 259 depends on issue 9960, which changed state. Issue 9960 Summary: Show warnings/deprecations during template instantiation https://issues.dlang.org/show_bug.cgi?id=9960 What|Removed |Added

Re: D as a betterC a game changer ?

On Sunday, 24 December 2017 at 10:11:37 UTC, Dan Partelly wrote: It is a game chager for D, or a least huge step forward but what is the killer feature against a betterC done through C++ + STL ? Can anyone who really know both D and C++ godlike say why D as betterC and not C++ as better C?

Re: Maybe D is right about GC after all !

On Sat, 2017-12-23 at 11:33 +0200, ketmar via Digitalmars-d wrote: > Russel Winder wrote: > > > I think we are now in a world where Rust is the zero cost > > abstraction > > language to replace C and C++, except for those who are determined > > to > > stay with C++ and evolve it. > > sorry, but

Re: Maybe D is right about GC after all !

On Sat, 2017-12-23 at 01:12 +, Dylan Graham via Digitalmars-d wrote: > […] > I wish D would stop bending over backwards to appease C/C++ > programmers. I think D would have more success branding itself as > a general purpose language and letting itself become the language > it should be,

Re: Maybe D is right about GC after all !

On Fri, 2017-12-22 at 16:17 +, Dan Partelly via Digitalmars-d wrote: > […] > Why should we settle for this ? D code (efortless) is easier to > read then Rust. I assume this to be true for a lot of programmers […] And for many Rust is easier to read than D. -- Russel.

[Issue 10233] [Tracker] Grammar issues

https://issues.dlang.org/show_bug.cgi?id=10233 Basile B. changed: What|Removed |Added Depends on||17700 Referenced Issues:

[Issue 17700] [Grammar] Rename IdentifierList

https://issues.dlang.org/show_bug.cgi?id=17700 Basile B. changed: What|Removed |Added Blocks||10233 Referenced Issues:

[Issue 10233] [Tracker] Grammar issues

https://issues.dlang.org/show_bug.cgi?id=10233 Basile B. changed: What|Removed |Added CC||b2.t...@gmx.com

[Issue 15379] "final" attribute on function parameter

https://issues.dlang.org/show_bug.cgi?id=15379 Basile B. changed: What|Removed |Added Blocks||10233 Referenced Issues:

Re: betterC current consequences

On 24/12/2017 10:02 AM, Amorphorious wrote: The docs states Consequences As no Druntime is available, many D features won't work. For example:     Garbage Collection     Thread-local storage     TypeInfo and ModuleInfo     Classes     Built-in threading (e.g. core.thread)     Dynamic

D as a betterC a game changer ?

It is a game chager for D, or a least huge step forward but what is the killer feature against a betterC done through C++ + STL ? Can anyone who really know both D and C++ godlike say why D as betterC and not C++ as better C? Maybe Andrei or Walter ? Learning a new language (as opposed to

opCmp with double values

In documentation and forums I found some example for overloading opCmp for int values. But I couldn't see any examples for double values. That is what I come up with my own: struct AdjustableVal ( T = double ) { this ( T initVal ) { curVal = initVal;

Re: Compile to non-OS binary

On Sunday, 24 December 2017 at 03:24:36 UTC, Adam D. Ruppe wrote: On Sunday, 24 December 2017 at 03:15:58 UTC, Amorphorious wrote: In fact, it would be very helpful to have switches that disable the various "features" of D that I will not use rather than having to do any self compilation.

betterC current consequences

The docs states Consequences As no Druntime is available, many D features won't work. For example: Garbage Collection Thread-local storage TypeInfo and ModuleInfo Classes Built-in threading (e.g. core.thread) Dynamic arrays (but not slices) and associative arrays

What happened in december that the downloads exploded?

What happenned in december that the downloads literaly exploded http://erdani.com/d/downloads.daily.png An increase by nearly 4x the normal increase is surprizing to say the least.

Re: D downloads

On Saturday, 23 December 2017 at 21:04:52 UTC, Laeeth Isharc wrote: http://erdani.com/d/downloads.daily.png Bad data, one off spike, or something else? OOps, hadn't seen this thread. Sorry.

Re: Release D 2.075.0

On Thursday, 20 July 2017 at 12:10:14 UTC, Adrian Matoga wrote: On Thursday, 20 July 2017 at 07:19:03 UTC, Patrick Schluter wrote: version 2.067 that still had the C++ frontend took more than 100 seconds. I can hardly believe it. I remember versions 2.05x building in about 11 seconds. My

[Issue 18053] Use stdint.h mangling for int64_t/uint64_t when mangling D long/ulong

https://issues.dlang.org/show_bug.cgi?id=18053 --- Comment #5 from github-bugzi...@puremagic.com --- Commit pushed to revert-7416-fix18053 at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/472106c3f902b9f83f6f94b4a85e6f1ebcfecec9 Revert "fix Issue 18053 - Use stdint.h mangling

[Issue 10442] RTInfo generation can fail for structs defined in imported modules

https://issues.dlang.org/show_bug.cgi?id=10442 --- Comment #4 from Rainer Schuetze --- still happens in dmd 2.077 --

[Issue 10786] non-trivial RTInfo generation causes link error

https://issues.dlang.org/show_bug.cgi?id=10786 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED