From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8186 invoked by alias); 25 May 2017 13:00:29 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 41155 Received: (qmail 5230 invoked from network); 25 May 2017 13:00:29 -0000 X-Qmail-Scanner-Diagnostics: from aok120.rev.netart.pl by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(85.128.245.120):SA:0(0.0/5.0):. Processed in 2.336465 secs); 25 May 2017 13:00:29 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: psprint@zdharma.org X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at zdharma.org does not designate permitted sender hosts) X-Virus-Scanned: by amavisd-new using ClamAV (18) Date: Thu, 25 May 2017 15:00:19 +0200 From: Sebastian Gniazdowski To: tetsujin@scope-eye.net, zsh-workers@zsh.org Message-ID: In-Reply-To: <8b3ca9a21415fa118f593dcc189bb5e04e64e75d@webmail.scope-eye.net> References: <8b3ca9a21415fa118f593dcc189bb5e04e64e75d@webmail.scope-eye.net> Subject: Re: Building a new ZSH module outside the ZSH source tree X-Mailer: Airmail (231) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 25 maja 2017 at 00:41:41, tetsujin=40scope-eye.net (tetsujin=40scope-e= ye.net) wrote: > Perhaps the best answer is to call into the script from my module's > build system, and then use the Makefile it generates. Perhaps that > could even work without having to place my module in a subdirectory of > the shell's build tree=3F (Not sure about that one.) I think it will work, all is needed is what is automatically generated fr= om .c files =E2=80=93 functions marked with /**/ are exported, etc. I did= n't do this, have this in back of my head, currently I focus on the body = of the topic =E2=80=93 the actual modules =E2=80=93 having the Zsh's conf= igure script handling things for me. One thing: from Zsh 5.2 there was introduced addmodulefd() call. Created = file descriptors should be registered with it. So module will need =23ifd= efs disabling this call to properly load on zsh-5.0.8 or similar. I think= what the addmodulefd() does isn't actually or fully used within shell, t= he fd-management still actually relies on dup, dup2 knowing which =46Ds a= re taken and which are free. Am I right, could someone clarify=3F I'm looking for a way to disable addmodule fd call, either at compile tim= e (would have to guess that user has zsh < 5.2, or use --disable-addfd co= nfigure option), or at run-time. --=C2=A0 Sebastian Gniazdowski psprint /at/ zdharma.org