This amazing Instagram Clone app helps effectively in posting
photos and sharing them on the social media platforms. Also
featured in it are extra add-ons not found in the original app
which is used to personalize and edit the pictures.
Website:
I need to store a hetrogeneous array of delegates. How can I do
this but still call the function with the appropriate number of
parameters at run time?
I have the parameters as Variant[] params and a function/delegate
pointer(void* for now).
Normally I'd push the parameters on the stack and
On 10/9/2017 8:04 AM, Per Nordlöw wrote:
I'm trying to figure out how to make my manually written containers have
scope-aware element(s)-accessing functions. I've come up with 5 different
situations as follows
I find it is hopeless to explain how this works with refs, arrays, member
I requiring an undo feature in my code. Rather than go the
regular route of using commands, I'm wondering if D can
facilitate an undo system quite easily?
We can think of an undo system in an app as a sort of recorder.
The traditional method is to use commands and inverse-commands.
By
https://issues.dlang.org/show_bug.cgi?id=17619
--- Comment #8 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/056160d108df108d99783b77ea5b9e0b04a9d592
fix issue 17619: for statements without curly braces, default
https://issues.dlang.org/show_bug.cgi?id=17307
Walter Bright changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=17869
--- Comment #4 from Rainer Schuetze ---
I'm not convinced:
> It's was destroyed twice formerly, destruction was never supposed to run for
> GC allocated classes.
Sure it has been unsafe so far, just like writing "scope(exit)
On Monday, 9 October 2017 at 18:56:13 UTC, Martin Nowak wrote:
On 10/07/2017 03:20 PM, Eugene Wissner wrote:
But please consider something different than github as
alternative. GitHub doesn't guarantee that it always generates
the same tarball for the same commit/release, so the checksum
can
On Monday, 9 October 2017 at 19:44:24 UTC, Martin Nowak wrote:
Glad to announce D v2.076.1.
http://dlang.org/download.html
This point release fixes a few issues over v2.076.1, see the
changelog for more details.
http://dlang.org/changelog/v2.076.1.html
- -Martin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Glad to announce D v2.076.1.
http://dlang.org/download.html
This point release fixes a few issues over v2.076.1, see the changelog
for more details.
http://dlang.org/changelog/v2.076.1.html
- -Martin
-BEGIN PGP SIGNATURE-
https://issues.dlang.org/show_bug.cgi?id=16273
--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/3c865d5eedaff4debf7f99df19c38ccb996a017b
fix Issue 16273 - [REG 2.072a] dmd segfault with inheritance,
On 10/07/2017 03:20 PM, Eugene Wissner wrote:
> But please consider something different than github as alternative.
> GitHub doesn't guarantee that it always generates the same tarball for
> the same commit/release, so the checksum can change and the downloaded
> tarball looks corrupted, though it
On Monday, 9 October 2017 at 17:44:12 UTC, jmh530 wrote:
On Monday, 9 October 2017 at 17:19:42 UTC, Petar Kirov
[ZombineDev] wrote:
Another point is that if the container contains many elements
automatically printing all of them would be ugly, unhelpful
and slow, while printing its identity
On Monday, 9 October 2017 at 17:19:42 UTC, Petar Kirov
[ZombineDev] wrote:
Another point is that if the container contains many elements
automatically printing all of them would be ugly, unhelpful and
slow, while printing its identity (I think the address of the
RefCountedStore doesn't
On Sunday, 8 October 2017 at 21:48:05 UTC, Fra Mecca wrote:
Hi,
I have noticed that there are elements of core and phobos that
are pretty ugly when printed via writeln.
One example is container.Array, but also exceptions.
Should we prettify all of them to have a result similar to the
one in
https://issues.dlang.org/show_bug.cgi?id=17881
Alexandru Razvan Caciulescu changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=11577
alex.jercai...@gmail.com changed:
What|Removed |Added
CC||alex.jercai...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=17876
--- Comment #6 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/druntime
https://github.com/dlang/druntime/commit/70d536eddf2bab82e428ea397dec8b4093c9f3c1
fix Issue 17876 - moved bad assertion that failed
https://issues.dlang.org/show_bug.cgi?id=15740
Eduard Staniloiu changed:
What|Removed |Added
CC||edi33...@gmail.com
On Sunday, 8 October 2017 at 21:48:05 UTC, Fra Mecca wrote:
One example is container.Array
Ideally you would format the container as a string and then
writeln that. There are some examples in std.format's
documentation of how to make it prettier. I relied on that to do
the same for mir's
https://issues.dlang.org/show_bug.cgi?id=16487
--- Comment #12 from b2.t...@gmx.com ---
std.file makes more sense. User wants available disk space to know if it can
create a file or how many byte in disk a cache can use (or whatever else).
Much less useful in std.path.
ideally there would be:
On Sunday, 8 October 2017 at 21:48:05 UTC, Fra Mecca wrote:
Hi,
I have noticed that there are elements of core and phobos that
are pretty ugly when printed via writeln.
One example is container.Array, but also exceptions.
Should we prettify all of them to have a result similar to the
one in
https://issues.dlang.org/show_bug.cgi?id=17888
Issue ID: 17888
Summary: dmd fails on Windows if path is too long
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=16487
--- Comment #11 from alex.jercai...@gmail.com ---
Hi,
I'd like to take this task.
In which part of the std do you think it would be best to put this function?
Thanks,
Alex
--
https://issues.dlang.org/show_bug.cgi?id=16487
alex.jercai...@gmail.com changed:
What|Removed |Added
CC||alex.jercai...@gmail.com
On 09.10.2017 17:41, Timon Gehr wrote:
There wasn't a lack of discussion about the import lookup rules :-)
...
The only related issue of which I was aware was visibility of private
symbols. (I.e. private symbols should not cause conflicts with public
symbols in other modules.)
(Besides
On Monday, 9 October 2017 at 15:22:35 UTC, Timon Gehr wrote:
Singleton tuples might seem pointless, and some languages do
not support such single-element tuples, but as we want to
support slicing, they should probably exist. (Also, we might
want to create a tuple from an AliasSeq, which can
On 06.10.2017 03:01, Walter Bright wrote:
On 10/5/2017 4:26 AM, Timon Gehr wrote:
I know that some of the UFCS code was written without regard to
hijacking.
...
I think it is by design. Lookup first tries to find members of the
type, and only if they don't exist applies UFCS lookup.
On 09.10.2017 01:20, Steven Schveighoffer wrote:
On 10/7/17 8:56 PM, Timon Gehr wrote:
On 06.10.2017 23:34, Steven Schveighoffer wrote:
No. All functions take one argument and produce one result. (The
argument and the result may or may not be a tuple, but there is no
essential difference
On Monday, 9 October 2017 at 15:15:48 UTC, Zhuo Nengwen wrote:
test(cast(ushort) 1, (m, c) => {
writeln(m);
writeln(m);
});
Just remove the =>
(m, c) {
// code here
}
On Monday, 9 October 2017 at 14:54:33 UTC, Adam D. Ruppe wrote:
//test(cast(ushort) 1, (m, c) => { writeln(m); });
That's a function that returns a function.
Perhaps you meant to just remove the => and be left with a
multi-line function.
I simplified the test codes. I want write mode
I've just noticed some dead code (at least since self-hosting
started, because otherwise git blame is not useful) in dmd's
driver.
All the *static if* blocks that test the value of ASYNCREAD are
dead.
Should they be removed or something ?
On Wednesday, 4 January 2017 at 08:00:14 UTC, Jon Degenhardt
wrote:
Alex, Andrei - Any updates on pursuing this?
https://github.com/dlang/druntime/pull/1929#pullrequestreview-67691304
On Sunday, 8 October 2017 at 04:03:27 UTC, user1234 wrote:
On Sunday, 8 October 2017 at 02:58:36 UTC, Fra Mecca wrote:
On Saturday, 7 October 2017 at 23:54:50 UTC, user1234 wrote:
On Saturday, 7 October 2017 at 19:56:52 UTC, Fra Mecca wrote:
Hi all,
I am writing a backend that is partly
I'm trying to figure out how to make my manually written
containers have scope-aware element(s)-accessing functions. I've
come up with 5 different situations as follows
@safe pure nothrow @nogc:
struct S(T)
{
static private struct Range
{
S!T* _parent;
}
scope
On Monday, 9 October 2017 at 14:34:48 UTC, Zhuo Nengwen wrote:
//test(cast(ushort) 1, (m, c) => { writeln(m); });
That's a function that returns a function.
Perhaps you meant to just remove the => and be left with a
multi-line function.
On Monday, 9 October 2017 at 14:11:13 UTC, RazvanN wrote:
We in the UPB dlang group have been having discussions about
the hashing functions of associative arrays. In particular, we
were wondering why is the AA implementation in druntime is not
using the hash function implemented in
https://issues.dlang.org/show_bug.cgi?id=17887
--- Comment #2 from ZombineDev ---
dlang.org PR: https://github.com/dlang/dlang.org/pull/1905
--
import std.stdio;
void test(ushort market, void delegate(ushort market, char* pc)
callback)
{
for (auto i = 0; i < 10; i++)
{
callback(cast(ushort) i, cast(char*) null);
}
}
void main()
{
test(cast(ushort) 1, (m, c) => writeln(m));
//test(cast(ushort) 1, (m, c) =>
Hi all,
We in the UPB dlang group have been having discussions about the
hashing functions of associative arrays. In particular, we were
wondering why is the AA implementation in druntime is not using
the hash function implemented in
druntime/src/core/internal/hash.hashOf for classes that
https://issues.dlang.org/show_bug.cgi?id=17887
ZombineDev changed:
What|Removed |Added
Keywords||pull
--- Comment #1
On Monday, 9 October 2017 at 00:24:02 UTC, Jonathan M Davis wrote:
[…]
Thanks for the tip!
https://issues.dlang.org/show_bug.cgi?id=15504
alex.jercai...@gmail.com changed:
What|Removed |Added
CC||alex.jercai...@gmail.com
On Monday, 9 October 2017 at 00:24:02 UTC, Jonathan M Davis wrote:
It would be nice if I could give the lines different colors (it
does look like it's possible to change the colors of the lines
but not individually), but it's already fantastic that there's
a way to have multiple at all -
On 2017-10-07 09:24, Walter Bright wrote:
Even for something that's not C++'s fault, the C preprocesser, I
scrapped and completely rewrote it 4 times, I believe. I think I finally
got it right with Warp :-)
You mean you got it right with D ;)
--
/Jacob Carlborg
On 2017-10-08 04:58, Fra Mecca wrote:
At the end I added them as linking options (lflags) but it is kinda odd
that it works given that everything is supplied to dmd as -Lobj.o
Everything passed to DMD with the -L flag is passed to the linker,
basically as is. So if the linker accepts object
oops, it was my fault. sorry for noise. my apologies to ElementType ))
https://run.dlang.io/is/duecIS
On Saturday, 7 October 2017 at 09:29:42 UTC, user1234 wrote:
On Friday, 6 October 2017 at 22:16:09 UTC, Peter Jacobs wrote:
Eilmer is a simulation code for studying high-speed
compressible flows. Early versions were written in C and then
C++. Version 4 is a complete rewrite in D, with Lua
https://issues.dlang.org/show_bug.cgi?id=17797
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
https://issues.dlang.org/show_bug.cgi?id=17781
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
https://issues.dlang.org/show_bug.cgi?id=17876
--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/druntime
https://github.com/dlang/druntime/commit/70d536eddf2bab82e428ea397dec8b4093c9f3c1
fix Issue 17876 - moved bad assertion that failed
https://issues.dlang.org/show_bug.cgi?id=17876
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17869
Martin Nowak changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Saturday, 7 October 2017 at 18:14:00 UTC, Nordlöw wrote:
Is it currently possible to somehow do @nogc formatted output
to string?
I'm currently using my `pure @nogc nothrow` array-container
`CopyableArray` as
@safe pure /*TODO nothrow @nogc*/ unittest
{
import std.format :
On Monday, 9 October 2017 at 00:24:02 UTC, Jonathan M Davis wrote:
I've wanted this for ages and just figured out how to do it, so
I figured that I'd share for those vim users who care.
https://github.com/nathanaelkane/vim-indent-guides allows to have
two or more lines of different colors.
https://issues.dlang.org/show_bug.cgi?id=17887
ZombineDev changed:
What|Removed |Added
Summary|Add WebAssembly predefined |Add WebAssembly
https://issues.dlang.org/show_bug.cgi?id=17887
ZombineDev changed:
What|Removed |Added
Blocks||17886
--
https://issues.dlang.org/show_bug.cgi?id=17886
ZombineDev changed:
What|Removed |Added
Depends on||17887
--
https://issues.dlang.org/show_bug.cgi?id=17887
Issue ID: 17887
Summary: Add WebAssembly predefined version
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority:
On Saturday, 7 October 2017 at 18:27:36 UTC, jmh530 wrote:
On Saturday, 7 October 2017 at 18:14:00 UTC, Nordlöw wrote:
It would be nice to be able to formatted output in -betterC...
Agreed. If you know the size of the buffer, you can use
sformat, which might be @nogc, but I don't know if
https://issues.dlang.org/show_bug.cgi?id=17886
--- Comment #1 from ZombineDev ---
See http://webassembly.org/ and http://code.alaiwan.org/wp/?p=140 for more
information.
--
https://issues.dlang.org/show_bug.cgi?id=17886
Issue ID: 17886
Summary: [Tracker] WebAssembly support
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
On Monday, 9 October 2017 at 08:10:41 UTC, Iain Buclaw wrote:
On 9 October 2017 at 10:03, Eugene Wissner via
Digitalmars-d-announce
wrote:
On Sunday, 24 September 2017 at 09:27:42 UTC, Iain Buclaw
wrote:
That would almost certainly only happen if you
On 9 October 2017 at 10:03, Eugene Wissner via Digitalmars-d-announce
wrote:
> On Sunday, 24 September 2017 at 09:27:42 UTC, Iain Buclaw wrote:
>>
>>
>> That would almost certainly only happen if you were using a different
>> druntime. Check where your
On Sunday, 24 September 2017 at 09:27:42 UTC, Iain Buclaw wrote:
That would almost certainly only happen if you were using a
different druntime. Check where your import modules are coming
from, they probably aren't gdc's.
Ah yes. Thanks a lot for the hint. I tried to compile with "-v"
66 matches
Mail list logo