Hi All, Though I don't personally have enough knowledge about the subject to really make a very good argument here, it's been suggested by steleman (from #opensolaris), that I start a thread on OpenSolaris-discuss about this function, and the possibility of including it within upcoming builds Opensolaris.
Starting all this was my <unsuccessful> attempt to compile the latest official build of Amarok under Solaris. As of version 1.4.5 they've started using dirfd(3C), which Solaris doesn't have - resulting in G++ bailing out. >From what we've discovered about dirfd(3C) so far: [i]This is a BSD extension, present in 4.3BSD-Reno, not in 4.2BSD. It is present in libc5 (since 5.1.2) and in glibc2. This function is under consideration for inclusion in a future version of POSIX.1.[/i] The advantage of adding this would be; 1) You can get the DIR file descriptor in an independent manner with a C function 2) Building Linux specific software on Solaris is that little bit easier. The possible downside is that it's being considered for inclusion in POSIX.1, but has not been included yet. Steleman was able to whip up a working implementation of dirfd(3) in record time, so time/effort shouldn't ben a hindrance for this. As a humble user, 2 is of interest to me, but I'm quite sure there is a much greater picture which is far larger then my understanding of this proposal, and thus I invite the heavyweights to weigh in on this with a far more authorative opinion :) Jonathan This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
