Documentation Python support

Oct 18, 2008
273
1
#1
Hello -- Has there been any thought of not using the active state version of python? -- It seems that TCC is "bound" to a specific version of the python release --

Once active state moves to the next release, its impossible to find older version?

Does anyone know were to find version 3.1?
 
Oct 18, 2008
273
1
#3
Hello -- Thanks for the reply .... the posted link to python 3.1 was the public domain version, not active state -- tcc willl
only work with active state --

The version of tcc I am using will just work with version 3.1 or 2.5 / 2.6 -- again does anyone know were to fine these
active state versions? Active state will "sell" me older version at a very steep cost !
 
Oct 18, 2008
273
1
#5
Hello -- thanks for the info .... I was able to find the ":way back" page but the download page was protected by a robots.txt.
so it was not saved
 
Oct 18, 2008
273
1
#6
Hello -- thanks for the info .... I was able to find the ":way back" page but the download page was protected by a robots.txt.
so it was not saved
 
Oct 18, 2008
273
1
#8
Hello -- Thanks for your reply .... what version of tcc did it star to use any version of python that it could find?
 

rconn

Administrator
Staff member
May 14, 2008
10,761
97
#9
Version 10. But back then the only Windows version of Python (unless you built it yourself) was from ActiveState.

TCC looks for pythonxx.dll, where "xx" is 36, 35, 34, etc. Provided you have that dll somewhere in your path (and any additional modules required by Python), and provided it uses the default API names, TCC will work with it.
 
Oct 18, 2008
273
1
#10
thanks for the info .... so take v18 will look for that dll?

This is sort of connected -- I was looking at RUBY support -- and the ruby dll has a very un-standard name -- what name is Take looking for? I noticed that in the options screen that the RUBY option is gray'ed out

Thanks
 

rconn

Administrator
Staff member
May 14, 2008
10,761
97
#11
thanks for the info .... so take v18 will look for that dll?
Yes. V18 will only look for python33.dll or earlier, because that's what existed when v18 was released.

This is sort of connected -- I was looking at RUBY support -- and the ruby dll has a very un-standard name -- what name is Take looking for? I noticed that in the options screen that the RUBY option is gray'ed out
The Ruby developers broke the embedded Windows support several years ago. The Ruby option in TCC is disabled until they fix it -- though it's looking like they don't have any plans to ever do so.