might any of this help? http://stackoverflow.com/questions/2455654/what-additional-configuration-is-necessary-to-reference-a-net-2-0-mixed-mode http://stackoverflow.com/questions/3267491/when-linking-a-net-2-0-managed-assembly-from-a-net-4-0-application-which-fram see the answer by “htw” http://blogs.msdn.com/b/dotnet/archive/2009/06/03/in-process-side-by-side-part1.aspx
From: pythondotnet-bounces+btribble=ea....@python.org [mailto:pythondotnet-bounces+btribble=ea....@python.org] On Behalf Of Liam Corrigan Sent: Thursday, March 22, 2012 2:03 PM To: Brad Friedman; pythondotnet@python.org Subject: Re: [Python.NET] import clr_2, import clr_4 vs import clr The one lib that has issues, includes some cpp runtime stuff that needs to be changed. I’ve done it in the past, but it was a pain and is not our production code – which I need to test. All the other .NET libs that I use targeted against 2.0, worked in the 4.0 .NET python. From: Brad Friedman [mailto:b...@fie.us] Sent: March-22-12 5:00 PM To: Liam Corrigan Cc: <pythondotnet@python.org> Subject: Re: [Python.NET] import clr_2, import clr_4 vs import clr Silly question: isn't a .net 2.0 assembly backwards compatible with a .net 4.0 runtime? Why do you actually need to run a physically separate runtime? What is breaking? On Mar 22, 2012, at 4:27 PM, "Liam Corrigan" <liam.corri...@allenvanguard.com<mailto:liam.corri...@allenvanguard.com>> wrote: Hi guys, I’ve been using python .NET 2.0 in python 2.7.2 successfully for some time now and have also used the .NET 4.0 version, but of course I need to replace the clr.pyd and Python.Runtime.dll with the .NET 4.0 versions. Although most of my 2.0 libs work over the 4.0 version, there is one in house library targeted against .NET 2.0 that will not, without some awkward hacks. I need to be able to call into libraries written against both .NET 2.0 and 4.0, as separated calls - ideally, I’d like to have things such that I can operate in a python script something like this: import clr_2 import clr_4 clr_2.AddReference("MyDOTNET_2.0_BasedLib") clr_4.AddReference("MyDOTNET_4.0_BasedLib") Are there any settings in the source build that I can do, to kick out two separate clr.pyd and Python.Runtime.dll’s with new names and matching .NET version support? Liam Corrigan IMPORTANT LEGAL NOTICE This message is intended only for the use of the named addressee. It may contain information that is copywritten, privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this in error, please notify the sender immediately and delete it from your system. Communications using this system are monitored and recorded for lawful business purposes. _________________________________________________ Python.NET<http://Python.NET> mailing list - PythonDotNet@python.org<mailto:PythonDotNet@python.org> http://mail.python.org/mailman/listinfo/pythondotnet = IMPORTANT LEGAL NOTICE This message is intended only for the use of the named addressee. It may contain information that is copywritten, privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this in error, please notify the sender immediately and delete it from your system. Communications using this system are monitored and recorded for lawful business purposes.
_________________________________________________ Python.NET mailing list - PythonDotNet@python.org http://mail.python.org/mailman/listinfo/pythondotnet
