Search found 4 matches
- Mon Apr 13, 2009 11:01 pm
- Forum: devkitPPC
- Topic: No pathconf implementation
- Replies: 1
- Views: 2964
Re: No pathconf implementation
Some further research shows that the only implementations of pathconf.c in newlib are in the sys/linux folder, i.e. are linux-specific, so presumably don't apply to GC/Wii so weren't ported to devkitPPC. Looking at the code I'm trying to port, it only tries to call pathconf if _PC_LINK_MAX is define...
- Mon Apr 13, 2009 10:46 pm
- Forum: devkitPPC
- Topic: unistd.h readlink prototype
- Replies: 1
- Views: 3044
Re: unistd.h readlink prototype
Researching further I see that this is because devkitPPC release 16 is based on newlib 1.16, and this problem isn't fixed until newlib 1.17, so this isn't really a devkitPPC-specific problem.
- Mon Apr 13, 2009 10:18 am
- Forum: devkitPPC
- Topic: No pathconf implementation
- Replies: 1
- Views: 2964
No pathconf implementation
Although devkitpro/devkitPPC/powerpc-gekko/include/sys/unistd.h has function prototypes for pathconf and fpathconf, I don't think any implementation is included. This means that porting code which uses pathconf will compile but not link. Looking at nm libc.a|grep pathconf I see no results. Am I miss...
- Sun Apr 12, 2009 11:37 pm
- Forum: devkitPPC
- Topic: unistd.h readlink prototype
- Replies: 1
- Views: 3044
unistd.h readlink prototype
I think the function prototype for readlink in unistd.h (specifically, devkitpro/devkitPPC/powerpc-gekko/include/sys/unistd.h) is out-of-date. It is currently: int _EXFUN(readlink, (const char *__path, char *__buf, int __buflen)); but I think it should be: int _EXFUN(readlink, (const char *__path, c...