[Bug 4195] New: accept4() declared when not implemented in some conditions

[bugzilla at busybox.net]

https://bugs.busybox.net/show_bug.cgi?id=4195

           Summary: accept4() declared when not implemented in some
                    conditions
           Product: uClibc
           Version: 0.9.32
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P5
         Component: Networking
        AssignedTo: unassigned at uclibc.org
        ReportedBy: guijemont at igalia.com
                CC: uclibc-cvs at uclibc.org
   Estimated Hours: 0.0


Created attachment 3565
  --> https://bugs.busybox.net/attachment.cgi?id=3565
Only declare accept4() if __ASSUME_ACCEPT4 is defined

When compiling for arm against a 2.6.35 kernel, I have the following
inconsistency:
 - sys/sockets.h declares accept4()
 - accept4() is not implemented, because neither __NR_accept4 nor
__NR_socketcall is defined

When trying to compile Qt against uClibC 0.9.32 in these conditions, I get a
linking error complaining that accept4() is not available. If I comment out the
declaration of accept4() in sys/sockets.h, Qt compiles without complaining. I'm
not sure I understand everything that happens there though.

All of this occurs inside of buildroot.

I have patches that seem to fix this, but I am not sure that is the right way
of doing this.


Might be related to #3877

-- 
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.