Opened 15 years ago
Closed 15 years ago
#23046 closed defect (fixed)
python31 does not build unless +universal is selected
Reported by: | snowflake (Dave Evans) | Owned by: | erickt@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.8.99 |
Keywords: | Cc: | ||
Port: | python31 |
Description
Building python31 in the standard way using
sudo port -d install python31
results in this error:
DEBUG: Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python31/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python31/work/Python-3.1.1" && /usr/bin/make -j2 all MAKE="/usr/bin/make CC=/usr/bin/gcc-4.2"' /usr/bin/install -c -d -m 755 Python.framework/Versions/3.1 if test ""; then \ /usr/bin/gcc-4.2 -o Python.framework/Versions/3.1/Python -dynamiclib \ -isysroot "" \ -all_load libpython3.1.a -Wl,-single_module \ -install_name /opt/local/Library/Frameworks/Python.framework/Versions/3.1/Python \ -compatibility_version 3.1 \ -current_version 3.1 \ -framework CoreFoundation -lintl -ldl -L/opt/local/lib -arch x86_64; \ else \ /usr/bin/libtool -o Python.framework/Versions/3.1/Python -dynamic libpython3.1.a \ -lSystem -lSystemStubs -install_name /opt/local/Library/Frameworks/Python.framework/Versions/3.1/Python -compatibility_version 3.1 -current_version 3.1 -framework CoreFoundation -lintl -ldl -L/opt/local/lib -arch x86_64;\ fi /usr/bin/libtool: unknown option character `r' in: -arch Usage: /usr/bin/libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-sacLT] Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load] make: *** [Python.framework/Versions/3.1/Python] Error 1 shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python31/work/Python-3.1.1" && /usr/bin/make -j2 all MAKE="/usr/bin/make CC=/usr/bin/gcc-4.2" " returned error 2 Error: Target org.macports.build returned: shell command failed DEBUG: Backtrace: shell command failed while executing "command_exec build" (procedure "portbuild::build_main" line 9) invoked from within "$procedure $targetname" Warning: the following items did not execute (for python31): org.macports.activate org.macports.build org.macports.destroot org.macports.install Log for python31 is at: /opt/local/var/macports/logs/python31/main.log Error: Status 1 encountered during processing.
If +universal is selected the port builds ok.
Change History (3)
comment:1 follow-up: 2 Changed 15 years ago by skymoo (Adam Mercer)
Owner: | changed from macports-tickets@… to erickt@… |
---|---|
Version: | 1.8.99 |
comment:2 Changed 15 years ago by snowflake (Dave Evans)
That's weird. I am also on Snow Leopard 10.6.2 64 bit with Xcode 3.2.1 and it does not work.
comment:3 Changed 15 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Version: | → 1.8.99 |
It's because of configure.ld_archflags in trunk. r62035
Note: See
TracTickets for help on using
tickets.
Works for me without +universal on Snow Leopard