➜
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2003-09-23 13:47 by anthonybaxter, last changed 2022-04-10 16:11 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| aclocal.m4 | anthonybaxter, 2003-09-26 17:14 | aclocal.m4 | ||
| configure.diff | anthonybaxter, 2003-09-26 18:47 | configure.diff | ||
| Messages (10) | |||
|---|---|---|---|
| msg18296 - (view) | Author: Anthony Baxter (anthonybaxter)  |
Date: 2003-09-23 13:47 | |
configure is busted when building with HP's compiler. "cc -Ac" is ancient and broken, "cc -Aa" is too anal to compile it's own system headers, and "cc -Ae" breaks autoconf. The problem is the same one as outlined here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12100 but in our case, it hits a whole lot of functions. (basically: AC_CHECK_FUNCS expands to code that ends up #including limits.h, which ends up including sys/time.h, which breaks all checks for the various time related bits.) The GCC people worked around it with their own version of the appropriate magic. |
|||
| msg18297 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-23 13:56 | |
Logged In: YES user_id=29957 the functions that fail (erroneously) are HAVE_CLOCK HAVE_GETTIMEOFDAY HAVE_MKTIME HAVE_SELECT HAVE_STRFTIME HAVE_STRPTIME HAVE_UTIMES |
|||
| msg18298 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-23 13:58 | |
Logged In: YES user_id=29957 Oh, and the problem also occurs if you use gcc instead of cc -Ae |
|||
| msg18299 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-23 14:26 | |
Logged In: YES user_id=29957 mwh points out that the snakefarm is having the same problem: http://www.lysator.liu.se/xenofarm/python/files/792_10/python-testlog.txt (we discovered and debugged this on one of the DEC^WDigital^WCompaq^WHP "testdrive" boxes) |
|||
| msg18300 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-26 17:13 | |
Logged In: YES user_id=29957 There's three ways we can fix this: 1. Hand-edit configure after running autoconf (yuk) 2. Run a CVS version of autoconf (yuk) 3. Supply an aclocal.m4 in the same way that the gcc guys used to fix the problem (a bit yuk). The aclocal fix would only be needed until the next release of autoconf is out. I've attached an aclocal.m4 that includes the GCC fix. Trying it here shows that it generates a "fixed" configure scipt - I've not yet logged onto the HP testdrive boxes to confirm it absolutely works, but it looks like the fixes I did by hand in order to get it to work. MvL, your thoughts? You seem to be the local autoconf guru... |
|||
| msg18301 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-26 17:14 | |
Logged In: YES user_id=29957 argh. sf tracker strikes again. this time for sure. |
|||
| msg18302 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-26 18:47 | |
Logged In: YES user_id=29957 I'll also attach a patch for the (generated) configure script, for those folks without autoconf on their systems. |
|||
| msg18303 - (view) | Author: Martin v. Löwis (loewis) *  |
Date: 2003-09-27 07:40 | |
Logged In: YES user_id=21627 The patch is fine; please apply. |
|||
| msg18304 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-29 08:11 | |
Logged In: YES user_id=29957 assigning to self to test. |
|||
| msg18305 - (view) | Author: Anthony Baxter (anthonybaxter) |
Date: 2003-09-30 08:48 | |
Logged In: YES user_id=29957 Tested on HP/UX testdrive systems and it works. Yay! Closing. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-10 16:11:19 | admin | set | github: 39284 |
| 2003-09-23 13:47:30 | anthonybaxter | create | |