Possible ways for a "loader" to solve namespace-conflicts

Hi, following the threads about namespace-conflict it has turned out that in special cases this might really be a big problem. Due to prefixing of categories in PEAR you can in most cases asume that there will be classes with the same name(s) in a user-application. However this might not be the case for other repositories. which will be invited to co-exist and used extensively as soon as the PEAR-installer gets channel-support. So I was thinking about if there is at least any way to clear a possible name-conflict. What if I have a class X from repository A and one from repository B? If you include it using "X.php" you might run into trouble, depending on which one is listed first in the include_path. But this is even more complicated when you want/need to use both classes in the same script, since class-names are no longer unique. Does there exist any loader-implementation for clearing such name- conflicts - e.g. so that the loader can e.g. explicitly rename all classes X and X_... from repository A when loading them to be A_X_... or whatever? I know this is no optiomal (read: performant) way, if you need to parse every file and class before loading (and modify calls to those classes as well). But is there any better solution somebody can think of? If he had prefixed all PEAR-includes with "PEAR/X.PHP" we would at least have avoided the include-problem (not the duplicate names- problem) - but that's something we can't / won't change, surely! Stefan