<div dir="rtl"><div class="gmail_extra" dir="ltr">NSIS is a  flexible programming environment for writing installers rather than a ready-made click and choose installer creator. Without additional macros it does not provide uninstallation function at all, it's up to the programmer to keep list of files and remove them. There are ready macros available such as this:</div>


<div dir="ltr"><br></div><div dir="ltr">  <a href="http://nsis.sourceforge.net/Uninstall_only_installed_files" target="_blank">http://nsis.sourceforge.net/Uninstall_only_installed_files</a><br></div><div class="gmail_extra" dir="ltr">

<br>
</div><div class="gmail_extra" dir="ltr">There are many more macros and plugins available for practically any install task. Given the correct code NSIS can handle multiple and complicated install products.</div><div class="gmail_extra" dir="ltr">

<br></div><div class="gmail_extra" dir="ltr">Yaron</div><div class="gmail_extra" dir="ltr"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div dir="ltr">2014-06-05 2:09 GMT+03:00 Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span>:</div>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Wed, Jun 4, 2014 at 3:13 PM, Richard <<a href="mailto:legalize@xmission.com" target="_blank">legalize@xmission.com</a>> wrote:<br>



><br>
> In article <<a href="mailto:CANt7B%2Be3tiGm_A3FVgGJeKZP4FK_XvVeO0Lwvvs_TrNmZ0PouQ@mail.gmail.com" target="_blank">CANt7B+e3tiGm_A3FVgGJeKZP4FK_XvVeO0Lwvvs_TrNmZ0PouQ@mail.gmail.com</a>>,<br>
>     =?UTF-8?B?S2ltIEdyw6RzbWFu?= <<a href="mailto:kim.grasman@gmail.com" target="_blank">kim.grasman@gmail.com</a>> writes:<br>
><br>
>> On Wed, Jun 4, 2014 at 9:46 PM, Aaron Ballman <<a href="mailto:aaron@aaronballman.com" target="_blank">aaron@aaronballman.com</a>> wrote:<br>
>> > On Wed, Jun 4, 2014 at 3:28 PM, Richard <<a href="mailto:legalize@xmission.com" target="_blank">legalize@xmission.com</a>> wrote:<br>
>> >><br>
>> >> The more we discuss this, the more I'm leaning in the direction of a<br>
>> >> different SDK package containing library variant(s) and headers,<br>
>> >> leaving the "product" package containing all the binaries but no<br>
>> >> headers or librarys or language bindings (i.e. no libclang, python,<br>
>> >> etc.).<br>
>> ><br>
>> > That is my preference as well.<br>
>><br>
>> Same here.<br>
>><br>
>> The only possible drawback is that to maintain a Unix-like filesystem<br>
>> layout (today %PROGRAMFILES%\LLVM\ is the equivalent of /usr/), the<br>
>> different installers will have to put their respective files in the<br>
>> same root. I'm not sure if that's a problem for NSIS to have two<br>
>> packages installed into the same directory, but I figure it might be.<br>
><br>
> This should only be a problem if NSIS assumes that there is a<br>
> one-to-one mapping between installed products and installation<br>
> directories.  I know for Windows Installer (MSI) this is not a problem<br>
> because the installer has an explicit manifest of all installed files,<br>
> but if NSIS's uninstall logic is just "remove everything at the<br>
> installation root", then this would be a problem.<br>
<br>
</div>I think NSIS keeps track of the individually installed files too, so<br>
using the same dir could work, but I think it would be hard to avoid<br>
having the packages trip over each other. If we have two different<br>
packages, it seems completely natural to have two different default<br>
install dirs.<br>
<span><font color="#888888"><br>
 - Hans<br>
</font></span><div><div>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu" target="_blank">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br></div></div>