Thanks Ruben. Now I see in a dependency dll from curl that it uses msvcr80.dll.
That's VS2008? Could I most easily resolve that by downloading VC2008 and
compile my stuff with that
and /MT flag?
Or what do you suggest that I should do?
Many thanks again
Michael
_
Op 4 apr. 2013 06:33 schreef "sivasubramani" <
sivasubramani.m...@precisionbiometric.co.in> het volgende:
>
> Dear Team,
>
>
>
> I have created libpng using x86_64-w64-mingw32-gcc compiler
and I created a wrapper static library for that libpng using visual c++
for 64 bit windows 7 pla
Dear Team,
I have created libpng using x86_64-w64-mingw32-gcc compiler and
I created a wrapper static library for that libpng using visual c++ for 64
bit windows 7 platform . while I try to run that library I got the following
error's
"error LNK2019: unresolved external symbol
Dear Team,
I have created libpng using x86_64-w64-mingw32-gcc compiler and
I created a wrapper static library for that libpng using visual c++ for 64
bit windows 7 platform . while I try to run that library I got the following
error's
"error LNK2019: unresolved external symbol
Op 3 apr. 2013 18:21 schreef "Ahso Aa" het volgende:
>
>
>
> The MSVC++ DLL's are also ABI incompatible among versions. Even Service
Packs break ABI compatibility.
>
> sigh...I'm a happy Linux user but need to support Windows...of course.
>
> How to see the toolchain? I remember to have seen (vc b
The MSVC++ DLL's are also ABI incompatible among versions. Even Service Packs
break ABI compatibility.
sigh...I'm a happy Linux user but need to support Windows...of course.
How to see the toolchain? I remember to have seen (vc build?) in dependency
walker msvcpd80.dll or alike. Would that
2013/4/3 Ahso Aa
> What is that? I have compiled it successfully in 32bit and only have that
> error with 64bit.
>
What toolchain were the precompiled 64-bit dependencies built with? There
are several ABI incompatible variants flying around (all with good
purpose). Usually, if GCC was configured
What is that? I have compiled it successfully in 32bit and only have that error
with 64bit.
Anyway if I cannot avoid redist I can also ship with vc2010 and /MT flag. One
user reported
an error with a newer MS redist but probably he did something wrong?
From
On Wed, Apr 3, 2013 at 6:08 AM, Ahso Aa wrote:
> Can you try a 32-bit MinGW-w64, recompile everything, and see if you hit the
> same problem?
>
> How, only add -m32 to compiler options?
> Thanks
That only works if you are using a multilib compiler, which you are
probably not using.
Instead, you
On Wed, Apr 3, 2013 at 6:08 AM, Ahso Aa wrote:
>> Are all dependencies compiled with the same toolchain?
>
> No I don't think so
>
Then this is the most likely candidate of issue. ABI differences can
and will cause you problems.
--
Earnie
-- https://sites.google.com/site/earnieboyd
On Wed, Apr 3, 2013 at 2:48 PM, Ahso Aa wrote:
> I've recompiled with the new gdbinit but still the same. Also tried with
> -m32 and 32bit libs but it says skipping incompatible libs.
> Thanks
>
> --
> Microsoft Windows [Version 6.0.6002]
> Copyright (c) 2006 Microsoft Corporation. Alle Rec
I've recompiled with the new gdbinit but still the same. Also tried with -m32
and 32bit libs but it says skipping incompatible libs.
Thanks
--
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Users\michael>f:
F:\>cd X*o
F:\X-
03.04.2013, в 14:13, Alexpux написал(а):03.04.2013, в 14:08, Ahso Aa написал(а):Hi RubenIf you could provide a sensible backtrace (gdb command "bt") that would help.pasted belowAre all dependencies compiled with the same toolchain?
No I don't think soCan you t
03.04.2013, в 14:08, Ahso Aa написал(а):
> Hi Ruben
> If you could provide a sensible backtrace (gdb command "bt") that would help.
>
> pasted below
>
> Are all dependencies compiled with the same toolchain?
>
> No I don't think so
>
> Can you try a 32-bit MinGW-w64, recompile everything, an
Hi Ruben
If you could provide a sensible backtrace (gdb command "bt") that would help.
pasted below
Are all dependencies compiled with the same toolchain?
No I don't think so
Can you try a 32-bit MinGW-w64, recompile everything, and see if you hit the
same problem?
How, only add -m32 to co
2013/4/3 Ahso Aa
> Hmm I use half a dozen of dlls hence no sscce. Most are dependencies of
> curl but I also use sdl and sdl_image.
> Surprisingly it works in mingw32 or VC2010 etc. but not mingw64.
> I want to try mingw64 to avoid redist dependencies. I also use a
> precompiled mingw64 from:
> h
Hmm I use half a dozen of dlls hence no sscce. Most are dependencies of curl
but I also use sdl and sdl_image.
Surprisingly it works in mingw32 or VC2010 etc. but not mingw64.
I want to try mingw64 to avoid redist dependencies. I also use a precompiled
mingw64 from:
http://qt-project.org/wiki/Min
17 matches
Mail list logo