You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems the .run command is not fully implemented. Here an example with .r, which should be an abbreviation of .run or (.rnew?)
IDL> .r
- i=1
- end
% Compiled module: $MAIN$.
vs.
GDL> .r
i=1
end
% Unknown command: r
i=1
end
The run command is handy to copy&paste larger and nested code snippets into the command line.
With the option -t the source code can be inspected.
I noted that compiling with .r function.pro works at least locally; but not when an absolute path is given, like .r /home/gdl/function.pro yielding % Error opening file. File: /home/gdl/function.pro).
The text was updated successfully, but these errors were encountered:
@GillesDuvert Are there plans to implement .run?
You can consider this as a feature request.
With _something_ you probably mean the filename of a script. As said it does not work for absolute pathnames.
@mzechmeister indeed, having .r (.run) compile "on the spot" needs a subtle use of the line editor and the ANTLR compiler, not really tricky but clearly not a simple patch.
It seems the
.run
command is not fully implemented. Here an example with.r
, which should be an abbreviation of.run
or (.rnew
?)vs.
The run command is handy to copy&paste larger and nested code snippets into the command line.
With the option
-t
the source code can be inspected.I noted that compiling with
.r function.pro
works at least locally; but not when an absolute path is given, like.r /home/gdl/function.pro
yielding% Error opening file. File: /home/gdl/function.pro
).The text was updated successfully, but these errors were encountered: