Why is so much built in to druntime? creating classes, AA's,
Is it normal? does c++ do the same thing?
Why wasn't opted for making opIndex overloadable with other objects so
AA's could be moved out of druntime and in phobos?
I have no experience with language design but wouldn't it be great i
It's also sad that druntime is so difficult to port to other platforms
because of the version(platformdependent) all over the place. Would
there be a way to cleanly seperate platform-dependent stuff with
platform-independent stuff (so a no-os or android version would be
easier to make).
Hello, I would really want to use D on android. I've seen
https://bitbucket.org/goshawk/gdc/wiki/GDC%20on%20Android and judging
by the TODO's it's not really usable right now.
Is there a way I can contribute/help any way? I don't have any
knowledge about druntime but quite some spare time right no
wow, great news for my phone :)
I've read another blogpost about someone trying to achieve the same, had
something to do with "between ideals", I'll google it up if you need it.
he had a github repo with some "ugly hacks" to make druntime work for
android, maybe this can be looked into?
2012/2/5 A
I've exported those variables but it didn't work.
This is needed in my zshrc file on Ubuntu:
>
> LIBRARY_PATH=/usr/lib/i386-linux-gnu
> CPATH=/usr/include/i386-linux-gnu
> export LIBRARY_PATH CPATH
>
>
>
First error I get is this:
In file included from /usr/include/features.h:388:0,
It would certainly help having all distro quirks and dependencies dealth
with.
Having a very easy built process will help making more people use gdc and
help avoiding people like me :p
2011/9/23 Adam Burton
> dsimcha wrote:
> Once you have a package it's easy enough to `apt-get source`/download
2011/9/23 dsimcha
> I don't think this will ever be a good solution. The glacial and
> centralized
> nature of Linux packaging conflicts with the fast-moving nature of D. For
> example, when I write D code I don't make even the slightest effort to
> support any
> compiler/phobos/druntime versio
I've created those symlinks and now libgomp is failing :s
I hope gdc (for D2) gets included in gcc so I can simply download it from
synaptic :D
2011/9/23 Trass3r
> I had similar problems on debian testing x86_64. Apparently some files have
>> been moved and this causes those problems. For exampl
for some reason I don't got your reply but I read it throught the web
interface.
I think the real error is
In file included from /usr/include/bits/errno.h:25:0,
from /usr/include/errno.h:36,
from ../../../zlib/zutil.h:38,
from ../../../zlib/crc32.c
I tried to follow the instructions as closely as possible and get
ar rc ./libiberty.a \
./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o
./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o
./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatforma
I'm using debian testing and there is a gdc in the repositorys but it's only
compiling d1.
I followed the exact instructions to compile my own version and failed. I'm
going to try again and post the results.
2011/9/14 Anders F Björklund
> maarten van damme wrote:
>
>&g
is there somewhere an up-to-date repo with gdc in compiling d2? the
precompiled ones I tried were all for d1 and the one I tried to compile
failed with "your c compiler isn't capable of compiling"
2011/9/13 Anders F Björklund
> I pushed (again) the changes needed for 64-bit Mac OS X,
>> updated
12 matches
Mail list logo