But I did use build.bat after using set_Release_x64_2010.bat. This is what is so strange.
Build_all.bat fails as it seems vsSp.bat detects that I have VS2008 installed, but this is installed by SQL 2008 R2 and lacks pretty much everything (used for business intelligence design only and has no C#/C++ compiler). I looked closer at build_all.bat and ended up with these commands that created the 2010 Win32/x64 setup files: SET YEARS=2010 Build_all.bat Bake_all.bat This seems to have made the build system skip the VS2008 generation completely and without errors, but I am not certain it is a safe way to do it (seems so, though). Final question: what is the difference between the bundle and non-bundle setup files? I tried viewing the download page but I cannot view it. I only get the About wiki page. I tried Firefox, Opera, Chrome and IE9 and none of them could show the download page. Cheers, Bernhard -----Original Message----- From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of Joe Mistachkin Sent: 13. august 2012 11:51 To: 'General Discussion of SQLite Database' Subject: Re: [sqlite] Building System.Data.SQLite Bernhard Mogens Ege wrote: > > This however also build the x86 target for some reason and no x64 > setup file is produced (bake fails, complaining about missing x64 files). > This means that the x64 binaries were not built first using "build.bat". You should be able to build binaries for all supported platforms and versions of Visual Studio (as installed on your box) by making use of the "build_all.bat" tool instead. > > Can I install something that would make the whole build complete > without having VS2008? Seems this is the easiest way, short of > decoding all the bat files for their meaning. > With the exception of the Visual Studio designer integration components, there is nothing really to "install", per se. In fact, it is very highly recommended that the deployment of the System.Data.SQLite DLL and related components be done on an "app-local" basis, with the GAC being avoided altogether. -- Joe Mistachkin _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
