_XOPEN_SOURCE issue on IRIX 5.3

[gschwarz]

BPO	1005308
Nosy	@loewis

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2004-08-12.13:47:02.000>
created_at = <Date 2004-08-07.23:10:01.000>
labels = ['build']
title = '_XOPEN_SOURCE issue on IRIX 5.3'
updated_at = <Date 2004-08-12.13:47:02.000>
user = 'https://bugs.python.org/gschwarz'

bugs.python.org fields:

activity = <Date 2004-08-12.13:47:02.000>
actor = 'loewis'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Build']
creation = <Date 2004-08-07.23:10:01.000>
creator = 'gschwarz'
dependencies = []
files = []
hgrepos = []
issue_num = 1005308
keywords = []
message_count = 6.0
messages = ['22002', '22003', '22004', '22005', '22006', '22007']
nosy_count = 3.0
nosy_names = ['loewis', 'mhertha', 'gschwarz']
pr_nums = []
priority = 'normal'
resolution = 'fixed'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue1005308'
versions = ['Python 2.3']

[gschwarz]

On IRIX 5.3 /usr/include/sys/types.h contains:

#if ( !defined(_XOPEN_SOURCE) && !defined(_POSIX_SOURCE) 
) || defined(_BSD_TYPES) || defined(_BSD_COMPAT)
/*
 * Nested include for BSD/sockets source compatibility.
 * (The select macros used to be defined here).
 */
#include <sys/bsd_types.h>
#endif

sys/bsd_types.h however defines u_int.
If _XOPEN_SOURCE is defined (in pyconfig.h) this results
in u_int not being known and the compilation to fail.

One way to get around this is to change configure as
follows (similarly as it is already being done for some
other OSes, it seems...):

--- configure.orig      2004-08-08 00:18:33.000000000 +
0200
+++ configure   2004-08-08 00:18:59.000000000 +0200
@@ -1466,6 +1466,8 @@
   # has another value. By not (re)defining it, the 
defaults come in place.
   AIX/4)
     define_xopen_source=no;;
+  IRIX/5.*)
+    define_xopen_source=no;;
 esac
 
 if test $define_xopen_source = yes

I am not sure if this is the best way to solve that
problem though.

[loewis]

Logged In: YES
user_id=21627

Will it build correctly if you define _BSD_TYPES or _BSD_COMPAT?

What is the difference between these two (i.e. which one is
less intrusive)? Get these defined directly, or would we
have to define something else which in turn causes
_BSD_TYPES (say) to be defined?

[gschwarz]

Logged In: YES
user_id=951222

On IRIX 5.3 unter /usr/include _BSD_TYPES occurs as follows:
/usr/include/sys/time.h:#if !defined(_POSIX_SOURCE) ||
defined(_BSD_TYPES) || defined(_BSD_COMPAT)
/usr/include/sys/types.h:#if ( !defined(_XOPEN_SOURCE) &&
!defined(_POSIX_SOURCE) ) || defined(_BSD_TYPES) ||
defined(_BSD_COMPAT)
/usr/include/unistd.h:#if ( !defined(_XOPEN_SOURCE) &&
!defined(_POSIX_SOURCE) ) || defined(_BSD_TYPES) ||
defined(_BSD_COMPAT)

Therefore it seems pretty harmless to define _BSD_TYPEs. I
manually did so by adding -D_BSD_TYPES to OPT= in the
toplevel Makefile. With this modification python 2.3.4
compiles even with _XOPEN_SOURCE defined.

[mhertha]

Logged In: YES
user_id=768223

This item could be solved by adding -D_BSD_TYPES in the
BASECFLAGS-line of the Makefile on Irix 6.5.xx and MIPSpro
Compilers: Version 7.3.1.3m

[mhertha]

Logged In: YES
user_id=768223

Undefining _XOPEN_SOURCE leads to unpredictable compiling
errors on IRIX 6.5.xx even for python.main.

As in the Irix Manpages for intro(3) mentioned, define
_BSD_TYPES if you want BSD compatibility only partly.

For IRIX 6.5.xx this is used only for the bsddbmodule.

--maik./

[loewis]

Logged In: YES
user_id=21627

This should be now fixed in

configure 1.416.4.15
configure.in 1.427.4.14
pyconfig.h.in 1.83.4.5
NEWS 1.831.4.139
configure 1.452
configure.in 1.465
pyconfig.h.in 1.103

The path I took was to define _BSD_TYPES in pyconfig.h.in.