Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Solaris 10. mod_python build failed. #63996

Closed
lambrechtphilippe mannequin opened this issue Nov 26, 2013 · 2 comments
Closed

Solaris 10. mod_python build failed. #63996

lambrechtphilippe mannequin opened this issue Nov 26, 2013 · 2 comments
Labels
build The build process and cross-build

Comments

@lambrechtphilippe
Copy link
Mannequin

lambrechtphilippe mannequin commented Nov 26, 2013

BPO 19797
Nosy @tiran

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 2013-11-26.12:43:26.313>
created_at = <Date 2013-11-26.12:27:48.384>
labels = ['build', 'invalid']
title = 'Solaris 10. mod_python build failed.'
updated_at = <Date 2013-11-26.12:43:26.312>
user = 'https://bugs.python.org/lambrechtphilippe'

bugs.python.org fields:

activity = <Date 2013-11-26.12:43:26.312>
actor = 'christian.heimes'
assignee = 'none'
closed = True
closed_date = <Date 2013-11-26.12:43:26.313>
closer = 'christian.heimes'
components = ['Build']
creation = <Date 2013-11-26.12:27:48.384>
creator = 'lambrechtphilippe'
dependencies = []
files = []
hgrepos = []
issue_num = 19797
keywords = []
message_count = 2.0
messages = ['204468', '204469']
nosy_count = 2.0
nosy_names = ['christian.heimes', 'lambrechtphilippe']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue19797'
versions = ['3rd party']
@lambrechtphilippe
Copy link
Mannequin Author

lambrechtphilippe mannequin commented Nov 26, 2013

Bonjour. Any idea ?

mod_python 3.3.1 apache 2.2.6

...
/METHPR/tmp/apache/build/libtool --silent --mode=link gcc -o mod_python.la -rpath /METHPR/tmp/apache/modules -module -avoid-version finfoob
ject.lo hlistobject.lo hlist.lo filterobject.lo connobject.lo serverobject.lo util.lo tableobject.lo requestobject.lo _apachemodule.lo mod_pyth
on.lo -L/METHPR/data/python/lib/python2.6/config -lm -lintl -lpython2.6 -lsocket -lnsl -lrt -ldl -lm _eprintf.o _floatdidf.o _muldi3.o

*** Warning: Linking the shared library mod_python.la against the non-libtool
*** objects _eprintf.o _floatdidf.o _muldi3.o is not portable!
Text relocation remains referenced
against symbol offset in file
.text (section) 0x1510 /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)
.text (section) 0x1514 /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)
.text (section) 0x1518 /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)
.text (section) 0x151c /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)
.text (section) 0x1520 /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)
.text (section) 0x1524 /METHPR/data/python/lib/python2.6/config/libpython2.6.a(floatobject.o)

.../...
0x33ec /METHPR/produits/python/lib/python2.6/config/libpython2.6.a(fileobject.o)
__filbuf 0x33fc /METHPR/produits/python/lib/python2.6/config/libpython2.6.a(fileobject.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
apxs:Error: Command failed with rc=65536
.
*** Error code 1
make: Fatal error: Command failed for target mod_python.so' Current working directory /METHPR/data/mod_python-3.3.1/src *** Error code 1 The following command caused the error: cd src && make make: Fatal error: Command failed for target do_dso'

@lambrechtphilippe lambrechtphilippe mannequin added the build The build process and cross-build label Nov 26, 2013
@tiran
Copy link
Member

tiran commented Nov 26, 2013

Please contact the developers of mod_python. The Python bug tracker is not the right place to get support for 3rd party software. The "3rd party" version is only for 3rd party code that is part of the main Python distribution (e.g. sqlite or zlib).

@tiran tiran closed this as completed Nov 26, 2013
@tiran tiran added the invalid label Nov 26, 2013
@ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
build The build process and cross-build
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@tiran