[ python-Bugs-985154 ] HAVE_FDATASYNC incorrectly set for 2.3.4 under cygwin

[SourceForge.net]

Bugs item #985154, was opened at 2004-07-04 22:38
Message generated for change (Comment added) made by nnorwitz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=985154&group_id=5470

Category: Build
Group: Python 2.3
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Gregory Smith (gregsmith)
Assigned to: Jason Tishler (jlt63)
Summary: HAVE_FDATASYNC incorrectly set for 2.3.4 under cygwin

Initial Comment:
Building 2.3.4 from the tarball, 
#define HAVE_FDATASYNC 1
appears in the pyconfig.h file, and
the build of 'posixmodule' fails with
undefined symbol _fdatasync

Workaround is to delete the line
and proceed, of course, but I've
never seen this before when building
under cygwin.

There is no 'fdatasync' mentioned
in any /usr/include/*.h or /usr/local/include/*.h

The cygwin installation is kind of a mongrel
(4 or 5 upgrades since install, some selective)
This is the ID string from the built python:

Python 2.3.4 (#2, Jul  4 2004, 22:10:22)
[GCC 3.3.1 (cygming special)] on cygwin

Let me know of any details of the cygwin install
which might be useful.




----------------------------------------------------------------------

>Comment By: Neal Norwitz (nnorwitz)
Date: 2004-08-12 11:52

Message:
Logged In: YES 
user_id=33168

Your wish is my command. :-)  Closing as invalid, since this
seems more a cygwin setup problem.  Greg can re-open if he
disagrees.

----------------------------------------------------------------------

Comment By: Jason Tishler (jlt63)
Date: 2004-08-09 12:43

Message:
Logged In: YES 
user_id=86216

There has been no follow-up from Greg in a month.
OK to close?

----------------------------------------------------------------------

Comment By: Jason Tishler (jlt63)
Date: 2004-07-08 07:10

Message:
Logged In: YES 
user_id=86216

nnorwitz> Jason, do you know what the deal is with cygwin?

AFAICT, Greg's Cygwin setup seems suspect.  Actually, he
alluded to this fact in the following:

gregsmith> The cygwin installation is kind of a mongrel...

On my Cygwin setup (i.e., 1.5.10-3), I have the following:

/usr/include/sys/unistd.h:
    #ifndef __CYGWIN__
    int     _EXFUN(fdatasync, (int __fd));
    #endif

pyconfig.h:

    /* Define if you have the 'fdatasync' function. */
    /* #undef HAVE_FDATASYNC */

Additionally, the official Cygwin Python package built
cleanly.

Greg, what version of Cygwin are you using? If not 1.5.10-3,
then please upgrade and try again. If so, then your setup
seems to be corrupted. Try reinstalling. Does it work any
better now?

----------------------------------------------------------------------

Comment By: Neal Norwitz (nnorwitz)
Date: 2004-07-07 21:32

Message:
Logged In: YES 
user_id=33168

Jason, do you know what the deal is with cygwin?

----------------------------------------------------------------------

Comment By: Michael Hudson (mwh)
Date: 2004-07-07 07:12

Message:
Logged In: YES 
user_id=6656

Well, I guess that's an arguable bug in cygwin, but if you want to 
supply a patch that modifies configure to do the linking test too, 
I'll at least think about applying it :-)

----------------------------------------------------------------------

Comment By: Gregory Smith (gregsmith)
Date: 2004-07-05 21:58

Message:
Logged In: YES 
user_id=292741

looked into config.log and 'configure' itself.. the compile
for fdatasync succeeded, but the script does not attempt
to link it.  gcc -E  led me to the following 
chunk of /usr/include/sys/unistd.h:

(not inside any #ifdefs, as far as I can tell)

int     _EXFUN(fdatasync, (int __fd));


So it's declared in the header, but it's not in the
library. This symbol is defined in libc.a on a RH8.0
system, I can't find it anywhere on the cygwin system.
 




----------------------------------------------------------------------

Comment By: Michael Hudson (mwh)
Date: 2004-07-05 09:40

Message:
Logged In: YES 
user_id=6656

That's odd.  Why does configure think you have fdatasync?  Maybe 
config.log will help...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=985154&group_id=5470