
On Sun, 2004-05-02 at 22:19, Bryce Harrington wrote:
Make sure submit a bug report to autopackage so they're aware of it. They don't seem to have a bug tracker so I guess report it to autopackage-dev@...336...
Is there a way that the dependency can be eliminated? If not, is the routine necessary to be run on Win32? Since the purpose of prefix.cpp was to make autopackage viable, and since autopackage is a *nixish thing, maybe the pthreads dependent code could be autoconfed out?
Looking at the binreloc documentation, it can be turned off via a macro.
However, it would be nice if it could be extended to work for Win32, actually. Win32 has GetModuleFilename(), but you still need to do the rest of the heavy lifting yourself.
Given that Win32 isn't a goal for autopackage, I'm not sure how much sense it makes to try to push changes for Win32 upstream. But I don't like the idea of re-implementing much of the same functionality for Win32 either .. :/
-mental