<p>Very tedious, but you could create a wrapper unit and/or class for each library, and expose a prefixed name instead of the original.  </p>
<p>Jeff,</p>
<div class="gmail_quote">On Aug 21, 2012 3:31 AM, "Jonas Maebe" <<a href="mailto:jonas.maebe@elis.ugent.be">jonas.maebe@elis.ugent.be</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 20 Aug 2012, at 18:15, Timothy Madden wrote:<br>
<br>
> This story is inspired from a real case when *lots* of user code<br>
> suddenly stopped compiling after JDK 1.2 was released, with a new List<br>
> class, which users had to import from a different package until JDK 1.1.<br>
> In this case is wasn't even a third-party library that triggered<br>
> conflicts in existing code, it was the system run-time library. Since<br>
> that story most Java programmers prefer to import and enumerate each and<br>
> every class they use explicitly, instead of importing the package that<br>
> provides the classes<br>
<br>
Importing a single class in Java still requires you to specify the full package name, so how would that help preventing compilation failures in case a class is moved from one package to another?<br>
<br>
> (I believe there is no equivalent feature in Pascal<br>
> that imports only one symbol from a unit).<br>
<br>
Indeed.<br>
<br>
> Is there any form of proposal or some alternative to the USES clause,<br>
> that will keep all the imported symbol names qualified by some namespace<br>
> name or by some prefix I choose ?<br>
<br>
Not that I know of.<br>
<br>
<br>
Jonas_______________________________________________<br>
fpc-pascal maillist  -  <a href="mailto:fpc-pascal@lists.freepascal.org">fpc-pascal@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal" target="_blank">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a><br>
</blockquote></div>