delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/04/08/20:33:35

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <n2m-g.c551ql.3vvb145.1@buzzy-box.bavag>
From: Bas van Gompel <cygwin DOT buzz AT bavag DOT tmfweb DOT nl>
Subject: Re: reentrant functions
References: <20040407044353 DOT GA6805 AT panix DOT com> <20040407194643 DOT GM26558 AT cygbert DOT vinschen DOT de> <n2m-g DOT c54g74 DOT 3vv9r8p DOT 1 AT buzzy-box DOT bavag> <20040408200223 DOT GD931 AT coc DOT bosbc DOT com>
In-Reply-To: <20040408200223.GD931@coc.bosbc.com>
Organisation: Ehm...
User-Agent: slrn/0.9.8.0 (Win32) Hamster/2.0.3.0
Reply-To: cygwin AT cygwin DOT com
To: cygwin AT cygwin DOT com
Lines: 108
Date: Fri, 9 Apr 2004 02:33:05 +0200 (MET DST)
X-IsSubscribed: yes

Op Thu, 8 Apr 2004 16:02:23 -0400
schreef Christopher Faylor <cgf-no-personal-reply-please van cygwin.com>
in <20040408200223 DOT GD931 AT coc DOT bosbc DOT com>:
:  On Thu, Apr 08, 2004 at 09:30:47PM +0200, Bas van Gompel wrote:
[...]
: > $ grep -oR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq
[...]
: > _remove_r and _stat64_r only occur in winsup/cygwin/syscalls.cc.
: > _fstat_r, _getpid_r and _stat_r are in winsup/cygwin/syscalls.cc
: > and newlib/libc.
: > The others are only in newlib/libc.
: >
: > Is this the info you wanted?
:
:   Not really.  The above list includes at least one function that are
:  already exported by the DLL.

True, _fcloseall_r, _fscanf_r, _scanf_r and _sscanf_r are already in
cygwin.din.

:  We also do not want to export _r functions which are unique only to
:  newlib.  For instance, I suspect that _mallopt_r is probably not
:  something that we want to export since no other UNIX has it.

That's not what was asked...

Corinna said:
[...]
|  Cygwin.  Any volunteer to collect these non-exported newlib functions
|  so that we can add all of them?


Ok, here goes again (this time assuming if <function> is exported
_<function>_r may also be exported):

====
for f in $(grep -hoR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,' \
  |sort|uniq) ; do
 grep "^$f" winsup/cygwin/cygwin.din >/dev/null || (
 grep "^$(echo $f|sed 's,^_\(.*\)_r$,\1,')" winsup/cygwin/cygwin.din \
 >/dev/null && echo $f )
done
====
_atoi_r
_atol_r
_calloc_r
_close_r
_creat_r
_execve_r
_fcntl_r
_fgetpos_r
_fork_r
_free_r
_freopen_r
_fseek_r
_fseeko_r
_fsetpos_r
_fstat_r
_ftell_r
_ftello_r
_getenv_r
_getpid_r
_gettimeofday_r
_iprintf_r
_kill_r
_link_r
_lseek_r
_mallinfo_r
_malloc_r
_malloc_stats_r
_malloc_trim_r
_malloc_usable_size_r
_mallopt_r
_mblen_r
_memalign_r
_open_r
_printf_r
_read_r
_realloc_r
_remove_r
_rewind_r
_sbrk_r
_stat_r
_strtoll_r
_strtoull_r
_times_r
_tzset_r
_unlink_r
_valloc_r
_wait_r
_write_r
====

'_mallopt_r' is still there... Is there any reason it
should not be exported, when 'mallopt' is?

:  This is not something that will be solved by grep.  It actually
:  involves some research.

And here I was, thinking you were mean...

hth,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   /    /   really is |   and false bits entirely.    | mail for
  ) |  |  /    /    a 72 by 4 +-------------------------------+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."    | me. 4^re

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019