13-Oct-2013 05:29, Ivan Kazmenko пишет:
On Sunday, 13 October 2013 at 01:26:39 UTC, Ivan Kazmenko wrote:
The sizes of Phobos binaries increased by a third for every OS except
FreeBSD, which seems to have remained the same (created 17 Feb 2013).
Aside from the FreeBSD case which is most likely a
On Saturday, 12 October 2013 at 23:34:11 UTC, qznc wrote:
On Monday, 7 October 2013 at 22:39:26 UTC, qznc wrote:
On Monday, 7 October 2013 at 20:36:46 UTC, Andrei Alexandrescu
OP: any chance to adjust that page? Then we'll announce to
reddit.
Too early for more publicity, I think.
Now
Congratulations!!!
On Saturday, 12 October 2013 at 22:16:13 UTC, Walter Bright wrote:
http://ftp.digitalmars.com/dmd2beta.zip
I found 2 issues:
1) Compile time almost doubled. Tested on vibe.d
28 seconds - dmd 2.063 + updated snn.lib
52 seconds - dmd 2.064 beta
2) Regression - After building vibe.d as a
On Saturday, 12 October 2013 at 22:16:13 UTC, Walter Bright wrote:
http://ftp.digitalmars.com/dmd2beta.zip
Current list of regressions:
http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED
This isn't a
On Sunday, October 13, 2013 11:27:12 Namespace wrote:
DIP 37 causes problems:
http://forum.dlang.org/thread/qlrfzafudnfuialnj...@forum.dlang.org#post-utjv
lygdigsxtkgpfcny:40forum.dlang.org
Then report the bug and mark it as a regression if it works with the previous
release:
http://qznc.github.io/d-tut/basics.html
You make it sound like linking with C++ libraries is an easy
task. I think, I know how to express difference between C++ and
D: newer versions of C++ can compile legacy C++ code, while D
drops C++ compatibility for language redesign, which leads to
very
On Sunday, 13 October 2013 at 09:44:23 UTC, Jonathan M Davis
wrote:
On Sunday, October 13, 2013 11:27:12 Namespace wrote:
DIP 37 causes problems:
http://forum.dlang.org/thread/qlrfzafudnfuialnj...@forum.dlang.org#post-utjv
lygdigsxtkgpfcny:40forum.dlang.org
Then report the bug and mark it as
Found one issue :
A call to std.functional.memoize crashes with the following error:
object.Error: TypeInfo.compare is not implemented
./rossignol(const(pure nothrow @trusted int
function(const(void*), const(void*)))
object.TypeInfo_Struct.compare+0x3a) [0x89b3032]
On Sunday, 13 October 2013 at 09:42:48 UTC, Kagamin wrote:
http://qznc.github.io/d-tut/basics.html
You make it sound like linking with C++ libraries is an easy
task. I think, I know how to express difference between C++ and
D: newer versions of C++ can compile legacy C++ code, while D
drops
* http://wiki.dlang.org/Review_Queue
* http://wiki.dlang.org/Review/std.d.lexer
= Formal Decision =
Assuming I have not missed anything (there were plenty of
off-topic in voting thread unfortunately), final stats are:
Voted total : 21
Yes : 11
Yes, If : 3
No : 7
On Tuesday, 8 October 2013 at 00:29:34 UTC, Meta wrote:
Sometimes D is criticised, because it is not simple language,
in contrast to Go, Rust, Lisp, or Scala. However, a D
programmer sees no problem and actually likes his big toolbox.
I wouldn't call any of those languages simple, except
On 10/13/2013 4:01 AM, Olivier Pisano wrote:
Found one issue :
A call to std.functional.memoize crashes with the following error:
object.Error: TypeInfo.compare is not implemented
./rossignol(const(pure nothrow @trusted int function(const(void*),
const(void*)))
On 12.10.2013 14:16, Michel Fortin wrote:
On 2013-10-12 06:16:17 +, Rainer Schuetze r.sagita...@gmx.de said:
On 12.10.2013 04:16, inout wrote:
On Thursday, 10 October 2013 at 08:55:00 UTC, Robert Schadek
wrote:
I would imagine the counter to be manipulated with atomic_add_and_fetch
On 12.10.2013 20:31, deadalnix wrote:
On Saturday, 12 October 2013 at 06:16:24 UTC, Rainer Schuetze wrote:
in pseudo-assembly missing null-checks:
Thread1 (R = P)Thread2 (S = R)
mov ecx,[R]
; thread suspended
You need an sequentially
--- Proposal ---
The proposal is to add weak reference functionality based on
`unstd.memory.weakref`. It can be placed e.g. in `core.memory`.
Source code:
https://bitbucket.org/denis-sh/unstandard/src/HEAD/unstd/memory/weakref.d
Documentation:
I see that unfortunatelly the Linux shared phobos libraries in the last beta
still contains curl versiones symbols on them, so they will not be usable on
other Linux system than Debian based ones.
$ objdump -x linux/lib32/libphobos2.so | grep curl
F *UND*
Am 13.10.2013 01:11, schrieb Jonathan M Davis:
On Saturday, October 12, 2013 11:09:21 SomeDude wrote:
On Monday, 7 October 2013 at 07:12:13 UTC, Jonathan M Davis wrote:
On Monday, October 07, 2013 08:36:16 Jacob Carlborg wrote:
On 2013-10-06 22:40, Andrei Alexandrescu wrote:
I think /etc/
Am 13.10.2013 09:47, schrieb Denis Shelomovskij:
--- Proposal ---
The proposal is to add weak reference functionality based on
`unstd.memory.weakref`. It can be placed e.g. in `core.memory`.
Source code:
https://bitbucket.org/denis-sh/unstandard/src/HEAD/unstd/memory/weakref.d
Documentation:
Denis, you forgot to say that it's need to download yours unstd
library source too. Also there's only visualdproj to build it.
Am 13.10.2013 09:47, schrieb Denis Shelomovskij:
--- Proposal ---
The proposal is to add weak reference functionality based on
`unstd.memory.weakref`. It can be placed e.g. in `core.memory`.
Source code:
https://bitbucket.org/denis-sh/unstandard/src/HEAD/unstd/memory/weakref.d
Documentation:
On Sunday, 13 October 2013 at 07:03:39 UTC, Rainer Schuetze wrote:
How do you increment the counter without reading its address?
I assumed that the reference count was in a struct with the data,
and refcounted point to it.
In this case, if you remove the pointer via a sequencially
On 13/10/13 01:11, Jonathan M Davis wrote:
On Saturday, October 12, 2013 11:09:21 SomeDude wrote:
On Monday, 7 October 2013 at 07:12:13 UTC, Jonathan M Davis wrote:
On Monday, October 07, 2013 08:36:16 Jacob Carlborg wrote:
On 2013-10-06 22:40, Andrei Alexandrescu wrote:
I think /etc/ should
I saw the announcement about new signal some time ago.
D Language is amazing, but in this case it's looks like little
bit complicated.
I written my code in terms of simplicity: using a standard
language features and simple design.
In the broadest sense it was a little experiment. As result
I see that unfortunatelly the Linux shared phobos libraries in the last beta
still contains curl versiones symbols on them, so they will not be usable on
other Linux system than Debian based ones.
$ objdump -x linux/lib32/libphobos2.so | grep curl
F *UND*
Voting is closed.
Stats and outcome pending.
On 2013-10-13 06:54:04 +, Rainer Schuetze r.sagita...@gmx.de said:
I agree, that's why I used the term shared reference, too ;-)
If you are using only shared objects, but not shared references, you'll
have to use message passing coming with its own set of synchronization
operations that
On Monday, 9 September 2013 at 14:21:17 UTC, Dicebot wrote:
While Jacob is working on improving std.serialization, there is
some time to do more reviews. Review manager role does not seem
to be very stressing, so I can step up as one for any of the
projects currently in queue as soon as their
- why with this simple task we should use a rt_... magic?
Because D has no built in weak references.
- why rt_... hooks is used like dtors?
you drop your slots when the object gets collected.
- why to write a simple iterator over container and calling its
data we need above magic?
On Sat, May 4, 2013 at 12:41 AM, Rob T al...@ucora.com wrote:
I have significantly reduced CG performance issues (up to 3x faster) with
strategically placed disabling and enabling of the GC, so it may be that
the problem can be solved using carefully placed GC.disable and GC.enable
calls at
Why does string.length return the number of bytes and not the
number of UTF-8 characters, whereas wstring.length and
dstring.length return the number of UTF-16 and UTF-32
characters?
Wouldn't it be more consistent to have string.length return the
number of UTF-8 characters as well (instead of
Hi guys
a few months ago I tried to find working bindings for Qt and the
best I could see was qtd. I tried compiling it but it didn't go
too well on my Linux 64bit machine, and saw in the forums that
the original developers had ceased maintaining it. Because I have
been using Qt for around
On Sunday, 13 October 2013 at 12:36:20 UTC, nickles wrote:
Why does string.length return the number of bytes and not the
number of UTF-8 characters, whereas wstring.length and
dstring.length return the number of UTF-16 and UTF-32
characters?
Wouldn't it be more consistent to have string.length
13-Oct-2013 16:36, nickles пишет:
Why does string.length return the number of bytes and not the
number of UTF-8 characters, whereas wstring.length and
dstring.length return the number of UTF-16 and UTF-32
characters?
???
This is simply wrong. All strings return number of codeunits. And it's
Why have all the const correctness fixes to object.d been reverted? I
couldn't find anything inside the bug ticket.
http://d.puremagic.com/issues/show_bug.cgi?id=1824
--
Kind Regards
Benjamin Thaut
On Sunday, 13 October 2013 at 12:36:20 UTC, nickles wrote:
Why does string.length return the number of bytes and not the
number of UTF-8 characters, whereas wstring.length and
dstring.length return the number of UTF-16 and UTF-32
characters?
Wouldn't it be more consistent to have string.length
On Sunday, 13 October 2013 at 12:12:08 UTC, ilya-stromberg wrote:
Dicebot, Robert Klotzner would like to start review of the
`std.signal` module:
http://forum.dlang.org/post/siwjrbtfoyyafyvzd...@forum.dlang.org
If you are agree to be a review manager for this module, we can
start the formal
This is simply wrong. All strings return number of codeunits.
And it's only UTF-32 where codepoint (~ character) happens to
fit into one codeunit.
I do not agree:
writeln(säд.length);= 5 chars: 5 (1 + 2 [C3A4] + 2
[D094], UTF-8)
writeln(std.utf.count(säд)) = 3 chars: 5
On Sunday, 13 October 2013 at 13:14:59 UTC, nickles wrote:
I do not agree:
writeln(säд.length);= 5 chars: 5 (1 + 2 [C3A4] +
2 [D094], UTF-8)
writeln(std.utf.count(säд)) = 3 chars: 5 (ibidem)
writeln(säдw.length); = 3 chars: 6 (2 x 3, UTF-16)
writeln(säдd.length);
Ok, if my understandig is wrong, how do YOU measure the length of
a string?
Do you always use count(), or is there an alternative?
On Sunday, 13 October 2013 at 13:25:08 UTC, nickles wrote:
Ok, if my understandig is wrong, how do YOU measure the length
of a string?
Depends on how you define the length of a string. Doing that is
surprisingly difficult once the full variety of Unicode code
points comes into play, even if
Am 13.10.2013 15:25, schrieb nickles:
Ok, if my understandig is wrong, how do YOU measure the length of a string?
Do you always use count(), or is there an alternative?
The thing is that even count(), which gives you the number of *code
points*, isn't necessarily what is desired - that is,
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
the best I could see was qtd. I tried compiling it but it
didn't go too well on my Linux 64bit machine, and saw in the
forums that the original developers had
13-Oct-2013 17:25, nickles пишет:
Ok, if my understandig is wrong, how do YOU measure the length of a string?
Do you always use count(), or is there an alternative?
It's all there:
http://www.unicode.org/glossary/
http://www.unicode.org/versions/Unicode6.3.0/
I measure string length in code
Ok, I understand, that length is - obviously - used in analogy
to any array's length value.
Still, this seems to be inconsistent. D elaborates on
implementing chars as UTF-8 which means that a char in D can
be of any length between 1 and 4 bytes for an arbitrary Unicode
code point. Shouldn't
On Sunday, 13 October 2013 at 13:45:13 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
the best I could see was qtd. I tried compiling it but it
didn't go too well on my Linux 64bit
On Tuesday, 8 October 2013 at 15:43:46 UTC, ponce wrote:
At least on Internet forums, there seems to be an entire
category of people dismissing D immediately because it has a GC.
Whatever rational rebutal we have it's never heard.
The long answer is that it's not a real problem. But it seems
From a quick glance at your code, I believe you are using the
hooks wrong. In particular, what's the purpose of:
this.attachOnDestroy(onSelfDestroy);
?
It prevents InvalidMemoryOperationError when in different cases
observer or observable not destroyed manually;
Also it is was
+1 signal
implementation, shouldn't
writeln(säд[2])
return д instead of the trailing surrogate of this cyrillic
letter?
First index is zero, no?
Am 13.10.2013 16:14, schrieb nickles:
Ok, I understand, that length is - obviously - used in analogy to any
array's length value.
Still, this seems to be inconsistent. D elaborates on implementing
chars as UTF-8 which means that a char in D can be of any length
between 1 and 4 bytes for an
Am 13.10.2013 15:50, schrieb Dmitry Olshansky:
13-Oct-2013 17:25, nickles пишет:
Ok, if my understandig is wrong, how do YOU measure the length of a
string?
Do you always use count(), or is there an alternative?
It's all there:
http://www.unicode.org/glossary/
On Sunday, 13 October 2013 at 07:03:39 UTC, Rainer Schuetze wrote:
According to the Handbook of Garbage Collection by Richard
Jones eager lock-free reference counting can only be done with
a cas2 operation modifying two seperate locations atomically
(algorithm 18.2 Eager reference counting
On 10/13/13 11:19, deadalnix wrote:
On Sunday, 13 October 2013 at 07:03:39 UTC, Rainer Schuetze wrote:
How do you increment the counter without reading its address?
I assumed that the reference count was in a struct with the data, and
refcounted point to it.
In this case, if you remove
Am 13.10.2013 16:21, schrieb qznc:
On Tuesday, 8 October 2013 at 15:43:46 UTC, ponce wrote:
At least on Internet forums, there seems to be an entire category of
people dismissing D immediately because it has a GC.
Whatever rational rebutal we have it's never heard.
The long answer is that it's
On Saturday, 12 October 2013 at 19:25:01 UTC, Robert wrote:
Do you have any plans to include the code into Phobos?
Of course! :-) I am just waiting until people have finished
reviewing all the other good stuff and a review manager is
needed indeed. It might not be a bad idea to pick it up
Am 13.10.2013 16:22, schrieb Abdulhaq:
On Sunday, 13 October 2013 at 13:45:13 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and the best
I could see was qtd. I tried compiling it but it
On Sunday, 13 October 2013 at 14:22:05 UTC, Abdulhaq wrote:
On Sunday, 13 October 2013 at 13:45:13 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
the best I could see was qtd. I tried
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
[…]
Unfortunately the wrapping is based on QtJambi, which is now
dead, but anyway it's easy with hindsight isn't it.
Is anyone else interested and can anyone help me with polishing
it? […]
I'm very interested in having solid Qt
I don't think I'm receiving emails from this ML. Is anyone else
seeing this?
On Sunday, 13 October 2013 at 16:05:24 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 14:22:05 UTC, Abdulhaq wrote:
On Sunday, 13 October 2013 at 13:45:13 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working
On Sunday, 13 October 2013 at 16:26:58 UTC, Iain Buclaw wrote:
I don't think I'm receiving emails from this ML. Is anyone else
seeing this?
It is visible in forum.dlang.org web interface.
On Sun, Oct 13, 2013 at 9:56 PM, Iain Buclaw ibuc...@ubuntu.com wrote:
I don't think I'm receiving emails from this ML. Is anyone else seeing
this?
I generally use mailing list interface and I am seeing your post on mailing
list.
On Sunday, 13 October 2013 at 15:44:18 UTC, Paulo Pinto wrote:
Am 13.10.2013 16:22, schrieb Abdulhaq:
On Sunday, 13 October 2013 at 13:45:13 UTC, Elvis Zhou wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
This will _not_ return a trailing surrogate of a Cyrillic
letter. It will return the second code unit of the ä
character (U+00E4).
True. It's UTF-8, not UTF-16.
However, it could also yield the first code unit of the umlaut
diacritic, depending on how the string is represented.
This is not
I can suggest you:
- improve description (look at the old std.signals, specify if
module have tread support, add link to the wikipedia and so on)
- add more examples
Thanks, thought about this already. Will do.
13.10.2013 12:55, Sönke Ludwig пишет:
Am 13.10.2013 09:47, schrieb Denis Shelomovskij:
Just to reassure, the following race-condition doesn't exist, right? It
looks like GC.addRoot() makes guarantees by taking the GC lock or
something similar?
time -
thread1: GC collection |
On Sunday, 13 October 2013 at 16:20:33 UTC, David Nadlinger wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
[…]
Unfortunately the wrapping is based on QtJambi, which is now
dead, but anyway it's easy with hindsight isn't it.
Is anyone else interested and can anyone help me
On Sunday, 13 October 2013 at 13:14:59 UTC, nickles wrote:
This is simply wrong. All strings return number of codeunits.
And it's only UTF-32 where codepoint (~ character) happens to
fit into one codeunit.
I do not agree:
writeln(säд.length);= 5 chars: 5 (1 + 2 [C3A4] +
2
On Sunday, 13 October 2013 at 16:31:58 UTC, nickles wrote:
Well that's a point; on the other hand, D is constantly
creating and throwing away new strings, so this isn't quite an
argument. The current solution puts the programmer in charge of
dealing with UTF-x, where a more consistent
On Sunday, 13 October 2013 at 16:20:33 UTC, David Nadlinger wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
[…]
Unfortunately the wrapping is based on QtJambi, which is now
dead, but anyway it's easy with hindsight isn't it.
Is anyone else interested and can anyone help me
Am 13.10.2013 17:15, schrieb Sean Kelly:
On Sunday, 13 October 2013 at 07:03:39 UTC, Rainer Schuetze wrote:
According to the Handbook of Garbage Collection by Richard Jones
eager lock-free reference counting can only be done with a cas2
operation modifying two seperate locations atomically
13.10.2013 12:36, Benjamin Thaut пишет:
Will rt_attachDisposeEvent also work with std.allocator? Or does it rely
on the GC running?
What exactly do you mean? `rt_attachDisposeEvent` adds delegate to
`object.__monitor.devt` array which is called from `rt_finalize2 -
_d_monitordelete -
On Saturday, 12 October 2013 at 23:12:03 UTC, Jonathan M Davis
wrote:
- Jonathan M Davis
OK, for libraries that are not well supported on all platforms,
that makes sense.
On Sunday, 13 October 2013 at 16:33:21 UTC, d coder wrote:
On Sun, Oct 13, 2013 at 9:56 PM, Iain Buclaw
ibuc...@ubuntu.com wrote:
I don't think I'm receiving emails from this ML. Is anyone
else seeing
this?
I generally use mailing list interface and I am seeing your
post on mailing
On Sunday, 13 October 2013 at 14:14:14 UTC, nickles wrote:
Ok, I understand, that length is - obviously - used in
analogy to any array's length value.
Still, this seems to be inconsistent. D elaborates on
implementing chars as UTF-8 which means that a char in D
can be of any length between 1
On Sunday, 13 October 2013 at 16:31:58 UTC, nickles wrote:
However, it could also yield the first code unit of the umlaut
diacritic, depending on how the string is represented.
This is not true for UTF-8, which is not subject to endianism.
This is not about endianness. It's \u00E4 vs
* Robert's one from his new `std.signals` implementation proposal:
https://github.com/phobos-x/phobosx/blob/d0cc6b45511465ef1d493b0d7226ccb990ae84e8/source/phobosx/signal.d
Obviously I don't see it, otherwise I would have fixed it. Maybe you
could elaborate a bit on your claim?
And line 61: what exactly mean a two !! in alive property?
+1 weakref
On 10/13/13, Christian Manning cmanning...@gmail.com wrote:
Perhaps KDE's SMOKE?
http://techbase.kde.org/Development/Languages/Smoke
Someone is already working on this:
https://github.com/w0rp/dqt
On Sunday, 13 October 2013 at 16:31:58 UTC, nickles wrote:
However, it could also yield the first code unit of the umlaut
diacritic, depending on how the string is represented.
This is not true for UTF-8, which is not subject to endianism.
You are correct in that UTF-8 is endian agnostic,
On 10/13/13 11:07 AM, Michael wrote:
And line 61: what exactly mean a two !! in alive property?
Convert this to bool.
Andrei
On 10/13/2013 12:47 AM, Denis Shelomovskij wrote:
--- Proposal ---
Please post as a DIP:
http://wiki.dlang.org/DIPs
The trouble with it as a n.g. posting is they tend to scroll off and be
forgotten.
On Sunday, 13 October 2013 at 07:47:55 UTC, Denis Shelomovskij
wrote:
--- Proposal ---
The proposal is to add weak reference functionality based on
`unstd.memory.weakref`. It can be placed e.g. in `core.memory`.
Source code:
On Sunday, 13 October 2013 at 18:11:38 UTC, Andrei Alexandrescu
wrote:
On 10/13/13 11:07 AM, Michael wrote:
And line 61: what exactly mean a two !! in alive property?
Convert this to bool.
Andrei
Thanks)
On Sunday, 13 October 2013 at 07:47:55 UTC, Denis Shelomovskij
wrote:
--- Proposal ---
The proposal is to add weak reference functionality based on
`unstd.memory.weakref`. It can be placed e.g. in `core.memory`.
+1
On Sunday, 13 October 2013 at 18:12:00 UTC, Andrej Mitrovic wrote:
On 10/13/13, Christian Manning cmanning...@gmail.com wrote:
Perhaps KDE's SMOKE?
http://techbase.kde.org/Development/Languages/Smoke
Someone is already working on this:
https://github.com/w0rp/dqt
If I had the time to start
On 2013-10-13, 19:14, Iain Buclaw wrote:
On Sunday, 13 October 2013 at 16:33:21 UTC, d coder wrote:
On Sun, Oct 13, 2013 at 9:56 PM, Iain Buclaw ibuc...@ubuntu.com wrote:
I don't think I'm receiving emails from this ML. Is anyone else seeing
this?
I generally use mailing list interface
On Sunday, 13 October 2013 at 14:14:14 UTC, nickles wrote:
Ok, I understand, that length is - obviously - used in
analogy to any array's length value.
Still, this seems to be inconsistent. D elaborates on
implementing chars as UTF-8 which means that a char in D
can be of any length between 1
On Sunday, 13 October 2013 at 18:12:00 UTC, Andrej Mitrovic wrote:
On 10/13/13, Christian Manning cmanning...@gmail.com wrote:
Perhaps KDE's SMOKE?
http://techbase.kde.org/Development/Languages/Smoke
Someone is already working on this:
https://github.com/w0rp/dqt
I just saw this thread, and
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
the best I could see was qtd. I tried compiling it but it
didn't go too well on my Linux 64bit machine, and saw in the
forums that the original developers had
On Sunday, 13 October 2013 at 20:41:01 UTC, michaelc37 wrote:
On Sunday, 13 October 2013 at 12:39:55 UTC, Abdulhaq wrote:
Hi guys
a few months ago I tried to find working bindings for Qt and
the best I could see was qtd. I tried compiling it but it
didn't go too well on my Linux 64bit
On Sunday, 13 October 2013 at 14:14:14 UTC, nickles wrote:
Ok, I understand, that length is - obviously - used in
analogy to any array's length value.
That isn't an analogy. It is usually a good idea to try to
understand thing before judging if it is consistent.
On Sunday, 13 October 2013 at 20:52:31 UTC, Abdulhaq wrote:
On Sunday, 13 October 2013 at 20:41:01 UTC, michaelc37 wrote:
https://bitbucket.org/michaelc37/qtd-experimental
[…]
Hah, sounds like we did exactly the same thing :-) ! I haven't
uploaded the code anywhere yet, I was waiting to see if
I've found another one inconsitency problem.
void foo(const char *);
void foo(const wchar *);
void foo(const dchar *);
void main() {
foo(`123`);
foo(`123`w);
foo(`123`d);
}
Error: function hello.foo (const(char*)) is not callable using
argument types
On 10/14/13, Temtaime temta...@gmail.com wrote:
And typeof(`123`).stringof == `string`. Why `123` can be stored
as null terminated utf8 string in rdata segment and `123`w nor
`123`d are not? For example wide strings(utf16) are usable with
windows *W functions.
On Sunday, 13 October 2013 at 22:34:00 UTC, Temtaime wrote:
I've found another one inconsitency problem.
void foo(const char *);
void foo(const wchar *);
void foo(const dchar *);
void main() {
foo(`123`);
foo(`123`w);
foo(`123`d);
}
Error: function hello.foo
On Sunday, October 13, 2013 14:48:33 Benjamin Thaut wrote:
Why have all the const correctness fixes to object.d been reverted? I
couldn't find anything inside the bug ticket.
http://d.puremagic.com/issues/show_bug.cgi?id=1824
What const correctness fixes? If you're talking about the failed
On Sunday, October 13, 2013 19:09:36 SomeDude wrote:
On Saturday, 12 October 2013 at 23:12:03 UTC, Jonathan M Davis
wrote:
- Jonathan M Davis
OK, for libraries that are not well supported on all platforms,
that makes sense.
Yeah, and because Windows supports basically nothing out of the
On 10/11/2013 05:38 PM, Andrei Alexandrescu wrote:
Dlang.org is melting.
Before it melts lets use a CDN.
http://forum.dlang.org/post/l351ne$2fj4$1...@digitalmars.com
1 - 100 of 190 matches
Mail list logo