Mail Archives: djgpp-workers/2004/12/31/13:49:44
> From: <ams AT ludd DOT ltu DOT se>
> 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.)
- Raw text -