From: Jim J. <jam...@ce...> - 2011-04-10 05:05:19
|
I've installed MinGW (using mingw-get-inst-20110316.exe) on Windows 7 Home Premium. Am attempting to build gnutls-2.4.1 as a dependency of libvmime-0.9.1. I've also tried building gnutls-2.6.6 with the same results. (I am advised that building libvmime on MingGW requires a pre-2.8 version of gnutls). The build of each version of gnutls fails during linking steps in "make" with errors such as "<build folder>/gl/version-etc.c: 58: undefined reference to libintl_fprintf" "<build folder>/gl/version-etc.c: 65: undefined reference to libintl_gettext" "<build folder>/gl/version_etc.c: 141: undefined reference to libintl_vfprintf" There are repeats of the above in version-etc.c and also in error.c (in the same folder with version-etc.c). The messages are traced to source lines containing "fprintf", "vfprintf" statements. Commenting these out allows the build to complete. If there is a better workaround, or if I've overlooked some essential step I would appreciate some suggestions. I've looked for a source.tar for libintl (in case it's a dependency) but have found none. Jim Jensen |
From: John B. <joh...@ho...> - 2011-04-10 05:31:37
|
On Sat, 9 Apr 2011 22:05:01 -0700, Jim Jensen wrote: > > I've looked for a source.tar > for libintl (in case it's a dependency) but have found none. > Libintl is part of gettext. Install the pre-built MinGW gettext with `mingw-get install mingw32-gettext'. Regards, Alias John Brown. |
From: Jim J. <jam...@ce...> - 2011-04-10 16:43:15
|
Greetings, John Brown Thank you very much for your quick response. It seemed I had no more posted the question than your answer was in my Inbox. I've done as you suggested (I assume the mingw-get command was to be made at the MinGW Shell prompt): "Libintl is part of gettext. Install the pre-built MinGW gettext with `mingw-get install mingw32-gettext'." The command succeeded. The library appeared in c:/MinGW/lib and I added this path to the LIB environment variable. However, the build symptom persists exactly as before. Apparently I need to do something more. If I'm exhibiting gross ignorance here, I apologize in advance. Most of my computing life lately I've spent developing Qt applications on Ubuntu, then trying (with some success, actually) to port them to Windows using the Qt sdk for Windows (which includes at least portions of mingw). The Qt project of interest built fine until I added a mail facility depending on libvmime. Works fine on Linux, but am having trouble getting a usable version of libvmime on Windows. I'm aware that libvmime builds flawlessly on Ubuntu using mingw-cross-env-2.20. However the resulting libvmime fails to link using the mingw built into the Qt sdk for Windows. There are many undefined references to: "vmime::platforms::posix::posixHandler::posixHandler()" "__gxx_personality_sj0", "_Unwind_SjLj_Register", "_Unwind_SjLj_Unregister", "_Unwind_SjLj_Resume" In a perfect world, libraries built on Linux using mingw-cross-env would link properly in applications being built on Windows using mingw. Again, I may be missing something. Any additional suggestions would be much appreciated. On 4/9/2011 10:31 PM, John Brown wrote: > On Sat, 9 Apr 2011 22:05:01 -0700, Jim Jensen wrote: > >> I've looked for a source.tar >> for libintl (in case it's a dependency) but have found none. >> > Libintl is part of gettext. Install the pre-built MinGW gettext > with `mingw-get install mingw32-gettext'. > > Regards, > Alias John Brown. > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe > > |
From: Charles W. <cwi...@us...> - 2011-04-10 17:01:50
|
On 4/10/2011 12:43 PM, Jim Jensen wrote: > However, the build symptom persists exactly as before. Apparently I > need to do something more. You many ALSO need to install mingw32-gettext-dev. > I'm aware that libvmime builds flawlessly on Ubuntu using > mingw-cross-env-2.20. However the resulting libvmime fails to link > using the mingw built into the Qt sdk for Windows. There are many > undefined references to: > > "vmime::platforms::posix::posixHandler::posixHandler()" > "__gxx_personality_sj0", > "_Unwind_SjLj_Register", > "_Unwind_SjLj_Unregister", > "_Unwind_SjLj_Resume" Ah. That's because the ubuntu cross environment compiler was configured to use SJLJ exception handling. The MinGW native compiler was configured to use dwarf2 exception handling. Therefore, the native compiler's runtime library can't satisfy some the symbols that libraries built using the ubuntu compiler expect. There's no way around this -- you need to "stick with" one environment or the other for your entire chain. Either build EVERYTHING using the ubuntu compiler, or EVERYTHING using the mingw.org native compiler. (Unfortunately, I don't see Ubuntu -- or mandriva, or fedora, etc -- switching their compiler to dwarf2, because they now have to worry about backwards compatibility with their own offerings. Ditto for mingw.org, so the discrepancy is likely to persist. :-( -- Chuck |