[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2017-11-02 Thread Berker Peksag
Berker Peksag added the comment: Thank you for doing issue triage, Masayuki! -- nosy: +berker.peksag resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2017-11-01 Thread Masayuki Yamamoto
Masayuki Yamamoto added the comment: This issue has been out-of-date since Python 3.4 maintenance became security status. -- ___ Python tracker

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2015-04-20 Thread Masayuki Yamamoto
Masayuki Yamamoto added the comment: This issue resolved on default branch in #20597 . In 3.4 branch latest, PATH_MAX seems unused already in Modules/main.c:12 and Python/pythonrun.c:35. I want to cherry-pick #20597 to 3.4 branch. -- nosy: +masamoto

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2014-08-03 Thread Roumen Petrov
Roumen Petrov added the comment: Hi Mark, #else before is not solution. See unified diff below as post by Scott Rostrup lack definition Some additional information: a) move outside #ifdef HAVE_FCNTL_H : definition PATH_MAX is not related to control functions on open files (fcntl.h) b)

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2014-07-29 Thread Mark Lawrence
Mark Lawrence added the comment: main.c has this. #if defined(MS_WINDOWS) || defined(__CYGWIN__) #include windows.h #ifdef HAVE_FCNTL_H #include fcntl.h #define PATH_MAX MAXPATHLEN #endif #endif Wouldn't inserting #else before #define fix this issue? -- components: +Build

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2014-07-29 Thread Roumen Petrov
Changes by Roumen Petrov bugtr...@roumenpetrov.info: -- nosy: +rpetrov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8548 ___ ___ Python-bugs-list

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2014-07-29 Thread Mark Lawrence
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8548 ___ ___

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2014-07-29 Thread Terry J. Reedy
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: -terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8548 ___ ___ Python-bugs-list

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2012-05-29 Thread Nicholas DiPiazza
Nicholas DiPiazza nicholas.dipia...@gmail.com added the comment: In Python3.1.2-src/Modules/main.c I actually had to use this to get it to work: #if defined(MS_WINDOWS) || defined(__CYGWIN__) #include windows.h #ifdef HAVE_FCNTL_H #include fcntl.h #endif #ifndef HAVE_FCNTL_H #define PATH_MAX

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2010-12-23 Thread Scott Rostrup
Scott Rostrup scott.rost...@googlemail.com added the comment: I just encountered this error in python 3.1.3 on cygwin 1.7. I used the same fix as jbinder. Old Modules/main.c (line 13): #if defined(MS_WINDOWS) || defined(__CYGWIN__) #include windows.h #ifdef HAVE_FCNTL_H #include

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2010-08-10 Thread Florent Xicluna
Changes by Florent Xicluna florent.xicl...@gmail.com: -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8548 ___ ___

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2010-08-05 Thread Terry J. Reedy
Terry J. Reedy tjre...@udel.edu added the comment: None of the developers are much up on Cygwin and I am not sure it is directly supported by the core distribution. If it is not, this should be closed unless you have a specific patch. In any case, you might do better with your question on

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

2010-04-27 Thread Jeff Binder
New submission from Jeff Binder extru...@gmail.com: Building Python 3.1.2 on Cygwin 1.7, I got errors in main.c stemming from a warning: PATH_MAX redefined (see attached log). I got around this by commenting out the #define. I don't know if the best solution is #ifndef, #undef, or something