klibc - Sep 2006 - creat isn't exported

Hello,

klibc-1.4 and klibc-1.4.29 don't export the creat function:

$ klcc -static -s -Wall rtfs.c -o rtfs
rtfs.c: In function 'move_ent':
rtfs.c:318: warning: implicit declaration of function 'creat'
rtfs.o: In function `move_ent':
rtfs.c:318: undefined reference to `creat'

$ grep creat\\b /usr/lib/klibc/include/ -r
/usr/lib/klibc/include/zlib.h:   descriptors are obtained from calls
like open, dup, creat, pipe or
/usr/lib/klibc/include/asm/unistd.h:#define __NR_creat            8
/usr/lib/klibc/include/asm-i386/unistd.h:#define __NR_creat 8
/usr/lib/klibc/include/linux/syscalls.h:asmlinkage long sys_creat(const
char __user *pathname, int mode);

creat.c on usr/klibc exists, but it isn't compiled. Activating it in
Kbuild allows the rtfs w/ creat to link, but it still gives a warning
about creat not being declared.

At least a #define creat(p, m) open(p, O_..., m) would be nice, for
compatibility reasons.

Regards,
Luciano Rocha

-- 
lfr
0/0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://www.zytor.com/pipermail/klibc/attachments/20060928/bae8c780/attachment.bin

Luciano Miguel Ferreira Rocha wrote:
> 
> creat.c on usr/klibc exists, but it isn't compiled. Activating it in
> Kbuild allows the rtfs w/ creat to link, but it still gives a warning
> about creat not being declared.
> 
> At least a #define creat(p, m) open(p, O_..., m) would be nice, for
> compatibility reasons.
> 
I don't care much for creat(), I've considered it obsolete for over 20 
years.  For new code, use open() instead.

It presumably should be in there for compatibility, though, at least as 
an inline.

	-hpa