On 12/15/2010 8:58 PM, Nick Voronin wrote:
try -of option.
rdmd -ofmain main.d
works too!
Thanks :P
Sorry, that should be:
rdmd -od%cd%\ filename.d
Notice the backslash there. Otherwise it will create an executable on
the root drive with the name of the folder you're compiling in.
Funky..
Anyway there are more switches here:
http://www.digitalmars.com/d/2.0/dmd-windows.html#switches
Now tha
try -of option.
On Wed, 15 Dec 2010 21:59:32 +0300, CrypticMetaphor
wrote:
Hello, I'm having a bit of trouble with rdmd. rdmd puts the executable
in a temp folder, even with the --build-only option. Maybe this is a
silly question but, how can I compile with rdmd so I get the executable
On 12/15/10, CrypticMetaphor wrote:
> If I run it with the rdmd version that came with the compiler, nothing
> special happens, it just compiles and runs the code, the executable
> doesn't end up in my current folder. ( rdmd build 20100913 ).
Sorry, that should be:
rdmd -od%cd%\ filename.d
Noti
If I run it with the rdmd version that came with the compiler, nothing
special happens, it just compiles and runs the code, the executable
doesn't end up in my current folder. ( rdmd build 20100913 ).
If I run it with the compiler version of this code (rdmd build 20101215):
http://dsourc
Try rdmd -od%cd% filename.d
On 12/15/10, CrypticMetaphor wrote:
> Hello, I'm having a bit of trouble with rdmd. rdmd puts the executable
> in a temp folder, even with the --build-only option. Maybe this is a
> silly question but, how can I compile with rdmd so I get the executable
> in the folder
Hello, I'm having a bit of trouble with rdmd. rdmd puts the executable
in a temp folder, even with the --build-only option. Maybe this is a
silly question but, how can I compile with rdmd so I get the executable
in the folder I am currently at?
other info: I'm programming in Windows XP with d
On Wed, 15 Dec 2010 13:28:56 +0300, spir wrote:
s...@o:~/prog/d$ dmd -ofprog -w -debug -unittest -L--export-dynamic
prog.d
s...@o:~/prog/d$ ./prog
core.exception.rangeer...@prog(20): Range violation
./prog(_d_array_bounds+0x16) [0x807cad6]
./prog(_D4prog7__arrayZ+0x12) [0x807
spir Wrote:
> It was already compiled with -gc (removing this switch does not change
> output). I get a line only for top-level call (the number above point to the
> calling line in main).
Sorry wasn't on a Linux box to test myself. It might have to do with the error
occurring in main, so you
On Wednesday 15 December 2010 02:28:56 spir wrote:
> On Tue, 14 Dec 2010 10:13:03 -0800
>
> Jonathan M Davis wrote:
> > On Tuesday, December 14, 2010 09:48:14 spir wrote:
> > > Hello,
> > >
> > >
> > > Am I the only one who gets, as only kind of runtime errors,
> > > spectacularly helpful messa
On Wed, 15 Dec 2010 11:54:28 -0500
Jesse Phillips wrote:
> spir Wrote:
>
> > For the following prog, I get:
> >
> > int element(int[] elements, uint i) {return elements[i];}
> > void main () {
> > int[] elements = [3,2,1];
> > auto e = elements[9];
> > }
> >
> > s...@o:~/prog/d$ dmd -o
spir Wrote:
> For the following prog, I get:
>
> int element(int[] elements, uint i) {return elements[i];}
> void main () {
> int[] elements = [3,2,1];
> auto e = elements[9];
> }
>
> s...@o:~/prog/d$ dmd -ofprog -w -debug -unittest -L--export-dynamic prog.d
> s...@o:~/prog/d$ ./prog
> c
On Tue, 14 Dec 2010 13:44:27 -0500
Jesse Phillips wrote:
> spir Wrote:
>
> > Hello,
> >
> >
> > Am I the only one who gets, as only kind of runtime errors, spectacularly
> > helpful messages like:
> >
> > int f () {return 0;}
> > void main () {
> > assert (f() == 1);
> > }
> > ==>
> > s.
On Tue, 14 Dec 2010 10:13:03 -0800
Jonathan M Davis wrote:
> On Tuesday, December 14, 2010 09:48:14 spir wrote:
> > Hello,
> >
> >
> > Am I the only one who gets, as only kind of runtime errors, spectacularly
> > helpful messages like:
> >
> > int f () {return 0;}
> > void main () {
> > as
14 matches
Mail list logo
