Hello,
I'm trying to compile openmpi - 1-19a + r28134 with a newly compiled
mingw-w64 toolchain, based on:
binutils 2.23
gcc-4.8-20130217
mingw-crt and headers from svn rev 5615
experimental winpthread from svn rev 5501
The configure script fails to detect pthreads due to an error when
trying
On Mon, Mar 4, 2013 at 10:42 AM, Sebastian Wolff wrote:
> Although little off-topic, one questions remains to me: Is it allowed to
> distribute proprietary software which links against libgcc statically?
http://www.gnu.org/licenses/gcc-exception-faq.html
--
Earnie
-- https://sites.google.com/sit
Hello Kai,
> The file can be generated via '-dlltool moldname-msvcrt.def -U
> --dllname msvcr90.dll'
Wonderful !!! That did the trick.
I did not manage to use this command directly ( it did not do anything on my
machine), but I finally was able to build liboldname90 and the application
wo
Hi Sebastian,
2013/3/4 Sebastian Wolff :
> Hello Earnie,
>
>
>
> Yes, http://msdn.microsoft.com/en-us/library/ms235460.aspx.
>
>
> The same source also states that the option /MD lets the application chose
> one runtime (although multiple may be referenced by the DLLs). This is the
> case, when I
Hello Earnie,
>>
>
> Yes, http://msdn.microsoft.com/en-us/library/ms235460.aspx.
>
The same source also states that the option /MD lets the application chose one
runtime (although multiple may be referenced by the DLLs). This is the case,
when I compile my test program with VC++.
I am surely
On Mon, Mar 4, 2013 at 7:50 AM, Sebastian Wolff wrote:
> I also checked all DLLs in Dependency Walker. The following DLLs reference
> msvcrt.dll: advapi32.dll, comdlg32.dll, netapi32.dll, ole32.dll,
> oleaut32.dll, ws2_32.dll
> Comparing this with the VC++-built executable gives similar implicit
>
Hello Earnie,
On Mar 4, 2013, at 1:25 PM, Earnie Boyd wrote:
> On Mon, Mar 4, 2013 at 5:01 AM, Sebastian Wolff wrote:
>>
>> I modified the specs according to the Jon's summary of your recommendations,
>> i.e.:
>> - use -lmsvcr90 instead of -lmsvcrt
>> - use -static
>> - avoid linking against -lm
On Mon, Mar 4, 2013 at 5:01 AM, Sebastian Wolff wrote:
>
> I modified the specs according to the Jon's summary of your recommendations,
> i.e.:
> - use -lmsvcr90 instead of -lmsvcrt
> - use -static
> - avoid linking against -lmoldname
> - use the define -D__MSVCRT_VERSION__=0x0900 when compiling *.
Hello Kai,
>>
>
> So there shouldn't be much trouble about that beside that newer
> runtime might uses additional exports not present by default in the
> default-version msvcrt.dll.
>
Thanks for giving me the assurance at this point. I want to add, however, that
the third-party lib may (and d
Hello Peter!
>>
>> I use Mingw-w64 distributed with OpenSuse Linux 12.2 64 Bit (based on Gcc
>> 4.7.2). I need to call a function from a (static!) third-party library which
>> was compiled using VC++ 9.0 (VS2008) targeting amd64, file name:
>> the_third_party_lib.lib. the_third_party_lib.l
10 matches
Mail list logo
