From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan Schukat Newsgroups: gmane.lisp.guile.bugs Subject: bug#15160: Is --disable-posix excluding too much? Date: Thu, 22 Aug 2013 13:27:10 +0200 Message-ID: <5215F58E.3080901@email.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1377170909 26724 80.91.229.3 (22 Aug 2013 11:28:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Aug 2013 11:28:29 +0000 (UTC) To: 15160@debbugs.gnu.org Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Thu Aug 22 13:28:28 2013 Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VCT3z-0002DV-Uq for guile-bugs@m.gmane.org; Thu, 22 Aug 2013 13:28:28 +0200 Original-Received: from localhost ([::1]:58940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT3z-0000me-2i for guile-bugs@m.gmane.org; Thu, 22 Aug 2013 07:28:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT3n-0000kW-98 for bug-guile@gnu.org; Thu, 22 Aug 2013 07:28:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCT3d-0001kY-S1 for bug-guile@gnu.org; Thu, 22 Aug 2013 07:28:15 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52750) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT3d-0001kQ-O8 for bug-guile@gnu.org; Thu, 22 Aug 2013 07:28:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VCT3d-0003Or-E5 for bug-guile@gnu.org; Thu, 22 Aug 2013 07:28:05 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan Schukat Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Thu, 22 Aug 2013 11:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 15160 X-GNU-PR-Package: guile X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-guile@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.137717086113038 (code B ref -1); Thu, 22 Aug 2013 11:28:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 22 Aug 2013 11:27:41 +0000 Original-Received: from localhost ([127.0.0.1]:47066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VCT3F-0003OE-Ep for submit@debbugs.gnu.org; Thu, 22 Aug 2013 07:27:41 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55915) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VCT3D-0003O6-Sz for submit@debbugs.gnu.org; Thu, 22 Aug 2013 07:27:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCT33-0001Ol-4u for submit@debbugs.gnu.org; Thu, 22 Aug 2013 07:27:39 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:57114) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT33-0001Og-2W for submit@debbugs.gnu.org; Thu, 22 Aug 2013 07:27:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57510) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT2v-0000HA-Ot for bug-guile@gnu.org; Thu, 22 Aug 2013 07:27:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCT2o-0001Ju-Fk for bug-guile@gnu.org; Thu, 22 Aug 2013 07:27:21 -0400 Original-Received: from mout.web.de ([212.227.15.14]:49425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCT2o-0001JM-7P for bug-guile@gnu.org; Thu, 22 Aug 2013 07:27:14 -0400 Original-Received: from [192.168.0.27] ([92.231.219.124]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0M0yeJ-1W4RCi2jwV-00v4kP for ; Thu, 22 Aug 2013 13:27:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 X-Provags-ID: V03:K0:6gOrOFR4P5awSkIdNx4rIDj3YlBXDM/7HQNi9cWAh8yi0b+bhcp OpiMNBdJfIBCSMd35C53UpnwAW2PSNDnw7n7luqOMWSALPeCqpKtdswP4Yywb05RuqsOajm mWAxjsg0vi1ud9De2ePCZ8/rUJ3/4qo0W0G5wOtDKIHPlC0aTxgOKkdvs6x1FqK4yGxyKqD fYtzvpPXWGCVcXRo8iYLg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:7262 Archived-At: Hello, it's been a while since I wrote here. Took me a while to figure out how to best tackle the native type vector alignment thing properly. Ended up writing my own binary data formats and the smaller dynamically created ones get their own SCM_DEFINE c constructors. The compiled guile byte-vector format isn't too efficient anyway atm. Once true elf-binaries are generated I guess that is different, since they can be directly and natively embedded. When that comes along I might look into it again. It's always good to consolidate and unify code that can be, to reduce redundancy. Anyway, new issues arise. Using a scripting language somewhat portably for non-performance critical management tasks is pretty normal right? One of the prime uses. So, I'm walking directory trees now, and occasionally need to copy a file. But copy-file is not available when --disable-posix is configured. There are lot's of possible workarounds. Copying files in different languages is first semester programming assignments. The point is: a high level language shouldn't make you do this. File systems and paths are pretty much the same on all platforms guile runs on. And that's the the interface to the function: two paths. There is no reason to to not have that function everywhere. Similarly for chdir. You can work around it, and the file tree walking functions make it mostly unnecessary. But I see no reason to leave it out. Any system guile runs on knows paths. (oh, and --disable-posix is necessary to compile on/for windows/mingw, the cost of portability) Regards Jan Schukat