Am Wed, 13 Jun 2012 17:24:18 +0100
schrieb Iain Buclaw :
>
> I can check this, but the side of the issue when I checked some time
> ago I saw was that the initialiser is a typeless constructor that is
> raw casted into the type we are assigning it to, so one bad factor of
> that is we are relyin
On 06/14/2012 10:28 AM, Iain Buclaw wrote:
If the idea is to cram as much into 16MB of NAND, I would suggest that
you avoid building libphobos at all, and just have the libdruntime
library.
Is there documentation as to what things are in which library?
(Apologies if this is a stupid question -
On 2012-06-14 15:08, Iain Buclaw wrote:
Hi Matthew,
This is a pet peeve with us at the moment. Yes, I can produce a
shared libphobos for you, but the default runtime implementation does
not support it, and the current workaround is specific to Linux
systems only - possibly other related POSIX
On 14 June 2012 14:18, Matthew Caron wrote:
> On 06/14/2012 09:08 AM, Iain Buclaw wrote:
>>
>> Hi Matthew,
>>
>> This is a pet peeve with us at the moment. Yes, I can produce a
>> shared libphobos for you, but the default runtime implementation does
>> not support it, and the current workaround i
In any case use phobos and druntime as shared library that is
possible as Fedora provide both Phobos and Druntime as shared
library (build with ldc2 compiler dmdfe 2.059)
On 06/14/2012 09:08 AM, Iain Buclaw wrote:
Hi Matthew,
This is a pet peeve with us at the moment. Yes, I can produce a
shared libphobos for you, but the default runtime implementation does
not support it, and the current workaround is specific to Linux
systems only - possibly other related POSI
On 06/14/2012 08:51 AM, Jacob Carlborg wrote:
D does not currently support shared libraries. Although I don't know if
GDC has done some modifications to support this.
That's odd, because when I build a target and run file on it, I get:
dpodder: ELF 64-bit LSB executable, x86-64, version 1 (GNU
On 14 June 2012 13:36, Matthew Caron wrote:
> So, we've been toying with using D on embedded systems, and one of the
> things that struck us as strange is that our emitted binaries don't link
> against a shared libphobos, and indeed, one does not even seem to be created
> when building GDC. Was th
On 2012-06-14 14:36, Matthew Caron wrote:
So, we've been toying with using D on embedded systems, and one of the
things that struck us as strange is that our emitted binaries don't link
against a shared libphobos, and indeed, one does not even seem to be
created when building GDC. Was this a cons
So, we've been toying with using D on embedded systems, and one of the
things that struck us as strange is that our emitted binaries don't link
against a shared libphobos, and indeed, one does not even seem to be
created when building GDC. Was this a conscious design decision? If so,
why? Are t
10 matches
Mail list logo
