http://bugs.winehq.org/show_bug.cgi?id=35602
Bug ID: 35602 Summary: Wine64 build produces extra warning compared to Wine32 build (oleout32) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs@winehq.org Reporter: wylda@volny.cz Classification: Unclassified
Created attachment 47550 --> http://bugs.winehq.org/attachment.cgi?id=47550 64bit build log
As i recently switch to Debian Jessie AMD64 i noticed now, that 64bit build produces extra warning compared to 32bit-only build:
* warning: cast to pointer from integer of different size * warning: unused variable ‘xasm’ * warning: unused variable ‘xasm’
Is this a real bug or something wrong in my setup? (My carefulness comes from fact, that i don't want to work on bugzilla with wrongly builded wine and produce a noise.)
I separeted another three logs, if this is a real bug i could then fill bugs for the following: * setupapi * winedbg * winmm
http://bugs.winehq.org/show_bug.cgi?id=35602
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64
http://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #1 from Wylda wylda@volny.cz ---
Copy - Paste bug, the 3rd should be: * warning: ‘xCall’ defined but not used
http://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com --- (In reply to comment #0)
- warning: cast to pointer from integer of different size
This looks like a valid problem as 'arg' is DWORD* and still '*arg' is used sometimes as pointer sized value. It's fixable with a cast+deref I think, like *(BSTR**)arg or something like that. Another possibility is to use DWORD_PTR (is that right?) instead of DWORD as 'arg' type.
- warning: unused variable ‘xasm’
- warning: ‘xCall’ defined but not used
This is a result of missing platform dependent code - some parts are not implemented for 64-bit, and this results in unused local variables. So real problem is not a variable itself but missing code for __x86_64__ case.
http://bugs.winehq.org/show_bug.cgi?id=35602
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Wine64 build produces extra |Wine64 build produces extra |warning compared to Wine32 |warning in oleaut32 |build (oleout32) |comparing to Wine32 build
http://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- Oh, and missing proxies support on 64bit is tracked by bug 26768.
http://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #4 from Wylda wylda@volny.cz ---
This looks like a valid problem...
Thank you for taking a look. I filled last two bug 35603 and 35604.
I did't filled in a report for winedbg as it could be the same as above unused variables case:
../../../wine_git_build/programs/winedbg/be_x86_64.c: In function ‘be_x86_64_is_func_call’:
../../../wine_git_build/programs/winedbg/be_x86_64.c:350:25: warning: variable ‘segment’ set but not used [-Wunused-but-set-variable] short segment; ^
https://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #5 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=35602
--- Comment #6 from Wylda wylda@volny.cz ---
Still in wine-1.7.46.
https://bugs.winehq.org/show_bug.cgi?id=35602
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #7 from Wylda wylda@volny.cz --- Duplicate.
*** This bug has been marked as a duplicate of bug 26768 ***
https://bugs.winehq.org/show_bug.cgi?id=35602
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Wylda wylda@volny.cz --- Closing duplicate bug.