Re: GtkExtra wont compile to DLL on MingW64 WinXP64 orWin7/64
"oliver" <[email protected]> Fri, 16 Dec 2016 01:33:56 -0500
| Newsgroups | gmane.comp.scigraphica.gtkextra |
|---|---|
| Message-ID | <23CE3EF290614AE6B167D038B7246D21@art64> |
This is a multi-part message in MIME format. --===============4435161299141020052== Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A2_01D2573C.79264090" This is a multi-part message in MIME format. ------=_NextPart_000_01A2_01D2573C.79264090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dr Mr Paquet et al: =20 Cheers for that, and sorry about the lateness of my update, but in fact = the post by Tom Schoonjans (see below) held the solution, and with those = steps, the 64bit variant also compiles under Mingw64-x86 (incidentally, I did = note that the 32 bit variant compiled already under Mingw64_i686, so clearly = the comdlg32.dll must have existed, and been OK). =20 Many thanks to Tom Schoonjans. =20 For completeness. The post by Tom Schoonjans: =20 ------------------------------ The developers are aware of this problem: it has to do with the fact = that the tarballs were generated on Centos6, which ships with an old version = of libtool, and produces tarballs that are not compatible with MinGW64. The solution is simple: install the most recent versions of autoconf, automake and libtool, and run 'autoreconf -if' within the unpacked = source tarball. It should work properly then. Best regards, Tom =20 ------------------------------ =20 As I had all of the latest versions of the request tools already = installed, it was simply a matter of =20 autoreconf -if =20 ./configure --prefix=3D.... enable-glade &&\ make && \ make install =20 =20 =20 Incidentally, as a kind of by-product, there was a weird problem with = the 3.3.0 release in that (for reasons unknown to us) it produced a "duff config.h" (e.g. all the macro's were undefined etc, and so under the 32 = bit build we had to create the config.h manually). With the autoreconf, it produces the config.h correctly also with 3.3.0. =20 ... we tested it with 3.3.3 also, and it worked, but we are sticking = with 3.3.0 for now since we had implemented some proprietary changes to the GtkExtra 3.3.0 source which we wish to retain for the moment. =20 =20 =20 Many thanks to all =20 DrOli =20 -----Original Message----- From: FredyPaquet [mailto:[email protected]]=20 Sent: 15 December 2016 00:54 To: oliver Cc: [email protected] Subject: AW: [gtkextra] GtkExtra wont compile to DLL on MingW64 WinXP64 orWin7/64 Hello oliver This looks like a problem in your toolchain. We're cross-compiling GtkExtra V3.3.3 and Gtk V2.24.28 for Win 32-Bit = and 64-Bit without any problems here.=20 I would double check the linker path, because you mentioned that = comdlg.ddl exists in your 64-Bit environment. Maybe the file is defect. fp --=20 Fredy Paquet=20 OPAG Informatik AG Fabrikmattenweg 11 CH-4144 Arlesheim=20 Tel. 0041 61 7169222=20 Fax. 0041 61 7169229=20 http://www.opag.ch=20 Am 14. Dezember 2016 13:43, schrieb oliver: _____ =20 -------------------------------------------------------------------------= --- --=20 Check out the vibrant tech community on one of the world's most=20 engaging tech sites, SlashDot.org! http://sdm.link/slashdot _____ =20 _______________________________________________=20 Scigraphica-gtkextra mailing list=20 [email protected]=20 https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra=20 ------=_NextPart_000_01A2_01D2573C.79264090 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <TITLE>Message</TITLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.6001.23562"></HEAD> <BODY> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>Dr Mr=20 Paquet et al:</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>Cheers=20 for that, and sorry about the lateness of my update, but in fact the = post by Tom=20 Schoonjans (see below) held the solution, and with those steps, the = 64bit=20 variant also compiles under Mingw64-x86 (incidentally, I did = note=20 that the 32 bit variant compiled already under Mingw64_i686, so clearly = the=20 comdlg32.dll must have existed, and been OK).</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>Many=20 thanks to Tom Schoonjans.</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>For=20 completeness. The post by Tom Schoonjans:</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016>------------------------------</SPAN></FONT></= DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016> <DIV>The developers are aware of this problem: it has to do with the = fact that=20 the tarballs were generated on Centos6, which ships with an old version = of=20 libtool, and produces tarballs that are not compatible with = MinGW64.</DIV> <DIV><BR></DIV> <DIV>The solution is simple: install the most recent versions of = autoconf,=20 automake and libtool, and run 'autoreconf -if’ within the unpacked = source=20 tarball. It should work properly then.</DIV> <DIV><BR></DIV> <DIV>Best regards,</DIV> <DIV><BR></DIV> <DIV>Tom</DIV></SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016>------------------------------</SPAN></FONT></= DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>As I=20 had all of the latest versions of the request tools already installed, = it was=20 simply a matter of</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016>autoreconf -if</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016>./configure --prefix=3D.... = enable-glade=20 &&\</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>make=20 && \</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>make=20 install</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016>Incidentally, as a kind of by-product, there = was a=20 weird problem with the 3.3.0 release in that (for reasons unknown to us) = it=20 produced a "duff config.h" (e.g. all the macro's were undefined etc, and = so=20 under the 32 bit build we had to create the config.h manually). = With the=20 autoreconf, it produces the config.h correctly also with=20 3.3.0.</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN = class=3D671461706-16122016>... we=20 tested it with 3.3.3 also, and it worked, but we are sticking with 3.3.0 = for now=20 since we had implemented some proprietary changes to the GtkExtra 3.3.0 = source=20 which we wish to retain for the moment.</SPAN></FONT></DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial><SPAN=20 class=3D671461706-16122016></SPAN></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial></FONT> </DIV> <DIV><FONT color=3D#0000ff size=3D2 face=3DArial></FONT> </DIV> <DIV><SPAN class=3D671461706-16122016><FONT color=3D#0000ff size=3D2 = face=3DArial>Many=20 thanks to all</FONT></SPAN></DIV> <DIV><SPAN class=3D671461706-16122016><FONT color=3D#0000ff size=3D2=20 face=3DArial></FONT></SPAN> </DIV> <DIV><SPAN class=3D671461706-16122016><FONT color=3D#0000ff size=3D2=20 face=3DArial>DrOli</FONT></SPAN></DIV> <DIV> </DIV> <BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px" dir=3Dltr> <DIV></DIV> <DIV dir=3Dltr lang=3Den-us class=3DOutlookMessageHeader = align=3Dleft><FONT size=3D2=20 face=3DTahoma>-----Original Message-----<BR><B>From:</B> FredyPaquet=20 [mailto:[email protected]] <BR><B>Sent:</B> 15 December 2016 = 00:54<BR><B>To:</B>=20 oliver<BR><B>Cc:</B>=20 [email protected]<BR><B>Subject:</B> AW: = [gtkextra]=20 GtkExtra wont compile to DLL on MingW64 WinXP64=20 orWin7/64<BR><BR></FONT></DIV>Hello oliver<BR><BR>This looks like a = problem in=20 your toolchain.<BR><BR>We're cross-compiling GtkExtra V3.3.3 and Gtk = V2.24.28=20 for Win 32-Bit and 64-Bit without any problems here. <BR><BR>I would = double=20 check the linker path, because you mentioned that <A=20 href=3D"http://comdlg.ddl">comdlg.ddl</A> exists in your 64-Bit = environment.=20 Maybe the file is defect.<BR><BR>fp<BR> <DIV class=3Dprofimail-signature><BR>-- <BR>Fredy Paquet <BR>OPAG = Informatik=20 AG<BR>Fabrikmattenweg 11<BR>CH-4144 Arlesheim <BR>Tel. 0041 61 7169222 = <BR>Fax. 0041 61 7169229 <BR>http://www.opag.ch </DIV><BR><BR> <DIV class=3Dprofimail-cite-prefix>Am 14. Dezember 2016 13:43, schrieb = oliver:<BR></DIV> <BLOCKQUOTE type=3D"cite"><BR> <HR> = -------------------------------------------------------------------------= -----=20 <BR>Check out the vibrant tech community on one of the world's most=20 <BR>engaging tech sites, SlashDot.org! = http://sdm.link/slashdot<BR><BR> <HR> _______________________________________________ = <BR>Scigraphica-gtkextra=20 mailing list <BR>[email protected]=20 = <BR>https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra=20 <BR></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML> ------=_NextPart_000_01A2_01D2573C.79264090-- --===============4435161299141020052== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot --===============4435161299141020052== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Scigraphica-gtkextra mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra --===============4435161299141020052==--