Re: Blog post: What D got wrong

2018-12-18 Thread Kagamin via Digitalmars-d-announce
On Monday, 17 December 2018 at 11:04:13 UTC, Atila Neves wrote: Why @safe? Can't you just write "@safe:" on top and switch to @system/@trusted as needed? Not quite. It doesn't work the way most people expect for member functions and causes problems for templates. Don't templates infer

Re: Blog post: What D got wrong

2018-12-18 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 18 December 2018 at 10:19:14 UTC, Russel Winder wrote: Clojure is but you have to work hard for that, the initial language is effectively pure. https://ideone.com/y8KWja clearly it isn't, its site only claims that most code happens to be pure, but it looks like it's not checked

Re: Blog post: What D got wrong

2018-12-18 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 18 December 2018 at 08:17:28 UTC, Russel Winder wrote: Rust I feel has a pivotal role in all this. By emphasising the ML view on mixed declarative and imperative programming, it has found an interesting middle ground that seems to work very well. Many of the C programmers who

Re: Blog post: What D got wrong

2018-12-12 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 11 December 2018 at 12:57:03 UTC, Atila Neves wrote: @property is useful for setters. Now, IMHO setters are a code stink anyway but sometimes they're the way to go. I have no idea what it's supposed to do for getters (nor am I interested in learning or retaining that information)

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

2018-11-12 Thread Kagamin via Digitalmars-d-announce
That's strange, I thought polysemous literals prefer default type, not tightest type. --- auto b=1; static assert(is(typeof(b)==bool)); --- Error: static assert: is(int == bool) is false

Re: LDC 1.13.0-beta1

2018-11-06 Thread Kagamin via Digitalmars-d-announce
On Saturday, 3 November 2018 at 16:33:36 UTC, kinke wrote: I figured it'd be for a lot of Windows users. Why not explicitly express your gratitude with a little 'thank you' then? After all, that little bullet point in the release notes easily took some 40 hours of my spare time, and some

Re: New Initiative for Donations

2018-10-26 Thread Kagamin via Digitalmars-d-announce
On Friday, 26 October 2018 at 02:38:08 UTC, Joakim wrote: In the US maybe Well yeah, online commerce is USA-centric because anything else doesn't generate revenue.

Re: Beta 2.082.0

2018-08-27 Thread Kagamin via Digitalmars-d-announce
On Saturday, 18 August 2018 at 16:51:18 UTC, Martin Nowak wrote: Beta is 2 weeks sounds fine then. So please download and install the beta, sth. you should always do ;). The download should probably happen through Edge too: it runs SmartScreen on the downloaded file. OT: more news:

Re: Beta 2.082.0

2018-08-21 Thread Kagamin via Digitalmars-d-announce
On Saturday, 18 August 2018 at 16:51:18 UTC, Martin Nowak wrote: I understand that common Windows users have a very different thread model than linux developers, hence the crappy Anti-Virus rootkits. I'd expect the Windows dev audience we're targeting with D to be a bit more capable than

Re: I have a plan.. I really DO

2018-07-16 Thread Kagamin via Digitalmars-d-announce
On Friday, 13 July 2018 at 19:30:07 UTC, RhyS wrote: If there is a language out there that gaps that C/Java/dynamic fast and easy feel, and offers the ability to compile down with ease. I have not seen it. There's no silver bullet, you can choose from what exists or create your own. Recently

Re: I have a plan.. I really DO

2018-07-11 Thread Kagamin via Digitalmars-d-announce
On Friday, 6 July 2018 at 15:19:33 UTC, Ecstatic Coder wrote: Actually you answer was right even if the point count was not stored as an integer ;) For C++, the answer is : never. Two small memory blocks will have to be allocated from the memory pool, which is not smart, obviously, but apart

Re: DasBetterC: Converting make.c to D

2018-06-12 Thread Kagamin via Digitalmars-d-announce
What I had with actually modern C: 1) narrowing conversions 2) not only arrays decay to pointers, C happily allows the opposite too, eww 3) looks like C code loves to have function arguments named `in` and `out` Also difficulties with transpiling to C don't look that big: errno is the first

Re: GitHub could be acquired by Microsoft

2018-06-10 Thread Kagamin via Digitalmars-d-announce
On Sunday, 10 June 2018 at 00:29:04 UTC, bauss wrote: And then Microsoft acquires both and everyone moves to Bitbucket. Endless cycle :) Until people figure out decentralization. AIU scuttlebutt server provides only discovery service, these proved to be able to run at little cost. And as

Re: GitHub could be acquired by Microsoft

2018-06-09 Thread Kagamin via Digitalmars-d-announce
On Saturday, 9 June 2018 at 07:06:23 UTC, Nick Sabalausky (Abscissa) wrote: Whether web API or web scraping: Either way, you still have to submit an HTTP request, parse the results according to the format the server has chosen to spit out, and possibly follow up with additional HTTP requests.

Re: GitHub could be acquired by Microsoft

2018-06-05 Thread Kagamin via Digitalmars-d-announce
On Monday, 4 June 2018 at 20:00:45 UTC, Maksim Fomin wrote: Just as rough estimate: to support $7.5 bl valuation Microsoft must turn -$30 ml. net loss company into business generating around $750 ml. for many years. There is no way to get these money from the market. Alternatively, the project

Re: GitHub could be acquired by Microsoft

2018-06-04 Thread Kagamin via Digitalmars-d-announce
On Monday, 4 June 2018 at 05:50:26 UTC, Anton Fediushin wrote: I can think of hundreds of things what can go wrong including: forcing users to use Microsoft accounts That didn't happen to skype yet. MS recently tries to mend its reputation, though the past will linger for a while.

Re: iopipe v0.0.4 - RingBuffers!

2018-05-11 Thread Kagamin via Digitalmars-d-announce
On Thursday, 10 May 2018 at 23:22:02 UTC, Steven Schveighoffer wrote: However, I am struggling to find a use case for this that showcases why you would want to use it. While it does work, and works beautifully, it doesn't show any measurable difference vs. the array allocated buffer that

Re: dxml 0.3.0 released

2018-04-20 Thread Kagamin via Digitalmars-d-announce
On Friday, 20 April 2018 at 08:45:45 UTC, Dejan Lekic wrote: Jonathan, are the interfaces in the dom module generated from the IDL code from W3C? It's not W3C DOM :)

Re: DIP 1009 (Add Expression-Based Contract Syntax) Accepted

2018-04-12 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 20:45:15 UTC, Dmitry Olshansky wrote: * Templates kind of muddy the waters being conpiled with the flags of caller (another reason why they are a mess). Meaning they will work with contracts if caller choses to have debug build. Template can call user code, but

Re: #include C headers in D code

2018-04-11 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 09:45:07 UTC, Jonathan M Davis wrote: It's one thing for someone who is familiar with D to weigh the options and decide that being tied to ldc is okay. It's quite another to tell someone who isn't familiar with D that in order to use D, they have to use a feature

Re: #include C headers in D code

2018-04-11 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 12:22:56 UTC, bachmeier wrote: It also wouldn't work with GDC. Given that GDC has been added to GCC, it would be a bad idea to tell people they need to use LDC to work with C code. Currently porting a project to linux, stuff is so severely outdated, pretty much

Re: #include C headers in D code

2018-04-11 Thread Kagamin via Digitalmars-d-announce
On Monday, 9 April 2018 at 19:36:23 UTC, Atila Neves wrote: If you add to all that "No, really, it's ok, there's this project that forked one of the compilers. No, it's not the reference compiler. There's just this bit of non-standard syntax to learn that's neither C nor D", then the chances

Re: Beta 2.079.0

2018-03-31 Thread Kagamin via Digitalmars-d-announce
On Saturday, 31 March 2018 at 00:25:47 UTC, Seb wrote: AFAICT Rust now has introduced the exactly same feature. It's quite interesting to see that there was no outcry by the community and it was universally liked: https://blog.rust-lang.org/2018/03/29/Rust-1.25.html

Re: D_vs_nim: git repo to compare features of D vs nim and help migrating code bw them. PRs welcome

2018-03-28 Thread Kagamin via Digitalmars-d-announce
Did they figure out how to pass data between threads?

Re: Vision document for H1 2018

2018-03-19 Thread Kagamin via Digitalmars-d-announce
On Friday, 16 March 2018 at 21:38:30 UTC, rumbu wrote: Do you know anything else in the .net library than LINQ where extension methods (somehow equivalent to UFCS) are abused? I thought that something happened in the .net world while I was asleep, that's why I just searched my local copy of

Re: Vision document for H1 2018

2018-03-19 Thread Kagamin via Digitalmars-d-announce
On Friday, 16 March 2018 at 18:35:14 UTC, Tony wrote: I thought C# was like Java and does not allow free procedures. Can you give an example of C# procedural-style IO? All methods of Console class.

Re: Vision document for H1 2018

2018-03-16 Thread Kagamin via Digitalmars-d-announce
On Thursday, 15 March 2018 at 16:03:14 UTC, rumbu wrote: Are you sure that you are talking about phobos and not tango? :) I'm eager to find how I'm uninformed. Tango doesn't use UFCS, while phobos and .net framework are big on extension methods. Also tango uses object oriented console IO,

Re: Vision document for H1 2018

2018-03-15 Thread Kagamin via Digitalmars-d-announce
On Monday, 12 March 2018 at 03:31:36 UTC, Laeeth Isharc wrote: C# slices look great. Dunno, when I wanted a slice in C#, I wrote a prettier one. C# could get stuff done 20 years ago already, ugly slices and native compilation won't add anything to it. If Phobos looks like a mess to C#

Re: Vision document for H1 2018

2018-03-15 Thread Kagamin via Digitalmars-d-announce
On Sunday, 11 March 2018 at 04:06:13 UTC, Nick Sabalausky (Abscissa) wrote: First of all, betterC is about far more than interfacing with C. In fact, interop with C isn't really what betterC is about at all - that's a separate aspect of the language. (And those C/C++ users who still haven't

Re: State of D 2018 Survey

2018-03-05 Thread Kagamin via Digitalmars-d-announce
On Monday, 5 March 2018 at 20:52:10 UTC, Russel Winder wrote: I do not see your reasoning here. Has the core D computational model changed? I think not. Major number per semver increases when interface changes, D does it pretty often, it is the fastest moving language I know. Does D issue

Re: State of D 2018 Survey

2018-03-04 Thread Kagamin via Digitalmars-d-announce
On Sunday, 4 March 2018 at 17:26:50 UTC, bauss wrote: It's also very strict and probably have of the posts within Learn here wouldn't be allowed there. It's the most hilarious aspect. Apparently questions about design don't belong there. As if the moderators don't even know about the

Re: State of D 2018 Survey

2018-03-04 Thread Kagamin via Digitalmars-d-announce
On Friday, 2 March 2018 at 12:01:33 UTC, Russel Winder wrote: So having D2.999 is fine per se, but advertises a lack of change and a lack of ambition since the language name is D not D2. D just doesn't follow semver. If it did, we would have D79 now, nothing else even comes close to this.

Re: State of D 2018 Survey

2018-03-04 Thread Kagamin via Digitalmars-d-announce
But seriously, Stack overflow is a reputation-based system, it very hostile from the very start, when you don't have enough reputation for pretty much everything, and SO vehemently nags you about this on every possible occasion, even baiting you to use functionality only to later tell that you

Re: Beta 2.079.0

2018-02-23 Thread Kagamin via Digitalmars-d-announce
auto result = foo(), bar(); Doesn't look like it works. --- int f(int a){ return a; } int main() { int a=f(0),f(1); //doesn't compile return 0; } --- int f(int a){ return a; } int main() { int a; a=f(0),f(1); assert(a==1); //fails return 0; } ---

Re: Beta 2.079.0

2018-02-23 Thread Kagamin via Digitalmars-d-announce
https://github.com/dlang/druntime/pull/1282 github shows me just two changes in makefiles and nothing else, need to find where the code comes from.

Re: Beta 2.079.0

2018-02-23 Thread Kagamin via Digitalmars-d-announce
On Friday, 23 February 2018 at 01:02:59 UTC, Martin Nowak wrote: Also https://en.wikipedia.org/wiki/Law_of_triviality, because this is certainly easier to grasp than https://github.com/dlang/druntime/pull/1282 (https://forum.dlang.org/post/mjsma6$196h$1...@digitalmars.com) If nobody opposes,

Re: Beta 2.079.0

2018-02-23 Thread Kagamin via Digitalmars-d-announce
On Friday, 23 February 2018 at 00:05:59 UTC, Martin Nowak wrote: The main use-case for craming multiple imports into a line is not libraries but scripting, examples, and maybe unit tests. Those are cases when selective imports shouldn't be used. experimental.scripting was introduced to reduce

Re: Beta 2.079.0

2018-02-22 Thread Kagamin via Digitalmars-d-announce
auto result = foo(), bar(); Does this compile? In variable declaration statement comma already has meaning as separator of declarators. Does it apply to enums too? This is difficult to parse.

Re: Beta 2.079.0

2018-02-21 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 20 February 2018 at 22:54:43 UTC, H. S. Teoh wrote: Yeah, personally I'd avoid writing it that way too. There's no other way to use this feature though.

Re: Beta 2.079.0

2018-02-20 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 20 February 2018 at 08:43:50 UTC, Martin Nowak wrote: If you prefer java-like 50 lines import manifests, then by all means keep using those. Imports can be written on one line. import std.stdio; import std.range; It only needs one more word.

Re: Beta 2.079.0

2018-02-20 Thread Kagamin via Digitalmars-d-announce
On Monday, 19 February 2018 at 18:50:47 UTC, Dukc wrote: Huh? Did I understand right? Just add an empty object.d into your project and --BetterC is now basically needless, plus the executable is most likely even smaller? And more functions to std.range, my favorite module, yes! FWIW I used

Re: dxml 0.2.0 released

2018-02-14 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 13 February 2018 at 22:29:27 UTC, H. S. Teoh wrote: - provide some way of hooking into non-default entities so that DTD-defined entities can be expanded by the DTD implementation. The parser now returns raw text, entity replacement can be done by DTD processor without any

Re: dxml 0.2.0 released

2018-02-13 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 13 February 2018 at 02:53:21 UTC, Nick Sabalausky (Abscissa) wrote: On 02/12/2018 11:15 AM, rikki cattermole wrote: dxml 7.5k LOC std.xml 3k LOC dxml would make the situation a lot worse. 4.5k LOC == "a lot worse"? Uuuuhhh...WAT? And it's like 2k LOC of code and 5.5k LOC of

Re: dxml 0.2.0 released

2018-02-13 Thread Kagamin via Digitalmars-d-announce
On Monday, 12 February 2018 at 16:50:16 UTC, Jonathan M Davis wrote: The core problem is that entity references get replaced with more XML that needs to be parsed. So, they can't simply be passed on for post-processing. As I understand it, they have to be replaced while the parsing is going

Re: LDC 1.7.0

2018-02-02 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 30 January 2018 at 19:57:39 UTC, aberba wrote: now it seem abandoned after such an effort. Can you confirm it for Ubuntu 17?

Re: LDC 1.7.0-beta1

2017-12-14 Thread Kagamin via Digitalmars-d-announce
On Sunday, 10 December 2017 at 18:11:46 UTC, Suliman wrote: Is it's possible to produce x64 binaries on Windows x64 without installing Visual Studio? DMD do not have linker for x64. Beside linker you will need C startup code. Where do you plan to get it?

Re: ASDF v0.1.5-beta0: new parser is ~40% faster

2017-10-04 Thread Kagamin via Digitalmars-d-announce
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko wrote: [1] https://github.com/tamediadigital/asdf/tree/master/benchmarks/sajson AFAIK, ldc translates dmd's -O option to llvm's -O3.

Re: D as a Better C

2017-09-07 Thread Kagamin via Digitalmars-d-announce
On Monday, 28 August 2017 at 22:45:01 UTC, Parke wrote: When I write "hello world" in C, the executable is 8,519 bytes. When I write "hello world" in D, the executable is 100 times larger: 865,179 bytes. Interestingly, "hello world" in C, compiled statically, yields 908,608 bytes. And

Re: D as a Better C

2017-08-30 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 30 August 2017 at 02:19:21 UTC, Michael V. Franklin wrote: As you can see it is not a polished experience and gets much worse when you start employing more features of D. This could be improved, and in fact, with GDC you need even less useless boilerplate in object.d and may end

Re: D as a Better C

2017-08-30 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 30 August 2017 at 00:29:19 UTC, Parke wrote: But my original question was about what you (Kagamin) called "intermediate D". I was trying to understand what "intermediate D" is, and whether or not I could use "intermediate D" (whatever it is) to produce small(er) executables.

Re: D as a Better C

2017-08-29 Thread Kagamin via Digitalmars-d-announce
On Monday, 28 August 2017 at 22:45:01 UTC, Parke wrote: When I write "hello world" in C, the executable is 8,519 bytes. When I write "hello world" in D, the executable is 100 times larger: 865,179 bytes. You mean the examples from the blog post

Re: D as a Better C

2017-08-28 Thread Kagamin via Digitalmars-d-announce
On Friday, 25 August 2017 at 18:08:06 UTC, Parke wrote: Is there any documentation on how to access and use the minimal runtime? Runtime implements language features like boundschecking, it's not used explicitly in the code.

Re: D as a Better C

2017-08-25 Thread Kagamin via Digitalmars-d-announce
On Thursday, 24 August 2017 at 19:09:58 UTC, Parke wrote: What is "intermediate D"? D with minimal runtime.

Re: D as a Better C

2017-08-24 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 23 August 2017 at 17:43:27 UTC, Steven Schveighoffer wrote: I thought "closure" means allocating the stack onto the heap so you can return the delegate with its context intact. I understood closure as capture of variables from external context. They are divided into upward

Re: D as a Better C

2017-08-24 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 23 August 2017 at 22:45:27 UTC, sarn wrote: I haven't tried the latest iteration of betterC yet, but the longstanding problem is that the compiler generates TypeInfo instances for structs LDC doesn't generate TypeInfo for structs until it's required for some features like array

Re: D as a Better C

2017-08-23 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 23 August 2017 at 14:00:34 UTC, Walter Bright wrote: One of the reasons people use C is to get that small footprint. This has been a large barrier to C programs making use of D. Not a better C, but intermediate D has small footprint for me too. 7.5kb totext.exe (encodes stdin to

Re: Hiring D programmers (with cryptography and blockchain knowledge are preferred)

2017-07-12 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 12 July 2017 at 14:27:41 UTC, István wrote: These are still centralized services which any time might decide to change to censorship or forced to shut down, then you lose access to your content the same way. I saw 4 such cases and it was always easier to setup a replica. And

Re: Hiring D programmers (with cryptography and blockchain knowledge are preferred)

2017-07-12 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 12 July 2017 at 11:11:20 UTC, Steven Schveighoffer wrote: Have you heard of https://gab.ai ? They are doing something similar (in terms of providing an uncensored platform). Another one is dreamwidth.org, it started as a reaction to tighter control too and has a permissive

Re: Hiring D programmers (with cryptography and blockchain knowledge are preferred)

2017-07-12 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 12 July 2017 at 04:40:16 UTC, Vitor Rozsas wrote: The server should be somewhat easy, afterall... it should receive posts that are signed by the user, and store the post (with signature) if the signature corresponds to post's message and public key of the user. From what I know

Re: automem v0.0.7 - C++ style smart pointers using std.experimental.allocator

2017-04-17 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 12 April 2017 at 13:32:36 UTC, Stanislav Blinov wrote: Syntax is not the core of the issue, it's not about just marking a destructor as shared. Making RefCounted itself shared would require implementing some form of synchronization of all the 'dereference' operations, including

Re: Amper audio player for GNU/Linux and X11

2017-03-20 Thread Kagamin via Digitalmars-d-announce
Also https://github.com/ldc-developers/druntime/blob/ldc/src/object.d#L48 may shed some light, but it sounds strange.

Re: Amper audio player for GNU/Linux and X11

2017-03-20 Thread Kagamin via Digitalmars-d-announce
dmd -m64 -c amper.d should work on 32-bit system too and compile to 64-bit code.

Re: Snowflake Strings

2017-03-01 Thread Kagamin via Digitalmars-d-announce
In case strings hash to the same value, the linkers (ld and ms) have an option to detect discrepancy in content.

Re: tanya library 0.2.0

2017-02-22 Thread Kagamin via Digitalmars-d-announce
On Sunday, 19 February 2017 at 11:41:44 UTC, Eugene Wissner wrote: realloc() can move memory and if an object of type A has references to other objects in the array, the objects will be corrupted. "A" should be a POD-type. Otherwise you have to allocate new memory, initialize it, copy the

Re: vibe.d 0.8.0 and 0.7.31 beta releases

2017-02-09 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 8 February 2017 at 15:18:34 UTC, Sönke Ludwig wrote: The problem is that there are two affected call stacks - the @system API function that registers the @system callback, wrapping/casting it as @trusted, and the event handler that later on actually calls the callback. The latter

Re: vibe.d 0.8.0 and 0.7.31 beta releases

2017-02-08 Thread Kagamin via Digitalmars-d-announce
On Friday, 3 February 2017 at 13:21:18 UTC, Sönke Ludwig wrote: Keeping the system overloads would break the safety guarantees at a relatively deep level and would render the whole effort rather useless (this is the case for non-scope callbacks only, so if you stumble over a deprecated

Re: Release D 2.073.0

2017-01-27 Thread Kagamin via Digitalmars-d-announce
On Friday, 27 January 2017 at 11:12:22 UTC, Dicebot wrote: And also stuff like https://github.com/dlang/druntime/pull/1740 Why it would break code if `in` meant `scope`?

Re: DIP 1003: remove `body` as a keyword

2016-11-24 Thread Kagamin via Digitalmars-d-announce
As to contracts without body we have https://issues.dlang.org/show_bug.cgi?id=4720

Re: DIP 1003: remove `body` as a keyword

2016-11-24 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 23 November 2016 at 20:24:13 UTC, Timon Gehr wrote: Technically, there is an ambiguity (technically, ambiguity means that there are multiple grammar derivations resulting in the same sentence). Pragmatically, the greedy parse-the-body-if-possible-approach will work. I see no

Re: DIP 1003: remove `body` as a keyword

2016-11-23 Thread Kagamin via Digitalmars-d-announce
Must be T!( lots and lots of stuff ) f( lots and lots of stuff )( lots and lots of stuff ) if ( lots and lots of stuff )

Re: DIP 1003: remove `body` as a keyword

2016-11-23 Thread Kagamin via Digitalmars-d-announce
int div(int a, int b) in { assert(b != 0); } do { return a / b; }

Re: DIP 1003: remove `body` as a keyword

2016-11-23 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 22 November 2016 at 22:37:03 UTC, Timon Gehr wrote: The more important point is that there is no precedent where {...}{...} are two components of the same entity, it looks ugly even with the space-wasting convention where '{' is put on its own line. Not all contracts are one-liners

Re: Formal review of DIP1002

2016-11-17 Thread Kagamin via Digitalmars-d-announce
On Thursday, 17 November 2016 at 11:37:09 UTC, Dicebot wrote: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1002.md#review We do exception tests like this: http://dpaste.com/0EAZQE4

Re: Dynamic Bindings to libui (x-platform GUI)

2016-11-16 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 25 May 2016 at 16:47:30 UTC, Nick Sabalausky wrote: Drives me nuts when people count "Always uses GTK on Linux" as "Native UI". It's like those programs that do everything completely Ubuntu-centric whenever possible and then advertise "Linux Support". I *really* wish GTK would

Re: Release D 2.072.0

2016-11-11 Thread Kagamin via Digitalmars-d-announce
On Thursday, 10 November 2016 at 13:58:56 UTC, Steven Schveighoffer wrote: Only possibility is just to ignore ALL cycles, and print them if any are detected. Run the new detector and if it fails, run the old one, if it succeeds, print a message.

Re: Battle-plan for CTFE

2016-10-26 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 26 October 2016 at 15:02:28 UTC, Stefam Koch wrote: bLength = cast(uint)a.length; Reads past the end of b if b is shorter than a.

Re: On the future of DIP1000

2016-08-22 Thread Kagamin via Digitalmars-d-announce
On Monday, 22 August 2016 at 06:44:11 UTC, Jacob Carlborg wrote: It would be nice to have the whole picture now, before implementing DIP1000. It can be reviewed after the spec is inferred from implementation. But yes, it can be unclear how the implementation can affect the review process.

Re: Battle-plan for CTFE

2016-08-09 Thread Kagamin via Digitalmars-d-announce
1. You said CTFE engine can be ctfeable itself? But it uses unions in BCValue - it's not going to work in CTFE, is it? Just wondering myself what's the way to have polymorphism at compile time. 2. The byte code generator interface has no mean to declare functions? In case of LLVM jit one would

Re: LDC 1.1.0-beta2 has been released!

2016-08-05 Thread Kagamin via Digitalmars-d-announce
On Friday, 5 August 2016 at 01:28:39 UTC, Emre Temelkuran wrote: It should definitely be the reference compiler. Why they're wasting power with parallel compilers. :( LLVM lags in windows support, and GDC can generate faster code and supports more architectures.

Re: D-Man culture

2016-07-28 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 27 July 2016 at 19:50:13 UTC, Walter Bright wrote: partially unbuttoned blouse That's a faithful reference to the empty space in the middle of D-Man :)

Re: Calypso: Direct and full interfacing to C++

2016-07-19 Thread Kagamin via Digitalmars-d-announce
Aren't objects rarely passed by value? What's more interesting is how return by value is supported as it happens often: 1. return by value from D callee 2. receive an object returned by value and assign to a new variable 3. receive an object returned by value an assign it to an existing

Re: pure D JPEG decoder, with progressive JPEG support, public domain

2016-06-17 Thread Kagamin via Digitalmars-d-announce
On Friday, 17 June 2016 at 13:35:58 UTC, John Colvin wrote: Without wanting to start a huge thing about this, see http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html and http://www.rosenlaw.com/lj16.htm and please at least add an optional licencing under a traditional permissive

Re: Button: A fast, correct, and elegantly simple build system.

2016-06-17 Thread Kagamin via Digitalmars-d-announce
On Friday, 17 June 2016 at 04:54:37 UTC, Jason White wrote: Why the build script can't have a command line interface? It could, but now the build script is a more complicated and for little gain. It's only as complicated to implement required features and not more complicated. If the

Re: Button: A fast, correct, and elegantly simple build system.

2016-06-16 Thread Kagamin via Digitalmars-d-announce
On Thursday, 16 June 2016 at 13:40:39 UTC, Atila Neves wrote: The idea would be to build reggae with the system dmd first (since having a D compiler is now a pre-requisite) If a D compiler is required, it means a prebuilt executable is not needed: rdmd should be enough to compile and run the

Re: Button: A fast, correct, and elegantly simple build system.

2016-06-16 Thread Kagamin via Digitalmars-d-announce
On Sunday, 12 June 2016 at 23:27:07 UTC, Jason White wrote: However, I question the utility of even doing this in the first place. You miss out on the convenience of using the existing command line interface. Why the build script can't have a command line interface?

Re: Button: A fast, correct, and elegantly simple build system.

2016-06-16 Thread Kagamin via Digitalmars-d-announce
On Sunday, 12 June 2016 at 20:47:31 UTC, cym13 wrote: Yeah, I have often thought that writing a self-contained D program to build D would work well. The full power of the language would be available, there'd be nothing new to learn, and all you'd need is an existing D compiler (which we

Re: Beta release DUB 1.0.0-beta.1

2016-06-13 Thread Kagamin via Digitalmars-d-announce
On Friday, 10 June 2016 at 17:45:54 UTC, Nick Sabalausky wrote: On 06/08/2016 11:04 AM, Kagamin wrote: BTW do people find nested comments particularly useful? God yes. It's the *only* block comment I ever use. Non-nesting comment blocks are a worthless PITA with no real benefit: You can't

Re: Beta release DUB 1.0.0-beta.1

2016-06-08 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 8 June 2016 at 09:15:09 UTC, Sönke Ludwig wrote: Two good properties about restricting to /+ +/ is that it's still possible to put something else in front of it, and that it stands out from the usual /* */ comments. It stands out because we don't have a recognizable convention

Re: Diamond - MVC / Template engine

2016-05-25 Thread Kagamin via Digitalmars-d-announce
On Tuesday, 24 May 2016 at 14:57:03 UTC, Bauss wrote: Note: If you have a better suggestion, feel free to come with one :) I'd say do what razor does: raw output should require extra syntax. Weren't templates created in order to not build html in code?

Re: Diamond - MVC / Template engine

2016-05-24 Thread Kagamin via Digitalmars-d-announce
The values are injected unescaped by default?

Re: D's Auto Decoding and You

2016-05-19 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 18 May 2016 at 20:10:09 UTC, Jonathan M Davis wrote: So, while we do have enforcement of how ranges _can_ be used, we don't have enforcement of how they _are_ used, and I don't expect that we'll ever get that. It would help if there was documented standard testing procedure

Re: dxorshift: random number generators from the extended Xorshift family

2016-05-18 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 18 May 2016 at 16:12:35 UTC, jmh530 wrote: Thought you might find this interesting: http://news.utexas.edu/2016/05/16/computer-science-advance-could-improve-cybersecurity and reddit discussion:

Re: Battle-plan for CTFE

2016-05-16 Thread Kagamin via Digitalmars-d-announce
On Sunday, 15 May 2016 at 13:25:42 UTC, Martin Nowak wrote: So we do need a GC or RC for arrays, structs, classes (anything heapish). Values for those could be allocated by a simple bump/region allocator or a dedicated allocator that support individual freeing (via RC or GC). Wasn't it

Re: Adventures in D Programming

2016-05-13 Thread Kagamin via Digitalmars-d-announce
On Thursday, 12 May 2016 at 22:01:04 UTC, David Nadlinger wrote: Are there any bug reports for this, by the way? Thanks! I believe, it was the atomicOp bug. You can see the link to discussion there.

Re: C#7 features

2016-05-09 Thread Kagamin via Digitalmars-d-announce
On Monday, 9 May 2016 at 00:44:09 UTC, Peter Häggman wrote: I wouldn't be surpised to see in the implementation an array of variant or something like that, explaining why it's limited to octuples [1]. You can also use anonymous types: http://ideone.com/WBRunL they are predated by tuples.

Re: C#7 features

2016-05-06 Thread Kagamin via Digitalmars-d-announce
On Friday, 6 May 2016 at 14:33:22 UTC, Andrei Alexandrescu wrote: Added a comment: https://www.reddit.com/r/programming/comments/4i3h77/some_new_c7_features/d2v5lu6 D has ref variables? Not for a long time though.

Re: Release D 2.071.0

2016-04-11 Thread Kagamin via Digitalmars-d-announce
On Monday, 11 April 2016 at 11:43:20 UTC, wobbles wrote: When updating with the .dev package on my Ubuntu 15.10 system https://forum.dlang.org/post/mailman.4114.1454138584.22025.digitalmars-d-annou...@puremagic.com

Re: Release D 2.071.0

2016-04-07 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 6 April 2016 at 18:18:10 UTC, Jacob Carlborg wrote: It's all in the same module, I don't see how a protection attribute can affect anything. Compiler is probably confused by the absence of package to test the package protection against. It probably shouldn't be an error.

Re: Release D 2.071.0

2016-04-06 Thread Kagamin via Digitalmars-d-announce
On Wednesday, 6 April 2016 at 13:05:31 UTC, sigod wrote: module test; struct S { package int field; } void main() { S s; s.field = 1; // Deprecation: test.S.field is not visible from module test } You

Re: Small rdmd wrapper for windows

2016-03-31 Thread Kagamin via Digitalmars-d-announce
Maybe rdmd should parse D_INCLUDE_PATH itself? Then it would work on its own.

  1   2   3   >