comp.lang.idl-pvwave archive: archive » IDL 8.0 compile

Home » Public Forums » archive » IDL 8.0 compile_opt changes

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: IDL 8.0 compile_opt changes [message #69334 is a reply to message #69187]

Tue, 05 January 2010 13:51

monkman
Messages: 1
Registered: January 2010

Junior Member

At LASP we have an IDL code base of at least several 100K
lines of code. Much of this code is used in operational
satellite environments, much was written by people whose
main focus isn't programming, and some is very old.
We don't have the resources to look through all of it,
fix what needs to be fixed, test and re-release it all.
Backwards incompatible changes would prevent us from
upgrading to IDL 8.0.

Changing the default integer size from 2 bytes to 4 bytes
would break a lot of our code which deals with a binary
nterface: writing Sybase bcp files, reading CCSDS packets
from a socket, certain bit manipulation code, call_external
etc.

Adding a compile_opt idl1 at the top of every .pro file
wouldn't compile under any IDL version less than than
IDL 8.0, and we run the same code with several versions
of IDL. So this isn't a solution.

Has ITTVIS looked into this possible solution?

What about a new IDL 8.0 command-line option (or a new
built-in system variable) to specify backwards compatibility?
Say if this option were set (or the system variable has
a certain value set by the users IDL startup file), then
the compiler would behave in a backwards compatible way:
parentheses OK for arrays, default ints are 2-bytes.
A given .pro file could then override this by specifying
compile_opt strictarr, and be able to compile new language
features.
If on the other hand, the backwards compatibility option
were *not* set, then the IDL 8.0 compiler would assume
compile_opt idl2 as desired. (But I still don't understand
why changing the default to defint32 is necessary, when the
planned language changes only require a change to strictarr)

If this solution works, the only necessary changes would be
to modify an IDL startup file, or shell scripts which
start IDL. These would provide the new command-line option
or system variable setting to specify backwards compatibility.
This would be much more feasible than changing every file in
the entire code base. And new users of IDL wouldn't have to
set the option, and thus would have the new language features
by default.

-Steve Monk
LASP

Report message to a moderator

[Message index]

		IDL 8.0 compile_opt changes By: chris_torrence@NOSPAM on Fri, 18 December 2009 13:51
		Re: IDL 8.0 compile_opt changes By: wlandsman on Mon, 28 December 2009 04:36
		Re: IDL 8.0 compile_opt changes By: penteado on Sun, 27 December 2009 19:44
		Re: IDL 8.0 compile_opt changes By: H. Evans on Sat, 26 December 2009 13:21
		Re: IDL 8.0 compile_opt changes By: alt on Fri, 25 December 2009 02:30
		Re: IDL 8.0 compile_opt changes By: penteado on Thu, 24 December 2009 08:49
		Re: IDL 8.0 compile_opt changes By: wlandsman on Thu, 24 December 2009 05:07
		Re: IDL 8.0 compile_opt changes By: David Fanning on Thu, 24 December 2009 03:44
		Re: IDL 8.0 compile_opt changes By: penteado on Wed, 23 December 2009 22:13
		Re: IDL 8.0 compile_opt changes By: David Fanning on Wed, 23 December 2009 20:48
		Re: IDL 8.0 compile_opt changes By: proffmw@gmail.com on Wed, 23 December 2009 20:08
		Re: IDL 8.0 compile_opt changes By: penteado on Wed, 06 January 2010 10:35
		Re: IDL 8.0 compile_opt changes By: JDS on Fri, 08 January 2010 13:42
		Re: IDL 8.0 compile_opt changes By: Matt[2] on Wed, 06 January 2010 08:18
		Re: IDL 8.0 compile_opt changes By: Yngvar Larsen on Wed, 06 January 2010 07:29
		Re: IDL 8.0 compile_opt changes By: David Fanning on Wed, 06 January 2010 07:13
		Re: IDL 8.0 compile_opt changes By: Yngvar Larsen on Wed, 06 January 2010 07:12
		Re: IDL 8.0 compile_opt changes By: Kenneth P. Bowman on Wed, 06 January 2010 06:52
		Re: IDL 8.0 compile_opt changes By: Yngvar Larsen on Wed, 06 January 2010 06:56
		Re: IDL 8.0 compile_opt changes By: Michael Galloy on Wed, 06 January 2010 13:52
		Re: IDL 8.0 compile_opt changes By: Maarten[1] on Wed, 06 January 2010 06:01
		Re: IDL 8.0 compile_opt changes By: Michael Galloy on Wed, 06 January 2010 13:25
		Re: IDL 8.0 compile_opt changes By: penteado on Tue, 05 January 2010 15:54
		Re: IDL 8.0 compile_opt changes By: JDS on Tue, 05 January 2010 14:41
		Re: IDL 8.0 compile_opt changes By: Paul Van Delst[1] on Thu, 07 January 2010 08:35
		Re: IDL 8.0 compile_opt changes By: monkman on Tue, 05 January 2010 13:51
		Re: IDL 8.0 compile_opt changes By: David Fanning on Tue, 05 January 2010 11:17
		Re: IDL 8.0 compile_opt changes By: chris_torrence@NOSPAM on Tue, 05 January 2010 10:58
		Re: IDL 8.0 compile_opt changes By: chris_torrence@NOSPAM on Tue, 05 January 2010 10:57
		Re: IDL 8.0 compile_opt changes By: pgrigis on Tue, 05 January 2010 06:57
		Re: IDL 8.0 compile_opt changes By: R.Bauer on Tue, 05 January 2010 06:09
		Re: IDL 8.0 compile_opt changes By: David Fanning on Mon, 04 January 2010 11:58
		Re: IDL 8.0 compile_opt changes By: chris_torrence@NOSPAM on Mon, 04 January 2010 11:41
		Re: IDL 8.0 compile_opt changes By: R.Bauer on Mon, 04 January 2010 02:30
		Re: IDL 8.0 compile_opt changes By: Jeremy Bailin on Tue, 29 December 2009 21:31
		Ruby range operators? Re: IDL 8.0 compile_opt changes By: Paul Van Delst[1] on Fri, 08 January 2010 13:16
		Re: IDL 8.0 compile_opt changes By: penteado on Fri, 08 January 2010 05:36
		Re: IDL 8.0 compile_opt changes By: Maarten[1] on Fri, 08 January 2010 04:19
		Re: IDL 8.0 compile_opt changes By: H. Evans on Fri, 08 January 2010 01:29
		Re: IDL 8.0 compile_opt changes By: Michael Galloy on Thu, 07 January 2010 09:56
		Re: IDL 8.0 compile_opt changes By: Maarten[1] on Thu, 07 January 2010 07:27
		Re: IDL 8.0 compile_opt changes By: wallabadah on Wed, 06 January 2010 16:30

Previous Topic:	Re: envi_title_bar.ico missing and null pointer dereferenced error when using .sav file in ENVI
Next Topic:	A routine to annotate PS files

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Thu Oct 09 21:53:19 PDT 2025

Total time taken to generate the page: 0.27541 seconds