Commit Graph

4 Commits

Author SHA1 Message Date
5503a68395 cli_ure: remove CLI version Packages
Tweak the installer so it reads the included files from SRCDIR.

Change-Id: Ic4d3d2c003c2d0c5aebea6dd32f5989f3d4f04e4
2013-10-30 00:01:36 +01:00
e5eac916e8 cli_ure: remove Package_config
- cliuno.snk is used from SRCDIR
- climaker.exe.config is not packaged and appears unnecessary

Change-Id: Ia0e364bd3b488841aeb8ae75c26aa0cd4ff86012
2013-10-28 14:03:13 +01:00
814ec7640f cli_ure: copy cli_basetypes to INSTDIR/sdk/bin
The library is already in the URE/bin directory, but that is not
sufficient to be able to run sdk/bin/climaker.exe.

There are apparently 4 ways for a .net/CLR executable to locate
shared libraries:
1) in the same directory as the executable
2) in some mysterious "GAC" thing in C:/Windows
   (which is presumably how it works if you actually install LO)
3) via an application configuration file entry "probing",
   which only works when it's in a sub-directory of the
   one the executable is in
4) via a DEVPATH variable, but that only works with a
   special configuration entry in a system "machine config" file
   of the .net framework

Specifically PATH is apparently ignored.  Since building on Windows is
enough of a PITA already and we don't want developers to have to edit
another config file, put another copy of the library into sdk/bin.

http://tutorials.csharp-online.net/.NET_CLR_Components%E2%80%94Resolving_Names_to_Locations
http://tutorials.csharp-online.net/.NET_CLR_Components%E2%80%94CLR_Loader

Change-Id: I511957ad9a9a918ed0c316126304a1980fb2d289
2013-09-22 11:08:32 +02:00
118cc6807d gbuildize cli_ure
Change-Id: I716d666fc6e9d5339bc65a1b3943b2cecf45b6fe
2012-09-22 08:15:23 +02:00