[Bug 10273] satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins
wine-bugs at winehq.org
wine-bugs at winehq.org
Mon Nov 5 13:11:12 CST 2007
http://bugs.winehq.org/show_bug.cgi?id=10273
--- Comment #16 from Peter Beutner <p.beutner at gmx.net> 2007-11-05 13:11:12 ---
(In reply to comment #13)
> I played a bit with linker flags and it seems -shared always pulls in startup
> object files first (despite the argument placement) ... the wine object file
> with PE section header follows as first visible argument, usually
> <dllname>-<tempname>.spec.o
You can change the order as I found out today. Pass -nostartfiles to gcc and it
won't link against those crt*.o files itself and you can specify them on the
cmdline in the order you need, i.e. after the *.spec.o file. That seems to work
as the pe header now is the first thing in the .text section. But same as AJ's
hack it isn't sufficient to please safedisc :(.
(In reply to comment #15)
> So the get_pc_thunk.bx() location problem was only one reason.
And the location obviously wasn't even a real problem as that test(c3) did pass
before already. And changing the location produces even worse c2 results for
gdi32. So it seems it is the fact that there is a call at all in these first 8
instructions that safedisc considers "bad".
Or does compiling without -fPIC does change something else that might be tested
by safedisc?
Just dropping -fPIC would be really the easiest solution. Crawling through the
safedisc code and find out how exactly these tests work isn't exactly fun :(
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs
mailing list