Vincent Torri wrote; > The problem with Windows is that there is no centralized package > system. The only viable solution is to install a project, an > application, etc... in its own directory.
That's not 100% true. I'm currently using a centralized packaging system which is why I'm hitting the collisions between libdl and evil's libdl. There are a few choices for centralized packaging on Windows including spkg (based on Slackware package management) and the system I'm currently working with. Some others are listed at the MinGW wiki. > I won't let MinGW devs know about that problem as they won't do > anything anyway about dlfcn-win32. I've already dealt with them, with > patches, etc... I have access to the MinGW documentation at the wiki. If you send me specifics on how your libraries could replace or work better than dlfcn-mingw32, I can update the MinGW documentation with your information on why evil could be a better choice than dflcn for WIndows projects. ------------------------------------------------------------------------------ The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
