On Wed, Sep 21, 2011 at 5:26 AM, Xiaofan Chen wrote:
> Just wondering if this could be fixed.
>
> Potential fix:
> http://git.libusb.org/?p=libusb-pbatard.git;a=commit;h=5f950c84feff96c942ec63bd3b0041f944e8fefc;js=1
>
> Regards,
> Xiaofan
Hmm, do the following fix your case?
Kai?
--- _timeval.
Op 21 sep. 2011 02:58 schreef "K. Frank" het
volgende:
>
> Hello List!
>
> I wanted to give some quick feedback. I tried out Ruben's mingw-w64
> personal build that implements std::thread, and it works great.
>
> I downloaded the 64-bit 4.7.0 version:
>
> x86_64-w64-mingw32-gcc-4.7.0-stdthread_
Just in case, here is first lines of the dump of the 32 bits dll that works
with java 32 bits.
kbhook32.dll: file format pei-i386
kbhook32.dll
architecture: i386, flags 0x0133:
HAS_RELOC, EXEC_P, HAS_SYMS, HAS_LOCALS, D_PAGED
start address 0x10001060
Characteristics 0x2306
execut
I think you got the wrong person. I am not good with MSYS or GD.
-
Jim Michaels
jmich...@yahoo.com
j...@jimscomputerrepairandwebdesign.com
http://JimsComputerRepairandWebDesign.com
http://JesusnJim.com (my personal site, has software)
---
Just wondering if this could be fixed.
Potential fix:
http://git.libusb.org/?p=libusb-pbatard.git;a=commit;h=5f950c84feff96c942ec63bd3b0041f944e8fefc;js=1
Regards,
Xiaofan
-- Forwarded message --
From: Pete Batard
Date: Mon, Sep 19, 2011 at 3:06 AM
Subject: Re: [Libusb-devel] li
Hello List!
I wanted to give some quick feedback. I tried out Ruben's mingw-w64
personal build that implements std::thread, and it works great.
I downloaded the 64-bit 4.7.0 version:
x86_64-w64-mingw32-gcc-4.7.0-stdthread_rubenvb.7z
unzipped it, and tried it out with some std::thread test p
Can someone please send me the unsubscribe url for this email list?
mingw-users
Date: Tue, 20 Sep 2011 00:02:43 -0700
From: gopal_ven...@yahoo.com
To: mingw-us...@lists.sourceforge.net; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] [Mingw-users] How best to create multip
Thanks xunxun!
2011/9/21 xunxun
> 于 2011/9/21 7:20, niXman 写道:
> > Does winpthreads rev-4484 require the same revision of headers?
> Kai changed the crt headers for supporting the latest winpthread time
> function.
>
> --
> Best Regards,
> xunxun
>
>
>
>
于 2011/9/21 7:20, niXman 写道:
> Does winpthreads rev-4484 require the same revision of headers?
Kai changed the crt headers for supporting the latest winpthread time
function.
--
Best Regards,
xunxun
--
All the data con
Hi Jon!
No, I use old trunk headers.
Does winpthreads rev-4484 require the same revision of headers?
Thanks.
niXman.
2011/9/21 JonY
> On 9/21/2011 02:15, niXman wrote:
> > Hi all!
> >
> > When i try to build winpthreads from SVN I get errors.
> > Errors in attached file.
> >
> > niXman.
> >
>
On 9/21/2011 02:15, niXman wrote:
> Hi all!
>
> When i try to build winpthreads from SVN I get errors.
> Errors in attached file.
>
> niXman.
>
>
Did you try with using trunk headers?
signature.asc
Description: OpenPGP digital signature
--
On 9/21/2011 00:19, Jon wrote:
>>> I'm working on an app (targeted to run on WinXP_SP2+) having DLLs with
>>> runtime dependencies on the particular MinGW-w64 `libgcc_s_sjlj-1.dll` and
>>> `libstdc++-6.dll` artifacts used to build the app. As such, these specific
>>> artifact versions will need
Hi all!
When i try to build winpthreads from SVN I get errors.
Errors in attached file.
niXman.
gcc -g -O2 -c src/dll_dependency.S -o dll_dependency.o
gcc -g -O2 -c src/dll_math.c -o dll_math.o
ar cru libgcc.a dll_dependency.o dll_math.o
touch libgcc.a
ar cru libgcc_s.a
touch libgcc_s.a
cp lib
> > I'm working on an app (targeted to run on WinXP_SP2+) having DLLs with
> > runtime dependencies on the particular MinGW-w64 `libgcc_s_sjlj-1.dll` and
> > `libstdc++-6.dll` artifacts used to build the app. As such, these specific
> > artifact versions will need to be placed on the end users P
> On 9/19/2011 22:38, Jon wrote:
> > I'm working on an app (targeted to run on WinXP_SP2+) having DLLs
> > with runtime dependencies on the particular MinGW-w64
> > `libgcc_s_sjlj-1.dll` and `libstdc++-6.dll` artifacts used to build
> > the app. As such, these specific artifact versions will need t
Hi,
I've built GD using MSYS for dependencies that need configure.
root for my libs and includes is c:/mylib
(so I have c:/mylib/include & c:/mylib/lib)
build static versions of zlib, libjpeg, libpng, libfreetype.
odd things required:
for zlib
add -DWIN64 to makefile FLAGS
move zlib.h & zco
On 9/19/2011 22:38, Jon wrote:
> I'm working on an app (targeted to run on WinXP_SP2+) having DLLs with
> runtime dependencies on the particular MinGW-w64 `libgcc_s_sjlj-1.dll` and
> `libstdc++-6.dll` artifacts used to build the app. As such, these specific
> artifact versions will need to be pl
Halas, Copying libgcc_s_sjlj-1.dll does not removed the error message.
François
-Original Message-
From: Kai Tietz [mailto:ktiet...@googlemail.com]
Sent: mardi, 20. septembre 2011 11:13
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Compiling a dll for JNI and
2011/9/20 RAPPAZ Francois :
> Copying the libstdc++-6.dll file from
> C:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\bin
> into the folder where the newly compiled dll is, together with my class
> files, does not removed the problem. I still have an error message.
>
> Renaming libstdc++-6.dll in
Copying the libstdc++-6.dll file from
C:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\bin
into the folder where the newly compiled dll is, together with my class files,
does not removed the problem. I still have an error message.
Renaming libstdc++-6.dll in the libstdc++.dll does not change anyt
Thanks,
so first question. Is libstdc++ DLL next to the loaded DLL in search-path?
If not then just copy 64-bit libstdc++ DLL next to your DLL, so that
it is found on load.
To avoid all this DLL mess, you can try to build this DLL static via
the link-option '-static-libgcc -static-libstdc++' (IIR
Here is the beginning of the dump
kbhook.dll: file format pei-x86-64
kbhook.dll
architecture: i386:x86-64, flags 0x013b:
HAS_RELOC, EXEC_P, HAS_DEBUG, HAS_SYMS, HAS_LOCALS, D_PAGED
start address 0x6cb01420
Characteristics 0x2026
executable
line numbers stripped
So,
Hmm, could you show me the dump of this DLL with objdump?
Call for this 'x86_64-w64-mingw32-objdump -x >dump.txt',
and attach me this file to mail. I am mainly interested in the
export-section of this DLL.
Thanks,
Kai
If I compile following you suggestion I got the following error
Exception in thread "main" java.lang.UnsatisfiedLinkError:
U:\docs\OA\articles\zlib\kbhook\kbhook.dll: The specified path is invalid
If I replace the newly compiled dll with the old one (compiled for java 32 bit)
I got
Exception in
>> From: Charles Wilson
This is possible, but of course this is up to mingw.org's maintainer,
if they want to add it.
>> From: Charles Wilson
>> I think it is a good idea; the BSD-vs-LGPL license is a good argument in
>> winpthread's favor (also, pthreads-w32 has seen relatively few
I'm trying to build a 64-bit GD DLL to support porting an existing
application that uses GD functions. Which mingw cross compilation method
is best? I've tried:
1) Cygwin + mingw
2) Msys/Mingw
3) Ubuntu + MingW
I've been having varying success with these different setups, but
nothing so far has
2011/9/20 RAPPAZ Francois :
> Yes, that does not work, on W7, to have a dll usable with java 64 bits:
> jdk='/cygdrive/c/Program Files/Java/Jdk1.7.0'
> x86_64-w64-mingw32-g++ -w -mno-cygwin -I"$jdk/include"
> -I"$jdk/include/win32" -Wl,--add-stdcall-alias -shared -o kbhook.dll
> kbhook.cpp
>
>
27 matches
Mail list logo
