From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "carlo\.bramix" Newsgroups: gmane.lisp.guile.devel Subject: Re: Again on Windows support (2) Date: Tue, 23 Jun 2009 11:41:36 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1245750259 16346 80.91.229.12 (23 Jun 2009 09:44:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Jun 2009 09:44:19 +0000 (UTC) To: "guile-devel" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jun 23 11:44:16 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MJ2Y1-0006xP-SA for guile-devel@m.gmane.org; Tue, 23 Jun 2009 11:44:14 +0200 Original-Received: from localhost ([127.0.0.1]:50566 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJ2Y1-00061h-Bo for guile-devel@m.gmane.org; Tue, 23 Jun 2009 05:44:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MJ2Vg-0005Zs-7n for guile-devel@gnu.org; Tue, 23 Jun 2009 05:41:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MJ2Vb-0005Z0-SR for guile-devel@gnu.org; Tue, 23 Jun 2009 05:41:47 -0400 Original-Received: from [199.232.76.173] (port=60564 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJ2Vb-0005Ya-9l for guile-devel@gnu.org; Tue, 23 Jun 2009 05:41:43 -0400 Original-Received: from cp-out3.libero.it ([212.52.84.103]:49844) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MJ2Va-0003oy-Aa for guile-devel@gnu.org; Tue, 23 Jun 2009 05:41:43 -0400 Original-Received: from libero.it (192.168.16.58) by cp-out3.libero.it (8.5.107) id 4A3CD26600217720 for guile-devel@gnu.org; Tue, 23 Jun 2009 11:41:36 +0200 X-Sensitivity: 3 X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 213.203.169.135 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:8750 Archived-At: Hello, after cygwin, I tried again msys+mingw with the latest sources from GIT. I compiled and installed libunistring (which is a new requirement), next = I configured guile. Finally I launched compilation but after a while it hangs because an erro= r: libtool: link: gcc -Wall -Wmissing-prototypes -Werror -g -O2 -o .libs/gui= le_filter_doc_snarfage.exe c-tokenize.o /mingw/lib/libregex.dll.a /mingw= /lib/libunistring.dll.a /mingw/lib/libiconv.dll.a /mingw/lib/libgmp.dll.a= -lcrypt -lws2_32 /mingw/lib/libltdl.dll.a -L/mingw/lib c-tokenize.o: In function `yyalloc': C:/msys/1.0/home/Carlo/guile/libguile/:2140: undefined reference = to `_rpl_malloc' collect2: ld returned 1 exit status make[3]: *** [guile_filter_doc_snarfage.exe] Error 1 I temporally patched the generated Makefile by adding $(top_builddir)/lib= /.libs/libgnu.a to LIBS variable and guile_filter_doc_snarfage.exe has be= en built successfully. Evidently, it seems that guile_filter_doc_snarfage.exe needs your libgnu = as dependecy, which is missing. After fixing this little trouble, it continued to compile but it failed a= t the same point of older sources because the "splitted parameter" event.= Sincerely, Carlo Bramini. ---------- Initial Header ----------- >From : guile-devel-bounces+carlo.bramix=3Dlibero.it@gnu.org To : "guile-devel" guile-devel@gnu.org Cc : Date : Mon, 22 Jun 2009 12:22:33 +0200 Subject : Re: Again on Windows support (2) > Hello, > adding "-export-dynamic -no-undefined" fixed guile under cygwin. > Both "make" and "make install" are now executed without troubles. Succe= ss! > But unfortunately there is still one bit left: when doing "make install= " the file cygguile-i18n-v-0-0.dll is installed into /lib directory inste= ad of /bin. > All other DLL are correctly installed into /bin directory, just this on= e is an exception. > I have not idea why it happens... I hope someone has an explanation... > BTW, I have also a doubt: I changed that stuff in libguile/Makefile.am = in this manner: > > libguile_i18n_v_@LIBGUILE_I18N_MAJOR@_la_LIBADD =3D \ > libguile.la $(gnulib_library) > > libguile_i18n_v_@LIBGUILE_I18N_MAJOR@_la_LDFLAGS =3D \ > -module -L$(builddir) -lguile \ > -export-dynamic -no-undefined \ > -version-info @LIBGUILE_I18N_INTERFACE@ > > but isn't the "-lguile" wrong into LDFLAGS? It should stay into LIBADD = and hopefully we have already it with libguile.la > > Sincerely, > > Carlo Bramini. > > ---------- Initial Header ----------- > > From : guile-devel-bounces+carlo.bramix=3Dlibero.it@gnu.org > To : "guile-devel" guile-devel@gnu.org > Cc : > Date : Mon, 22 Jun 2009 11:18:05 +0200 > Subject : Re: Again on Windows support (2) > > > Hello, > > Bug found. > > The problem seems to happen because the libguile-i18n-v-0 is missing = these flags: -export-dynamic -no-undefined > > Infact it created a static library and not a DLL, I believe it failed= for this reason. > > Now I try to quickly fix it, I will retest and I will report the resu= lt. > > > > Sincerely, > > > > Carlo Bramini. > > > > > > ---------- Initial Header ----------- > > > > From : "Andy Wingo" wingo@pobox.com > > To : "carlo.bramix" carlo.bramix@libero.it > > Cc : "guile-devel" guile-devel@gnu.org > > Date : Sat, 20 Jun 2009 12:53:48 +0200 > > Subject : Re: Again on Windows support (2) > > > > > On Fri 19 Jun 2009 21:11, "carlo.bramix" w= rites: > > > > > > > Under Cygwin, compilation advanced much more with newer sources > > > > (yeah!) > > > > > > Cool :) > > > > > > > but it gave another error: > > > > > > > > GUILE_AUTO_COMPILE=3D0 ../meta/uninstalled-env guile-tools compil= e -o "ice-9/i18n. > > > > go" "ice-9/i18n.scm" > > > > Backtrace: > > > [...] > > > > ?: 34* [load-extension "libguile-i18n-v-0" "scm_init_i18n"] > > > > > > > > : In procedure dynamic-link in expression (load-ext= ension "libguile-i18n-v-0" "scm_init_i18n"): > > > > : file: "libguile-i18n-v-0", message: "can't open t= he > > > > module" > > > > > > Perhaps something is wrong when linking this module. "Can't open th= e > > > module" is not a very good warning :) > > > > > > If you've gotten to here, you might be able to run Guile: > > > > > > $ meta/guile > > > > > > If it doesn't error about srfi-1 lib loading, that means you do hav= e > > > dynamic library loading working, that it's just a problem with the = i18n > > > lib. > > > > > > Good luck, > > > > > > Andy > > > -- > > > http://wingolog.org/ > > > > > > > > > > > > > > >