X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f Date: Fri, 31 Dec 2004 20:47:24 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: djgpp-workers AT delorie DOT com Message-ID: <01c4ef69$Blat.v2.2.2$504dd860@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.2.2 CC: Kbwms AT aol DOT com In-reply-to: <200412311242.iBVCgqLY006397@speedy.ludd.ltu.se> (ams AT ludd DOT ltu DOT se) Subject: Re: More complaints from tests/libclink/check References: <200412311242 DOT iBVCgqLY006397 AT speedy DOT ludd DOT ltu DOT se> Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > From: > Date: Fri, 31 Dec 2004 13:42:52 +0100 (CET) > > I guess the math functions are what some people are working on that > occasionally post to the list. Sorry I don't remember your names > currently. Are that ready to be cvs commited? They might. You should be able to find them here: ftp://ftp.delorie.com/pub/djgpp/contrib/kbwilliams-newlongs_dt00.zip You can talk to K.B. Williams, who worked on that stuff (CC'ed), if you have any questions. (The first question I'd ask is whether there's a newer version of these functions.) > Then there are a couple of other functions that needs a programmer or > two (wchar_t functions). That's the understatement of the year! Adding wide character support to DJGPP is a serious project that needs to be designed first. (E.g., what representation will we use for wchar_t and how many bytes it will take, what multibyte representation we will use for char * strings, etc.) I'd love to hear someone volunteer for the job, but please don't underestimate it. > Missing POSIX functions: > _longjmp _setjmp accept asctime_r bind catclose catgets catopen closelog > connect ctime_r dbm_clearerr dbm_close dbm_delete dbm_error dbm_fetch > dbm_firstkey dbm_nextkey dbm_open dbm_store endhostent endnetent endprotoent > endservent endutxent flockfile fmtmsg freeaddrinfo fseeko ftello ftok > ftrylockfile funlockfile getaddrinfo getc_unlocked getchar_unlocked > getcontext getgrgid_r getgrnam_r gethostbyaddr gethostbyname gethostent > gethostid getlogin_r getnameinfo getnetbyaddr getnetbyname getnetent > getpeername getpgid getpriority getprotobyname getprotobynumber getprotoent > getpwnam_r getpwuid_r getservbyname getservbyport getservent getsid > getsockname getsockopt getsubopt getutxent getutxid getutxline gmtime_r > grantpt h_errno hcreate hdestroy hsearch iconv iconv_close iconv_open > if_freenameindex if_indextoname if_nameindex if_nametoindex inet_addr > inet_ntoa inet_ntop inet_pton j0 j1 jn killpg lfind listen localtime_r > lsearch makecontext mmap msgctl msgget msgrcv msgsnd msync munmap nftw > nl_langinfo openlog poll pread pselect putc_unlocked putchar_unlocked > pututxline rand_r readdir_r recv recvfrom recvmsg scalb sched_yield semctl > semget semop send sendmsg sendto setcontext setegid seteuid sethostent > setlogmask setnetent setpgrp setpriority setprotoent setregid setreuid > setservent setsockopt setutxent shmat shmctl shmdt shmget shutdown > sigaltstack sighold sigignore siginterrupt sigpause sigrelse sigset sigwait > sockatmark socket socketpair strerror_r strfmon strptime strtok_r > swapcontext syslog tcgetsid tdelete tfind tsearch ttyname_r twalk ualarm > ulimit unlockpt waitid wcswcs wcswidth wcwidth wordexp wordfree y0 y1 yn > > Well there's seems to be something to do for those that want to > code... We do have j0, j1, jn, y0, y1, and yn (they are in libm.a). Anyway, there's something strange with this list: I don't see some functions that are in my Posix references, like the posix_spawn* family. (Adding some of that family to DJGPP would be IMHO a good idea.)