On Mon, 11 Apr 2011 23:08:12 +, Adam D. Ruppe wrote:
> teo wrote:
>> XCB (http://xcb.freedesktop.org/) - aims to replace Xlib
>
> I've heard of it, but never used it before. Since I wanted to write this
> quickly I stuck to what I knew (xlib on linux and gdi on wind
On Fri, 08 Apr 2011 20:26:07 +, Adam D. Ruppe wrote:
> We discussed this first in the GUI library thread, but since it
> meandered so much, I decided to split off into a new subject. Much of
> what I say here will be old to anyone who saw the previous thread.
> There's some new stuff nearer to
On Fri, 01 Apr 2011 11:38:14 +0300, Vladimir Panteleev wrote:
> On Fri, 01 Apr 2011 02:02:38 +0300, teo wrote:
>
>> 1. all observers must be disconnected from the event before
>> destroying
>> them
>
> I think this is the only correct "solution&qu
https://github.com/teo-/phobos/tree/std-event
Instead of changing std.signals I decided to insert a new module and call
it std.event.
There is a problem though: The observers are notified via delegates when
the event is fired. And if an observer is destroyed the event will be
left with a
I did some refactoring of the std.signals module and would like to hear
your comments on it. Where is the appropriate place for posting the
source code?
On Mon, 28 Mar 2011 08:48:18 -0400, Steven Schveighoffer wrote:
> On Sat, 26 Mar 2011 06:46:22 -0400, teo wrote:
>
>> Having a delegate d, I can use d.ptr to get a void* pointer to the
>> environment used to construct the delegate. How can I determine from
>> that p
Having a delegate d, I can use d.ptr to get a void* pointer to the
environment used to construct the delegate. How can I determine from that
pointer whether that is a class object?
On Wed, 09 Mar 2011 16:52:51 +0100, Gour wrote:
> On Wed, 9 Mar 2011 02:58:25 -0800
> Jonathan M Davis wrote:
>
>> As for producing 64-bit binaries with dmd, as of dmd 2.052, if you
>> build with - m64 on Linux, dmd should produce 64-bit binaries just
>> fine. However, I don't know how well it w
On Tue, 08 Mar 2011 22:23:19 +0100, Trass3r wrote:
>>> Yes, but you can compile an x64 dmd yourself on Linux.
>>
>> Is there any "how to"?
>
> IIRC you have to edit linux.mak to use -m64 instead of -m32.
Ok, I wrote a simple bash script:
===BEGIN===
#!/bin/bash
echo "building dmd..."
cd ./dmd
m
On Tue, 08 Mar 2011 21:45:28 +0100, Trass3r wrote:
>> Is my understanding correct that dmd 2.052 itself is a 32-bit
>> executable? It can cross compile for 64-bit platforms, but is not a
>> native 64-bit compiler.
>
> Yes, but you can compile an x64 dmd yourself on Linux.
Is there any "how to"?
Is my understanding correct that dmd 2.052 itself is a 32-bit executable?
It can cross compile for 64-bit platforms, but is not a native 64-bit
compiler.
Maybe it is a good idea to perform a side-by-side comparison of the
language constructs between Java, C# and D similar to:
http://www.harding.edu/fmccown/java_csharp_comparison.html
Showing the elegance of D is a way to promote it...
On Mon, 07 Sep 2009 04:31:18 +0200, BLS wrote:
> JPF wrote:
>> BLS wrote:
>>> c topic.. what do you think ?
>>>
>>> IMO : this could be a D "killer feature".
>>
>> I don't know how complicated that would be (licensing issues, ...), but
>> as a developer / user I would really like it: It's needed
On Wed, 29 Jul 2009 15:21:06 -0400, Dimitar Kolev wrote:
> What does it matter if it is google. It is still useful. Apple is a
> fruit but I have an IPhone though the name is lame. Just an I in front
> of the phone.
This one is nice :) Just a D in front of the framework...
On Tue, 28 Jul 2009 16:51:34 -0400, Dimitar Kolev wrote:
> Please stop discussing library names. There are bigger concerns with the
> D language.
I am sure that from marketing point of view the name is much more
important than the functionality... Some day it should be marketed and
for your pri
On Wed, 29 Jul 2009 03:51:24 +0400, Sergey Gromov wrote:
> Tue, 28 Jul 2009 21:01:33 + (UTC), BCS wrote:
>
>> Reply to teo,
>>
>>> On Mon, 27 Jul 2009 20:34:44 +, BCS wrote:
>>>
>>>> Reply to teo,
>>>>
>>>>>
On Tue, 28 Jul 2009 21:01:33 +, BCS wrote:
> Reply to teo,
>
>> On Mon, 27 Jul 2009 20:34:44 +, BCS wrote:
>>
>>> Reply to teo,
>>>
>>>> I did some tests and here are the results: D cannot be used in Shared
>>>> Objects.
On Tue, 28 Jul 2009 08:55:17 +0200, Lutger wrote:
> Sorry for the rant, I just think phobos as is developing is superior to
> the .NET framework and has a much cooler name too :) Same goes for
> Tango, albeit quite different design than phobos, it's very good too and
> beats .NET hands down. Also,
On Tue, 28 Jul 2009 17:02:31 +1000, Daniel Keep wrote:
> teo wrote:
>> On Mon, 27 Jul 2009 20:34:44 +, BCS wrote:
>>
>>> Reply to teo,
>>>
>>>> I did some tests and here are the results: D cannot be used in Shared
>>>> Objects. The
On Mon, 27 Jul 2009 20:34:44 +, BCS wrote:
> Reply to teo,
>
>> I did some tests and here are the results: D cannot be used in Shared
>> Objects. The only case that works is when no classes are exported and
>> when there are no references to Phobos within the lib
I have a proposal. The idea isn't new and is perhaps a bit boring, but
anyway.
In the newsgroups there are many comments like: "Can't just Phobos
disappear?" and similar. From other side the .NET Framework has a dull
name, but everyone can tell you that this is _the_ framework for the .NET
lan
On Mon, 27 Jul 2009 20:34:44 +, BCS wrote:
> Reply to teo,
>
>> I did some tests and here are the results: D cannot be used in Shared
>> Objects. The only case that works is when no classes are exported and
>> when there are no references to Phobos within the lib
On Mon, 27 Jul 2009 17:17:35 +, BCS wrote:
> Reply to teo,
>
>> I did some tests and here are the results: D cannot be used in Shared
>> Objects. The only case that works is when no classes are exported and
>> when there are no references to Phobos within the librar
On Fri, 17 Jul 2009 06:15:18 +, Jesse Phillips wrote:
> On Fri, 17 Jul 2009 01:35:37 -0400, teo wrote:
>
>> Hmm, you say it is working. Can you show me how to do that on 32-bit
>> Linux with dmd? How would you compile Phobos as an external library?
>> Please let me k
BCS Wrote:
> Reply to teo,
>
> > Jarrett Billingsley Wrote:
> >
> >> On Thu, Jul 16, 2009 at 2:12 AM, teo wrote:
> >>
> >>> One major problem is the D's inability to create dynamic libraries.
> >>> D is a great language, but
Jarrett Billingsley Wrote:
> ON EVERY OTHER OPERATING SYSTEM (Linux, Unix, OSX, *whatever*), shared
> libraries CAN have unresolved externals, so Phobos *does not* have to
> be included in the shared libraries. Shared libraries ALREADY work
> the way you expect them to on every OS besides Windows
Benji Smith Wrote:
> Jarrett Billingsley wrote:
> > On Thu, Jul 16, 2009 at 4:44 PM, teo wrote:
> >
> >>> For two, there is *no problem*
> >>> with creating D libraries on any platform other than Windows, and it
> >>> is entirely thro
Jarrett Billingsley Wrote:
> On Thu, Jul 16, 2009 at 2:12 AM, teo wrote:
> > One major problem is the D's inability to create dynamic libraries. D is a
> > great language, but without that ability it can only be used for small
> > programs, tools, etc. and never in p
One major problem is the D's inability to create dynamic libraries. D is a
great language, but without that ability it can only be used for small
programs, tools, etc. and never in production.
The D Runtime is a step forward, because it faces that problem. I noticed
following:
extern (C) void*
29 matches
Mail list logo