Visual Studio Linker Problem

I am working my way up to building NanoVG per my previous post. I am able to compile hello world using dmd2. I am running in cygwin because I understand bash way better than cmd.exe. I am unable to compile hello world using ldc2. I am interested in ldc because I am interested in compiling to

Re: Speed of synchronized

Dne 17.10.2016 v 23:40 Christian Köstlin via Digitalmars-d-learn napsal(a): Could someone check the numbers on another OS-X machine? Unfortunately I only have one available. Thanks in advance! Can you try it on OSX with ldc compiler: dub run --build=release --compiler=ldc

Re: I close BIP27. I won't be pursuing BIPs anymore

On 10/17/2016 7:54 PM, Manu via Digitalmars-d wrote: You mean like that time I spent at least 2 years fighting for final-by-default, won over the entire community except for a single person who said they were indifferent (who I forget who was). Even you begrudgingly conceded (or at least

Re: I close BIP27. I won't be pursuing BIPs anymore

On 17 October 2016 at 15:02, Walter Bright via Digitalmars-d wrote: > On 10/16/2016 3:17 PM, deadalnix wrote: >> >> Long story short, it si clearly a waste of time. Qualifying the process >> would be >> an understatement. >> >> Some specifically DIP27 has been written

Re: I close DIP27. I won't be pursuing DIPs anymore

On Monday, 17 October 2016 at 21:52:32 UTC, Andrei Alexandrescu wrote: Thanks, David. Hope you're doing well! I was curious about one thing - is there some scrutiny going into the PIPs before Guido reviews them? Right now we seem to have a scalability issue; some of the DIPs we have seem to be

[Issue 16533] Cannot compile two file with same name

https://issues.dlang.org/show_bug.cgi?id=16533 --- Comment #1 from Martin Krejcirik --- Cannot reproduce with dmd, unless the module declaration is missing. --

Re: I close DIP27. I won't be pursuing DIPs anymore

On 10/17/2016 01:44 PM, David Soria Parra wrote: Looking at other languages that have similar process. Python's PIPs are probably the closest to DIP. Two observations: 1. Python as clean tooling around PIPs. We should render PIPs from the dlang/DIP nicely at dip.dlang.org (My understanding that

Re: Speed of synchronized

On 17/10/16 14:44, Christian Köstlin wrote: > On 17/10/16 14:09, Daniel Kozak via Digitalmars-d-learn wrote: >> Dne 16.10.2016 v 10:41 Christian Köstlin via Digitalmars-d-learn napsal(a): >>> Hi, >>> >>> for an exercise I had to implement a thread safe counter. >>> This is what I came up with: >>>

Re: Battle-plan for CTFE

On Monday, 17 October 2016 at 15:50:37 UTC, Uplink_Coder wrote: The time llvm takes to build it's IR and execute the JITed code is absolutely too much! multiple milliseconds! I will write a very simple x86 codegenerator tomorrow. Great work.

Re: Range violation with AAs

On Monday, 17 October 2016 at 19:10:54 UTC, Basile B. wrote: Just a question, maybe off topic, does this work: unittest { alias Key = string; alias A = Array!int; A[Key] x; x["a"] = [0]; } ? No, that works. Thanks for your interest.

Re: Why are homepage examples too complicated?

On Monday, 17 October 2016 at 19:39:14 UTC, Benjiro wrote: On Thursday, 13 October 2016 at 19:06:26 UTC, Karabuta wrote: How is a new visitor supposed to know "!" is for templates and not some complicated syntax? As a dlang newbie ( only started to learn a few days ago ), the example on the

Re: Why are homepage examples too complicated?

On Sunday, 16 October 2016 at 12:14:34 UTC, Adam D. Ruppe wrote: On Friday, 14 October 2016 at 21:18:45 UTC, Karabuta wrote: The "!" is more trouble than good (IMO for the majority). @Adam Roupe did a talk at previous DConf which he testifies to this. Couldn't be me, I don't think I ever

Re: Why are homepage examples too complicated?

On Thursday, 13 October 2016 at 19:06:26 UTC, Karabuta wrote: How is a new visitor supposed to know "!" is for templates and not some complicated syntax? As a dlang newbie ( only started to learn a few days ago ), the example on the front page is just complex for new users. Its not a lack

Re: About debugging (again)

On Monday, 17 October 2016 at 19:14:49 UTC, ANtlord wrote: On Monday, 17 October 2016 at 17:57:19 UTC, Martin Krejcirik wrote: On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: GDB 7.7.1 Use latest GDB, 7.10 has got much better D support. Tested on GDB 7.11.1. Same case :(

Re: Programming in D by Ali Çehreli

On Monday, 17 October 2016 at 18:20:00 UTC, cym13 wrote: On Monday, 17 October 2016 at 18:10:01 UTC, vino wrote: [...] I don't see what you don't understand, you said it yourself: "neither the slice nor its elements can be modified". So you can't modify the elements of an immutable array.

Re: About debugging (again)

On Monday, 17 October 2016 at 17:53:30 UTC, Basile B. wrote: On Monday, 17 October 2016 at 17:46:05 UTC, Basile B. wrote: On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: On Monday, 17 October 2016 at 15:43:32 UTC, ANtlord wrote: [...] Oh Sorry, I've forgotten about pointing

Re: About debugging (again)

On Monday, 17 October 2016 at 17:57:19 UTC, Martin Krejcirik wrote: On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: GDB 7.7.1 Use latest GDB, 7.10 has got much better D support. Tested on GDB 7.11.1. Same case :(

Re: Range violation with AAs

On Monday, 17 October 2016 at 17:43:19 UTC, Nordlöw wrote: At https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d I have an array container. Everything works as expected in all unittests except for the line at

Re: Range violation with AAs

On 10/17/16 1:43 PM, Nordlöw wrote: At https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d I have an array container. Everything works as expected in all unittests except for the line at https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d#L1649 that fails as

[Issue 16572] [Reg 2.072.0-b1] can't take inout delegate

https://issues.dlang.org/show_bug.cgi?id=16572 --- Comment #10 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/847baa9210e62dbb058b86031a2b36e3a1195440 fix Issue 16572 - can't take inout delegate - fix error to

[Issue 16572] [Reg 2.072.0-b1] can't take inout delegate

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

[Issue 16582] [REG2.072.0-b1] ParamterDefaultValueTuple fails to compile for scope paramters

https://issues.dlang.org/show_bug.cgi?id=16582 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/f783d975a28febea3a323bae3ce5f902cec17aa9 fix Issue 16582 - ParameterDefaults fails w/ scope

[Issue 16582] [REG2.072.0-b1] ParamterDefaultValueTuple fails to compile for scope paramters

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

Re: Range violation with AAs

On 10/17/2016 11:40 AM, Nordlöw wrote: On Monday, 17 October 2016 at 18:22:53 UTC, Ali Çehreli wrote: It still feels like x["a"] could return a proxy that could later add a new element and then apply ~= on it. (I haven't read the rest of your code to see whether you've already done that.)

Re: Range violation with AAs

On Monday, 17 October 2016 at 18:38:30 UTC, Ali Çehreli wrote: As a consolation :) there are two unrelated issues in your code, which a new dmd warns about: Deprecation: Implicit string concatenation is deprecated 1) Probably a missing comma after `mark`: enum nonStateHTMLTags = [`b`, `i`,

Re: Range violation with AAs

On Monday, 17 October 2016 at 18:22:53 UTC, Ali Çehreli wrote: It still feels like x["a"] could return a proxy that could later add a new element and then apply ~= on it. (I haven't read the rest of your code to see whether you've already done that.) `Array` is in essence a C++-style array

Re: Range violation with AAs

On 10/17/2016 11:28 AM, Nordlöw wrote: On Monday, 17 October 2016 at 18:22:53 UTC, Ali Çehreli wrote: Unfortunately, as far as I know, that's a privilege reserved for built-in AAs. But I *am* using a built-in AA. The problem happens when the value is an instance of an `Array!T`-container and

Re: Range violation with AAs

On Monday, 17 October 2016 at 18:22:53 UTC, Ali Çehreli wrote: Unfortunately, as far as I know, that's a privilege reserved for built-in AAs. But I *am* using a built-in AA. The problem happens when the value is an instance of an `Array!T`-container and not a slice `T[]`.

Re: Range violation with AAs

On Monday, 17 October 2016 at 17:43:19 UTC, Nordlöw wrote: At https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d I have an array container. Everything works as expected in all unittests except for the line at

Re: Range violation with AAs

On 10/17/2016 10:43 AM, Nordlöw wrote: At https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d I have an array container. Everything works as expected in all unittests except for the line at https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d#L1649 that fails as

Re: Programming in D by Ali Çehreli

On Monday, 17 October 2016 at 18:10:01 UTC, vino wrote: Hi All, As per the book named in the subject it states as below,so can some one guide me what is wrong in the below code nor correct if my understanding is wrong. Page 154 immutable(int[]) specifies that neither the slice nor its

Re: Programming in D by Ali Çehreli

On 10/17/2016 11:10 AM, vino wrote: Hi All, As per the book named in the subject it states as below,so can some one guide me what is wrong in the below code nor correct if my understanding is wrong. Page 154 immutable(int[]) specifies that neither the slice nor its elements can be modified.

Programming in D by Ali Çehreli

Hi All, As per the book named in the subject it states as below,so can some one guide me what is wrong in the below code nor correct if my understanding is wrong. Page 154 immutable(int[]) specifies that neither the slice nor its elements can be modified. So which means that a element or

Re: About debugging (again)

On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: GDB 7.7.1 Use latest GDB, 7.10 has got much better D support.

Re: About debugging (again)

On Monday, 17 October 2016 at 17:46:05 UTC, Basile B. wrote: On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: On Monday, 17 October 2016 at 15:43:32 UTC, ANtlord wrote: [...] Oh Sorry, I've forgotten about pointing technical parameters. Ubuntu 14.04 GDB 7.7.1 DMD64 D Compiler

Re: About debugging (again)

On Monday, 17 October 2016 at 15:45:56 UTC, ANtlord wrote: On Monday, 17 October 2016 at 15:43:32 UTC, ANtlord wrote: Hello! I've met an issue related to debugging by GDB. Directly when I try to show call stack I get like this http://pastebin.com/kRFRqznq. How can I make name of methods more

Re: I close BIP27. I won't be pursuing BIPs anymore

On Monday, 17 October 2016 at 06:58:59 UTC, Andrei Alexandrescu wrote: On 10/17/2016 02:39 AM, Jacob Carlborg wrote: On 2016-10-17 04:08, Dicebot wrote: Listen, I understand you are not interested in spending loads of time on boring polishing of formalities. We all do this in our spare time

Range violation with AAs

At https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d I have an array container. Everything works as expected in all unittests except for the line at https://github.com/nordlow/phobos-next/blob/master/src/array_ex.d#L1649 that fails as

[Issue 16620] New: final switch requires module info

https://issues.dlang.org/show_bug.cgi?id=16620 Issue ID: 16620 Summary: final switch requires module info Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority:

[Issue 7179] Hash algorithm vulnerable to algorithmic complexity attacks

https://issues.dlang.org/show_bug.cgi?id=7179 --- Comment #4 from anonymous4 --- See issue 14414, maybe setting a seed is enough? --

[Issue 7179] Hash algorithm vulnerable to algorithmic complexity attacks

https://issues.dlang.org/show_bug.cgi?id=7179 anonymous4 changed: What|Removed |Added CC||c...@dawg.eu ---

[Issue 14414] allow to set hash seed

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

[Issue 5051] dmd flag for partial compilation (similar to just running preprocessor in C/C++)

https://issues.dlang.org/show_bug.cgi?id=5051 ZombineDev changed: What|Removed |Added CC||petar.p.ki...@gmail.com

Re: I close BIP27. I won't be pursuing BIPs anymore

On Sunday, 16 October 2016 at 22:17:15 UTC, deadalnix wrote: [...] FWIW ;) https://www.youtube.com/watch?v=_wzc7a3McOs=youtu.be?list=PLHTh1InhhwT7J5jl4vAhO1WvGHUUFgUQH=3757

[Issue 7084] Missing writeln Unicode normalization

https://issues.dlang.org/show_bug.cgi?id=7084 anonymous4 changed: What|Removed |Added See Also|

[Issue 2742] std.stdio assumes console works in utf-8

https://issues.dlang.org/show_bug.cgi?id=2742 anonymous4 changed: What|Removed |Added See Also|

Re: Battle-plan for CTFE

On Monday, 17 October 2016 at 00:56:01 UTC, Uplink_Coder wrote: If anyone want to take a look the lastest llvm_backend development is happening here : https://github.com/UplinkCoder/dmd/blob/_ctfe/src/bc_llvm_backend.d The time llvm takes to build it's IR and execute the JITed code is

Re: About debugging (again)

On Monday, 17 October 2016 at 15:43:32 UTC, ANtlord wrote: Hello! I've met an issue related to debugging by GDB. Directly when I try to show call stack I get like this http://pastebin.com/kRFRqznq. How can I make name of methods more human readable? I see part of printed name matches to name

About debugging (again)

Hello! I've met an issue related to debugging by GDB. Directly when I try to show call stack I get like this http://pastebin.com/kRFRqznq. How can I make name of methods more human readable? I see part of printed name matches to name of methods from code and I can suppose what method was

Re: how to understand different attribute styles?

On 10/17/16 10:12 AM, timepp wrote: there is "@disable", using @ as prefix; there is "__gshared", using __ as prefix; there is also "align", not using prefix. I failed to summarize a rule here. Can anyone tell the underlined philosiphy? terms without adornments are keywords. They are used in

Re: how to understand different attribute styles?

On Monday, October 17, 2016 14:12:33 timepp via Digitalmars-d-learn wrote: > there is "@disable", using @ as prefix; > there is "__gshared", using __ as prefix; > there is also "align", not using prefix. > > I failed to summarize a rule here. Can anyone tell the underlined > philosiphy? There

Re: Escaping ref to stack mem sometimes allowed in @safe?

On Friday, October 14, 2016 16:49:44 Nick Sabalausky via Digitalmars-d-learn wrote: > This compiles. Is it supposed to? > > @safe ubyte[] foo() > { > ubyte[512] buf; > auto slice = buf[0..$]; > // Escaping reference to stack memory, right? > return slice; > } > > Or is the escaping

Re: I close BIP27. I won't be pursuing BIPs anymore

On 10/17/2016 02:58 AM, Andrei Alexandrescu wrote: Looking at https://wiki.dlang.org/?title=DIP27=history, I'm seeing 10 approved DIPs. Copypasta error, I meant https://github.com/dlang/DIPs/blob/master/DIPs/archive/README.md - thanks Timon for the correction. -- Andrei

Re: I close DIP27. I won't be pursuing DIPs anymore

On Monday, 17 October 2016 at 13:02:20 UTC, Steven Schveighoffer wrote: I would say the better attitude to have is that you may not expect results to always go your way, and put out your best effort. If it doesn't work, that's the way it is, move on to something more interesting and/or

Re: how to understand different attribute styles?

On Monday, 17 October 2016 at 14:12:33 UTC, timepp wrote: there is "@disable", using @ as prefix; there is "__gshared", using __ as prefix; there is also "align", not using prefix. I failed to summarize a rule here. Can anyone tell the underlined philosophy? It's an inconsistency of the

[Issue 11836] UFCS doesn't overload methods

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

how to understand different attribute styles?

there is "@disable", using @ as prefix; there is "__gshared", using __ as prefix; there is also "align", not using prefix. I failed to summarize a rule here. Can anyone tell the underlined philosiphy?

Re: Bug or case of hijacking protection ?

On Monday, 17 October 2016 at 14:01:26 UTC, Basile B. wrote: Is this a bug or a case of hijacking protection ? struct S { void test(void*, size_t){} } void test(ref S,void[]){} void main() { ubyte[] a; (*new S).test(a); }

Bug or case of hijacking protection ?

Is this a bug or a case of hijacking protection ? struct S { void test(void*, size_t){} } void test(ref S,void[]){} void main() { ubyte[] a; (*new S).test(a); }

Re: Tuple enhancement

On 10/17/16 9:42 AM, Edwin van Leeuwen wrote: On Monday, 17 October 2016 at 13:35:12 UTC, Steven Schveighoffer wrote: Why not something like this: Val get(T, Val)(auto ref T item, string memberName, Val defaultValue) { switch(memberName) { foreach(n; __traits(allMembers, T)) {

Re: Tuple enhancement

On Monday, 17 October 2016 at 13:35:12 UTC, Steven Schveighoffer wrote: Why not something like this: Val get(T, Val)(auto ref T item, string memberName, Val defaultValue) { switch(memberName) { foreach(n; __traits(allMembers, T)) { static if(is(typeof(__traits(getMember,

Re: Tuple enhancement

On 10/16/16 9:58 AM, Andrei Alexandrescu wrote: I was thinking it would be handy if tuples had a way to access a field by name at runtime. E.g.: Tuple!(int, "a", double, "b") t; string x = condition ? "a" : "b"; double v = t.get!string(x, 3.14); The get method takes the field name and the type

Re: Advanced const propagation for structs

On 17.10.2016 05:29, Dicebot wrote: On 10/17/2016 12:57 AM, Timon Gehr wrote: On 16.10.2016 14:18, Dicebot wrote: This issue has been discussed before in context of custom containers and AFAIK so far no one was able to come up with even theoretical concept of how it can be possibly addressed.

Re: I close DIP27. I won't be pursuing DIPs anymore

On 10/17/16 4:57 AM, Joakim wrote: On Monday, 17 October 2016 at 08:29:27 UTC, Walter Bright wrote: On 10/17/2016 12:58 AM, Joakim wrote: I hope we can set up some kind of DIP review process where Mihails and other well-known community members, like Jonathan, Timon, Steven, or Amaury himself,

Re: Speed of synchronized

On 17/10/16 14:09, Daniel Kozak via Digitalmars-d-learn wrote: > Dne 16.10.2016 v 10:41 Christian Köstlin via Digitalmars-d-learn napsal(a): >> Hi, >> >> for an exercise I had to implement a thread safe counter. >> This is what I came up with: >> >> >> btw. I run the code with dub run

Re: Speed of synchronized

Dne 16.10.2016 v 10:41 Christian Köstlin via Digitalmars-d-learn napsal(a): Hi, for an exercise I had to implement a thread safe counter. This is what I came up with: btw. I run the code with dub run --build=release Thanks in advance, Christian So I have done some testing, on my pc:

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On Thursday, 13 October 2016 at 18:35:43 UTC, Matthias Klumpp wrote: The new toolchains of Ubuntu (and Debian soon too) default to PIE code, so in order to link correctly, the project needs to be compiled with PIE/PIC to work. Please update the bug report.

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On 2016-10-17 10:55, Nordlöw wrote: It's the target `idgen` that fails for me. "idgen" is a separate target [1]. It's a tool that generates some code. [1] https://github.com/dlang/dmd/blob/master/src/posix.mak#L389 -- /Jacob Carlborg

[Issue 16619] Visual D: link dependency file does not exist - always prompted to rebuild

https://issues.dlang.org/show_bug.cgi?id=16619 --- Comment #3 from ben stembridge --- Disabling "monitor link dependencies" seems to be a good enough workaround in my case. I dont have any complex link dependencies and the project detects source file changes and

[Issue 16619] Visual D: link dependency file does not exist - always prompted to rebuild

https://issues.dlang.org/show_bug.cgi?id=16619 --- Comment #2 from ben stembridge --- Created attachment 1620 --> https://issues.dlang.org/attachment.cgi?id=1620=edit build log of sample app after no file changes where made I notice that pipedmd.exe has -deps

Re: Tuple enhancement

On Sunday, 16 October 2016 at 16:49:43 UTC, Andrei Alexandrescu wrote: Sadly it was closed, not merged. And it was a bit more general allowing getting a field by name from any struct. -- Andrei The PR in question if anyone is interested: https://github.com/dlang/phobos/pull/4154 I currently

Re: Is this should work?

Dne 17.10.2016 v 11:56 markov via Digitalmars-d-learn napsal(a): Thanks. So something like this would be helpful in core.thread? void startThread(alias fun, P...)(P p){ new Thread({fun(p);}).start(); } or without delegate import std.stdio; import core.thread; void fun(alias a, alias

Re: Is this should work?

Thanks. So something like this would be helpful in core.thread? void startThread(alias fun, P...)(P p){ new Thread({fun(p);}).start(); }

Re: New encryption block...

On Monday, 17 October 2016 at 08:46:36 UTC, Era Scarecrow wrote: encrypting multiple times won't get you the original value My impression is different. This is how decryption looks like for chacha: void ECRYPT_decrypt_bytes(ECRYPT_ctx *x,const u8 *c,u8 *m,u32 bytes) {

Re: I close DIP27. I won't be pursuing DIPs anymore

On Monday, October 17, 2016 01:29:27 Walter Bright via Digitalmars-d wrote: > On 10/17/2016 12:58 AM, Joakim wrote: > > I hope we can set up some kind of DIP review process where Mihails and > > other well-known community members, like Jonathan, Timon, Steven, or > > Amaury himself, can whip DIPs

Suggestion for Walter/Andrei: follow-up to Component Programming in D

I recently reread Walter's 2012 article, as it's _the_ piece I recommend to others who want to know about D from a technical perspective: http://www.drdobbs.com/architecture-and-design/component-programming-in-d/240008321 Given the great success of H.S Teoh's subsequent article with a long

Re: I close DIP27. I won't be pursuing DIPs anymore

On Monday, 17 October 2016 at 08:29:27 UTC, Walter Bright wrote: On 10/17/2016 12:58 AM, Joakim wrote: I hope we can set up some kind of DIP review process where Mihails and other well-known community members, like Jonathan, Timon, Steven, or Amaury himself, can whip DIPs into shape before

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On Monday, 17 October 2016 at 08:39:55 UTC, Nordlöw wrote: I you only tell me what to do I can make a PR to DMD that fixes these things. It's the target `idgen` that fails for me.

Re: New encryption block...

On Monday, 17 October 2016 at 08:20:23 UTC, Kagamin wrote: On Wednesday, 12 October 2016 at 10:34:52 UTC, Era Scarecrow wrote: Maybe it would be better for random number generation rather than secure encryption? Not sure. It's used in windows CRNG to compute a big hash of big amount of

[Issue 16590] Wrong di generation for ref methods

https://issues.dlang.org/show_bug.cgi?id=16590 --- Comment #1 from Satoshi --- When I create function like: class TestClass { int aa; auto ref foo() { return aa; } } It is exported correctly, but when I create it like: class TestClass { int aa;

Re: Need a Faster Compressor

On Tuesday, 24 May 2016 at 20:25:18 UTC, Era Scarecrow wrote: 64 bytes? Hmm I had the impression it was going to be far larger... Well it's been a while since I last touched this topic (or code) so I'll post it, but there's 3 formulas written. 0) compress.c - control code, we are

Re: Cannot link with libphobos2.a with GCC 6.2 on Ubuntu 16.10

On Monday, 17 October 2016 at 05:55:55 UTC, tcak wrote: So, I added -defaultlib=libphobos2.so -fPIC Where did you add it? To the command-line or Makefile? And which Make variable did you change? I've tried make -f posix.mak MODEL_FLAG="-fPIC" but C++ compilations still fail with

Re: I close DIP27. I won't be pursuing DIPs anymore

On 10/17/2016 12:58 AM, Joakim wrote: I hope we can set up some kind of DIP review process where Mihails and other well-known community members, like Jonathan, Timon, Steven, or Amaury himself, can whip DIPs into shape before Walter and Andrei have to spend their valuable time reviewing them.

Re: New encryption block...

On Wednesday, 12 October 2016 at 10:34:52 UTC, Era Scarecrow wrote: Maybe it would be better for random number generation rather than secure encryption? Not sure. It's used in windows CRNG to compute a big hash of big amount of entropy. BTW if you encrypt something twice, isn't it

Re: Bug in header file generation

On Monday, 17 October 2016 at 08:03:18 UTC, Satoshi wrote: On Monday, 17 October 2016 at 07:54:33 UTC, Mike Parker wrote: On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote: On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder wrote: On Saturday, 15 October 2016 at 06:51:44 UTC,

Re: Bug in header file generation

On Monday, 17 October 2016 at 07:54:33 UTC, Mike Parker wrote: On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote: On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder wrote: On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote: Hello, can someone look at this quite simple

Re: I close BIP27. I won't be pursuing BIPs anymore

On 10/17/2016 12:45 AM, ZombineDev wrote: https://github.com/dlang/DIPs/pull/16 Thanks. I hadn't seen it earlier because I had neglected to look in the closed list.

Re: I close DIP27. I won't be pursuing DIPs anymore

On Monday, 17 October 2016 at 06:43:21 UTC, Andrei Alexandrescu wrote: On 10/17/2016 01:02 AM, Walter Bright wrote: [...] I understand your frustration and please bear with us while we're arranging the DIP process to guarantee timely response. [...] I must say, I finally read this DIP

Re: Bug in header file generation

On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder wrote: On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote: Hello, can someone look at this quite simple bug in dmd please? https://issues.dlang.org/show_bug.cgi?id=16590 I cannot release non-opensource libraries without this.

Re: Bug in header file generation

On Monday, 17 October 2016 at 07:50:17 UTC, Satoshi wrote: On Saturday, 15 October 2016 at 06:55:31 UTC, Uplink_Coder wrote: On Saturday, 15 October 2016 at 06:51:44 UTC, Satoshi wrote: Hello, can someone look at this quite simple bug in dmd please?

Re: Tuple enhancement

On Sunday, 16 October 2016 at 20:11:01 UTC, Chris Wright wrote: On Sun, 16 Oct 2016 18:51:06 +, Sebastiaan Koppe wrote: That would mean that tuple then needs to keep the strings around - taking up space. It doesn't change Tuple.sizeof. Sure, but it still takes up space in the

Re: I close BIP27. I won't be pursuing BIPs anymore

On Monday, 17 October 2016 at 05:02:52 UTC, Walter Bright wrote: On 10/16/2016 3:17 PM, deadalnix wrote: Long story short, it si clearly a waste of time. Qualifying the process would be an understatement. Some specifically DIP27 has been written in Feb 2913, following various discussion at

Re: Render SVG To Display And Update Periodically

On Monday, 17 October 2016 at 07:05:24 UTC, ketmar wrote: On Monday, 17 October 2016 at 02:07:47 UTC, rikki cattermole wrote: You're going to need to find an svg rasterizer in some form or another. I don't think we have one in D and certainly not a complete one. 'cmon, you know that i have a

Re: Render SVG To Display And Update Periodically

On Monday, 17 October 2016 at 02:07:47 UTC, rikki cattermole wrote: You're going to need to find an svg rasterizer in some form or another. I don't think we have one in D and certainly not a complete one. 'cmon, you know that i have a working port of NanoSVG! and it works on top of NanoVG,

Re: I close BIP27. I won't be pursuing BIPs anymore

On 10/17/2016 02:39 AM, Jacob Carlborg wrote: On 2016-10-17 04:08, Dicebot wrote: Listen, I understand you are not interested in spending loads of time on boring polishing of formalities. We all do this in our spare time so that is to be expected. But what you say here only shows that process

Re: Reducing the cost of autodecoding

On Saturday, 15 October 2016 at 18:40:11 UTC, Uplink_Coder wrote: have you seen this[1] link? it is almost what you're doing, but with some more nice properties. [1] http://bjoern.hoehrmann.de/utf-8/decoder/dfa/

Re: I close BIP27. I won't be pursuing BIPs anymore

On 10/16/2016 11:39 PM, Jacob Carlborg wrote: Most likely Andrei already merged Walter's PR for DMD for this DIP, > three weeks ago after being open for two hours. What are you referring to?

[Issue 16619] Visual D: link dependency file does not exist - always prompted to rebuild

https://issues.dlang.org/show_bug.cgi?id=16619 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

Re: scone 1.2.0

On Tuesday, 11 October 2016 at 06:22:24 UTC, Suliman wrote: On Monday, 10 October 2016 at 19:50:53 UTC, vladdeSV wrote: scone, Simple CONsole Engine, version 1.2.0 has just been released! https://github.com/vladdeSV/scone/releases/tag/v1.2.0 This version includes a restructure of the whole

Re: I close DIP27. I won't be pursuing DIPs anymore

On 10/17/2016 01:02 AM, Walter Bright wrote: On 10/16/2016 3:17 PM, deadalnix wrote: Long story short, it si clearly a waste of time. Qualifying the process would be an understatement. Some specifically DIP27 has been written in Feb 2913, following various discussion at that time. I pushed it

  1   2   >