Hello GG,
Hello !
I have already used gdb to debug program compiled with dmd, but never
link gdb with DMD at same time.
I found on google something like this : nameofprogram -g -d gdb
But when I try with DMD like : DMD -g -d gdb [...] , the compiler DMD
look for a .d file (cannot read file gd
Hello !
I have already used gdb to debug program compiled with dmd, but never link gdb
with DMD at same time.
I found on google something like this : nameofprogram -g -d gdb
But when I try with DMD like : DMD -g -d gdb [...] , the compiler DMD look for
a .d file (cannot read file gdb.d) Of course
Hello GG,
DMD2.040 on linux:
When I try to build phobos library with make -f linux.mak, I got :
[...]
make: *** [obj/posix/release/libphobos2.a] Segmentation fault (core
dumped)
libdruntime.a is needed, so I compiled it and got no error, but
libphobos2.a doesn't build. Am I missing somet
On 15/02/10 15:54, Robert Clipsham wrote:
I've been wanting to try D2 properly for a while now, but as I use linux
x86-64 I've had to resort to using a virtual machine, which is really
off putting when I just want to play around with it. I've read multiple
threads about getting dmd working with a
On 02/17/2010 07:09 PM, GG wrote:
DMD2.040 on linux:
When I try to build phobos library with make -f linux.mak, I got :
dmd -w -O -release -nofloat -d -lib -ofobj/posix/release/libphobos2.a crc32.d
std/algorithm.d std/array.d std/atomics.d std/base64.d std/bigint.d
std/bitmanip.d std/boxer.d
DMD2.040 on linux:
When I try to build phobos library with make -f linux.mak, I got :
dmd -w -O -release -nofloat -d -lib -ofobj/posix/release/libphobos2.a crc32.d
std/algorithm.d std/array.d std/atomics.d std/base64.d std/bigint.d
std/bitmanip.d std/boxer.d std/compiler.d std/complex.d std/con
Robert Clipsham Wrote:
> On 17/02/10 06:05, Jesse Phillips wrote:
> > Oh, yeah Arch dropped most efforts to support 32bit didn't they. This
>
> I'm pretty sure they didn't... maybe they did on x86_64, I don't know.
>
> > probably won't help but maybe trying
> >
> > dmd test.d -L-L/opt/lib32/lib
Don't forget that gcc adds a couple of system libraries (like
libgcc) to the linker command. You need to give the right path for
those too (you might want to try with --sysroot, or use --nostdlib
and specify -lgcc manually)
Jerome
--
mailto:jeber...@free.fr
http://jeberger
On 17/02/10 16:58, Lars T. Kyllingstad wrote:
Try typing:
export LD_LIBRARY_PATH="/opt/lib32"
before compiling.
-Lars
No luck unfortunately, I get all the same errors as when I use -L, (I
believe -L is checked first anyway, not sure though).
Robert Clipsham wrote:
I've been wanting to try D2 properly for a while now, but as I use linux
x86-64 I've had to resort to using a virtual machine, which is really
off putting when I just want to play around with it. I've read multiple
threads about getting dmd working with a multilib system,
On 17/02/10 06:20, Brad Roberts wrote:
On 2/16/2010 10:05 PM, Jesse Phillips wrote:
Robert Clipsham wrote:
On 16/02/10 15:20, Jesse Phillips wrote:
Robert Clipsham wrote:
I don't use ubuntu, so those instructions don't apply to me.
I don't either, but the instructions still apply to me. W
Funog Wrote:
> Is it possible to run an external .exe and have access to its standard
> input/output? Apparently std.process does not allow this.
>
You can try loading the .exe into memory as a library (dll) and passing the
.exe's entry point (main) to a thread (core.thread.Thread). Just a ran
On 17/02/10 06:05, Jesse Phillips wrote:
Oh, yeah Arch dropped most efforts to support 32bit didn't they. This
I'm pretty sure they didn't... maybe they did on x86_64, I don't know.
probably won't help but maybe trying
dmd test.d -L-L/opt/lib32/lib -L-melf_i386
Already tried this, no luck
On 17/02/10 06:20, Brad Roberts wrote:
On 2/16/2010 10:05 PM, Jesse Phillips wrote:
Robert Clipsham wrote:
On 16/02/10 15:20, Jesse Phillips wrote:
Robert Clipsham wrote:
I don't use ubuntu, so those instructions don't apply to me.
I don't either, but the instructions still apply to me. W
On 17/02/10 08:48, BCS wrote:
Hello Brad,
The other thing you could try is to take dmd out of the loop. Can you
build a 32 bit c/c++ app with gcc/g++ directly? If you can't get that
to work, it's unlikely that dmd will we successful either, given that
it relies on gcc to invoke the linker, pick
On 17/02/10 11:06, Lutger wrote:
If you manage to find the proper 32 bit libraries, there is a configuration
file for ld where you can specify the search paths, should be:
/etc/ld.so.conf
The 64-bit distro's I have used fail to add the 32-bit lib paths to this
file, even if you install the right
Seems like D templates don't require to be in each translation unit.
Does that mean that D templates are "exported" (like Comeau C++ do ?).
export template blabla...
Is it the very same feature that C++ dropped ?
If so I think it's a great compared the C++ way (implementation all over the
plac
If you manage to find the proper 32 bit libraries, there is a configuration
file for ld where you can specify the search paths, should be:
/etc/ld.so.conf
The 64-bit distro's I have used fail to add the 32-bit lib paths to this
file, even if you install the right packages.
On 02/16/2010 08:09 PM, Funog wrote:
Is it possible to run an external .exe and have access to its standard
input/output? Apparently std.process does not allow this.
You'll want to choose either the input or the output stream, otherwise
you might get eaten by a deadlock.
Hello Brad,
The other thing you could try is to take dmd out of the loop. Can you
build a 32 bit c/c++ app with gcc/g++ directly? If you can't get that
to work, it's unlikely that dmd will we successful either, given that
it relies on gcc to invoke the linker, picking up all the right c
librar
20 matches
Mail list logo