Hi
Yes I noticed its not a required dependency and its not much use to me at
all as Australian banks don't use it but I thought if I am going to
precompile a windows version for others to use I should include it.
But if its best not to I am happy not to. One less argument to have with my PC!
DC
On 6/03/2014 10:25 PM, Alvaro Soliverez wrote:
Why are you building AqBanking? It's not a required dependency, and I
don't think you'll need it for what you intend to do.
On Thu, Mar 6, 2014 at 8:52 AM, Chris <developerch...@rebel.com.au> wrote:
I am switching to vs2010 to see if it compiles
The problem appeared when I moved from kmymoney 4.6.1 to 4.6.4
I was wrong the tools I used only showed the exports that did not have the
_imp__ prefix. When I used the nm tool it showed the functions were exported
with both no prefix and and prefixed with __imp__ which has an extra
underscore.
What is odd is although I did need to recompile both qt and kdelibs there
was no changes to those libraries which implies that the change was in
kmymoney
Late Breaking news!
It looks like mingw decides whether to use __imp__ or _imp__ based on an
environment variable or gcc -D(efine) More than likely this changed between
build runs.
I found some pertinent macros in mac.h. but havent yet fully worked out
where the error crept in.
Its never easy is it :)
Something New:-
I am also having trouble compiling aqbanking. for some reason the
win32libs-source folder was completely removed
I asked on the kdewin mailing list but no response. I'll pull in the git
branch 4.9 and check it out from there hopefully that will work...
DC
On 6/03/2014 12:10 AM, Ralf Habacker wrote:
On 05.03.2014 12:15, Chris wrote:
When compiling kmymoney 4.6.4 on windows it appears my imports and
exports are somehow out of sync
I get a huge number of unresolved references as I have previously
mentioned.
It appears the problem is that the libraries are built without the
windows specific "_imp__" on the exports
which would means it has been build without __declspec(dllexport).
Normally exported classes have a class <library_name>___EXPORT
<classname> ...
but when I am compiling kmymoney the linker is expecting the "_imp__"
+ mangled name
which means the public header of KLocale defines declspec(dllimport) on
usage.
for example the linker is looking for
_imp___ZNK7KLocale28negativeMonetarySignPositionEv
but the export is called _ZNK7KLocale28negativeMonetarySignPositionEv
I assume I have to pass another flag or remove a flag from gcc to tell
it to look for the correct export. but I am not sure how to do this.
Any pointers would be greatly appreciated.
I would say the problem happens on compiling kdelibs.
Ralf
_______________________________________________
KMyMoney-devel mailing list
KMyMoney-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmymoney-devel
_______________________________________________
KMyMoney-devel mailing list
KMyMoney-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmymoney-devel
