From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Volker Grabsch Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.bugs Subject: Re: Portability fixes for win32 cross compiling Date: Thu, 15 Apr 2010 22:58:22 +0200 Message-ID: <20100415205822.GA6186@flap> References: <20100415005116.GB28615@flap> <600433.60324.qm@web37903.mail.mud.yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1271366052 12426 80.91.229.12 (15 Apr 2010 21:14:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Apr 2010 21:14:12 +0000 (UTC) Cc: bug-guile@gnu.org, guile-devel@gnu.org To: Mike Gran Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Apr 15 23:14:10 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1O2WO0-00062A-Sl for guile-devel@m.gmane.org; Thu, 15 Apr 2010 23:14:09 +0200 Original-Received: from localhost ([127.0.0.1]:59511 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O2WNz-0002Sf-Ts for guile-devel@m.gmane.org; Thu, 15 Apr 2010 17:14:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O2WMU-0001uq-3w for guile-devel@gnu.org; Thu, 15 Apr 2010 17:12:34 -0400 Original-Received: from [140.186.70.92] (port=58066 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O2WMS-0001ti-8T for guile-devel@gnu.org; Thu, 15 Apr 2010 17:12:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O2WMP-0005Vk-R2 for guile-devel@gnu.org; Thu, 15 Apr 2010 17:12:32 -0400 Original-Received: from mail.notjusthosting.com ([78.47.75.226]:33704) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O2WMP-0005VZ-ML; Thu, 15 Apr 2010 17:12:29 -0400 Original-Received: from pd952f45c.dip.t-dialin.net ([217.82.244.92] helo=flap.v.notjusthosting.com) by mail.notjusthosting.com with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1O2WMN-0001VM-Jy; Thu, 15 Apr 2010 21:12:27 +0000 Original-Received: from vog by flap.v.notjusthosting.com with local (Exim 4.63) (envelope-from ) id 1O2W8l-0004z0-08; Thu, 15 Apr 2010 22:58:23 +0200 Content-Disposition: inline In-Reply-To: <600433.60324.qm@web37903.mail.mud.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:10227 gmane.lisp.guile.bugs:4568 Archived-At: Mike Gran schrieb: > From: Volker Grabsch vog@notjusthosting.com > > Is it really necessary to #include the > > "uniconv.h" from the cross system and to provide corresponding > > SCM_ICONVEH_* constants? > > Probably not.  I doubt that the libunistring constants are going > to change upstream, so you could hack around it by hard-coding them. > Simple, and possibly risky should libunistring decide to change them. Since I'll probably support Guile in mingw-cross-env for a long time, I'd like to find a solution that doesn't require such a bad hack. > Or, I suppose, we could write a function in strings.c to convert > SCM_ICONVEH constants to libunistring constants.  That might be > friendlier to your cross-build, but, that function would get called > very often.  Might be a slight performance hit. What about a read-only variable that is initialized on Guile initialization or as an initialized constant? Or, what about changing the generated code? Why does the generator have to determine a number to be written into the generated code? Instead, the generated "scmconfig.h" could contain code like this: #include ... #define SCM_ICONVEH_ERROR iconveh_error Greets, Volker -- Volker Grabsch ---<<(())>>--- Administrator NotJustHosting GbR