Re: Clojure CLR versioning and binary downloads
On Sunday, November 24, 2013 6:56:07 AM UTC-6, Shantanu Kumar wrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core I forgot that there was some #if-conditionalized mono vs .net code introduced in 1.5.0. That would have necessitated separate DLLs for mono and .net. I just changed that for a runtime check for the platform. Sourceforge has new zips, nuget has a new package, github 1.5.0 branch and master branch updated. And confirmation from Kumar that it works. -David -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Clojure CLR versioning and binary downloads
Thanks David for this information, I really appreciate the work you (and others) are doing on the CLR version. On Sun, Nov 24, 2013 at 7:56 AM, Shantanu Kumar kumar.shant...@gmail.comwrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the compiler or REPL from their directory will result in them complaining that they cannot find the required Clojure CLR DLL's that they need. These are kind of nit-picky issues but they've been bugging me for a while. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send
Re: Clojure CLR versioning and binary downloads
Are there any plans to directly link the CLR downloads on the Clojure downloads page on Clojure.org? I think it may be helpful to do that because it's a bit difficult to get to the SourceForge download site by first going to Clojure.org. The link on Clojure.org takes you to the Github repo, there you have to click on a link to get to the binary downloads and then you have to scroll through to find the SourceForge link. On Mon, Nov 25, 2013 at 1:38 PM, Frank Hale frankh...@gmail.com wrote: Thanks David for this information, I really appreciate the work you (and others) are doing on the CLR version. On Sun, Nov 24, 2013 at 7:56 AM, Shantanu Kumar kumar.shant...@gmail.comwrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the
Re: Clojure CLR versioning and binary downloads
I added a link here http://clojure.org/clojureclr to the binary download wiki page. I'm happy to update this page in whatever way people find useful - feel free to ping me on email David, Frank, or others. On Monday, November 25, 2013 12:48:51 PM UTC-6, Frank Hale wrote: Are there any plans to directly link the CLR downloads on the Clojure downloads page on Clojure.org? I think it may be helpful to do that because it's a bit difficult to get to the SourceForge download site by first going to Clojure.org. The link on Clojure.org takes you to the Github repo, there you have to click on a link to get to the binary downloads and then you have to scroll through to find the SourceForge link. On Mon, Nov 25, 2013 at 1:38 PM, Frank Hale fran...@gmail.comjavascript: wrote: Thanks David for this information, I really appreciate the work you (and others) are doing on the CLR version. On Sun, Nov 24, 2013 at 7:56 AM, Shantanu Kumar kumar.s...@gmail.comjavascript: wrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you
Re: Clojure CLR versioning and binary downloads
Awesome! Thanks Alex. On the current Clojure downloads page it's simple to get a copy of the JVM Clojure but it's not as simple to get a copy of the CLR Clojure. It'd be nice if a direct link could be made to make it just as easy to obtain the CLR version from the SourceForge page here: http://sourceforge.net/projects/clojureclr/files/ Additionally a note about how to obtain the CLR version in other ways (ex. Nuget) may also be handy to post there. I think most people coming into Clojure are going to hit Clojure.org looking for information first and having the current experience of multiple clicks to reach the download site is a bit too cumbersome. I think it'd behoove the community if it was made as easy as possible to get directly to the software from Clojure.org. On Mon, Nov 25, 2013 at 5:10 PM, Alex Miller a...@puredanger.com wrote: I added a link here http://clojure.org/clojureclr to the binary download wiki page. I'm happy to update this page in whatever way people find useful - feel free to ping me on email David, Frank, or others. On Monday, November 25, 2013 12:48:51 PM UTC-6, Frank Hale wrote: Are there any plans to directly link the CLR downloads on the Clojure downloads page on Clojure.org? I think it may be helpful to do that because it's a bit difficult to get to the SourceForge download site by first going to Clojure.org. The link on Clojure.org takes you to the Github repo, there you have to click on a link to get to the binary downloads and then you have to scroll through to find the SourceForge link. On Mon, Nov 25, 2013 at 1:38 PM, Frank Hale fran...@gmail.com wrote: Thanks David for this information, I really appreciate the work you (and others) are doing on the CLR version. On Sun, Nov 24, 2013 at 7:56 AM, Shantanu Kumar kumar.s...@gmail.comwrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+ AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly
Re: Clojure CLR versioning and binary downloads
It'd be great if this page http://clojure.org/downloads could reflect Clojure JVM, Clojure CLR, Clojurescript or relevant info on how to easily obtain the necessary software to get started. Sure, it's not all that difficult if you are curious and don't mind poking around for a few minutes but I do think that that page could be improved upon specifically for the other versions of Clojure that are out there. On Mon, Nov 25, 2013 at 5:15 PM, Frank Hale frankh...@gmail.com wrote: Awesome! Thanks Alex. On the current Clojure downloads page it's simple to get a copy of the JVM Clojure but it's not as simple to get a copy of the CLR Clojure. It'd be nice if a direct link could be made to make it just as easy to obtain the CLR version from the SourceForge page here: http://sourceforge.net/projects/clojureclr/files/ Additionally a note about how to obtain the CLR version in other ways (ex. Nuget) may also be handy to post there. I think most people coming into Clojure are going to hit Clojure.org looking for information first and having the current experience of multiple clicks to reach the download site is a bit too cumbersome. I think it'd behoove the community if it was made as easy as possible to get directly to the software from Clojure.org. On Mon, Nov 25, 2013 at 5:10 PM, Alex Miller a...@puredanger.com wrote: I added a link here http://clojure.org/clojureclr to the binary download wiki page. I'm happy to update this page in whatever way people find useful - feel free to ping me on email David, Frank, or others. On Monday, November 25, 2013 12:48:51 PM UTC-6, Frank Hale wrote: Are there any plans to directly link the CLR downloads on the Clojure downloads page on Clojure.org? I think it may be helpful to do that because it's a bit difficult to get to the SourceForge download site by first going to Clojure.org. The link on Clojure.org takes you to the Github repo, there you have to click on a link to get to the binary downloads and then you have to scroll through to find the SourceForge link. On Mon, Nov 25, 2013 at 1:38 PM, Frank Hale fran...@gmail.com wrote: Thanks David for this information, I really appreciate the work you (and others) are doing on the CLR version. On Sun, Nov 24, 2013 at 7:56 AM, Shantanu Kumar kumar.s...@gmail.comwrote: I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+ AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated.
Re: Clojure CLR versioning and binary downloads
I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the compiler or REPL from their directory will result in them complaining that they cannot find the required Clojure CLR DLL's that they need. These are kind of nit-picky issues but they've been bugging me for a while. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are
Re: Clojure CLR versioning and binary downloads
1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the compiler or REPL from their directory will result in them complaining that they cannot find the required Clojure CLR DLL's that they need. These are kind of nit-picky issues but they've been bugging me for a while. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Clojure CLR versioning and binary downloads
As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the compiler or REPL from their directory will result in them complaining that they cannot find the required Clojure CLR DLL's that they need. These are kind of nit-picky issues but they've been bugging me for a while. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.