February 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #46450: p5-html-mason: upgrade, remove support for Apache 1, make it work with multiple versions of Perl
by MacPorts 09 Feb '15

09 Feb '15

#46450: p5-html-mason: upgrade, remove support for Apache 1, make it work with multiple versions of Perl -------------------------+------------------------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: p5-html-mason p5-http-server- | simple-mason -------------------------+------------------------------------------------- I'm attaching a patch to upgrade `p5-html-mason`. The tests set succeeds for 5.16, but there are some problems: * Is dependency on `mod_perl[2]` needed? * Can we drop support for `mod_perl` (Apache 1) * I can remove dependency on `mod_perl2`, then `p5.20-html-mason` builds ok, but it tries to install everything for 5.16 instead of 5.20 See also #42582 -- Ticket URL: <https://trac.macports.org/ticket/46450> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #46764: mod_perl: obsolete outdated/unmaintained port, not compatible with perl5.16+
by MacPorts 09 Feb '15

09 Feb '15

#46764: mod_perl: obsolete outdated/unmaintained port, not compatible with perl5.16+ ----------------------+-------------------------------- Reporter: devans@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: mod_perl ----------------------+-------------------------------- mod_perl (version 1.x) fails to build with perl5.16 as follows {{{ /usr/bin/clang -O3 -I/opt/local/lib/perl5/5.16.3/darwin-thread-multi- 2level/CORE -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -DMOD_PERL_VERSION=\"1.31\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.31\" -DMOD_PERL_PREFIX=\"/opt/local/lib/perl5/site_perl/5.16.3/darwin-thread- multi-2level\" -I/opt/local/include/httpd -DMOD_PERL -DDARWIN -DUSE_HSREGEX -pipe -Os -std=c89 -arch x86_64 -c perlio.c && mv perlio.o perlio.lo /usr/bin/clang -O3 -I/opt/local/lib/perl5/5.16.3/darwin-thread-multi- 2level/CORE -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -DMOD_PERL_VERSION=\"1.31\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.31\" -DMOD_PERL_PREFIX=\"/opt/local/lib/perl5/site_perl/5.16.3/darwin-thread- multi-2level\" -I/opt/local/include/httpd -DMOD_PERL -DDARWIN -DUSE_HSREGEX -pipe -Os -std=c89 -arch x86_64 -c mod_perl_opmask.c && mv mod_perl_opmask.o mod_perl_opmask.lo perl_util.c:673:5: error: use of undeclared identifier 'PL_uid' uid = (int)getuid(); ^ ./perl_PL.h:68:13: note: expanded from macro 'uid' #define uid PL_uid ^ perl_util.c:674:5: error: use of undeclared identifier 'PL_euid' euid = (int)geteuid(); ^ ./perl_PL.h:47:14: note: expanded from macro 'euid' #define euid PL_euid ^ perl_util.c:675:5: error: use of undeclared identifier 'PL_gid' gid = (int)getgid(); ^ ./perl_PL.h:50:13: note: expanded from macro 'gid' #define gid PL_gid ^ perl_util.c:676:5: error: use of undeclared identifier 'PL_egid' egid = (int)getegid(); ^ ./perl_PL.h:38:14: note: expanded from macro 'egid' #define egid PL_egid ^ perl_util.c:761:mod_perl.c:525:28: warning: 34: warning: invalid conversion specifier '_' [-Wformat-invalid-specifier] invalid conversion specifier '_' [-Wformat-invalid-specifier] sv_catpvf(fake, " at %_ line ", GvSV(CopFILEGV(curcop))); ~^ fprintf(stderr, "%s", form("%_ is version %_\n", ~^ mod_perl.c:525:48: warning: invalid conversion specifier '_' [-Wformat- invalid-specifier] fprintf(stderr, "%s", form("%_ is version %_\n", ~^ mod_perl.c:536:22: warning: invalid conversion specifier '_' [-Wformat- invalid-specifier] sv_setpvf(namesv, "%_/Apache.pm", dir); ~^ 1 warning and 4 errors generated. mod_perl.c:562:31: warning: invalid conversion specifier 'v' [-Wformat- invalid-specifier] char *version = form("Perl/v%vd", PL_patchlevel); ~^ make[1]: *** [perl_util.lo] Error 1 make[1]: *** Waiting for unfinished jobs.... mod_perl.c:788:15: error: expression is not assignable GvCV(exitgp) = perl_get_cv("Apache::exit", TRUE); ~~~~~~~~~~~~ ^ perl_config.c:1723:22: error: expression is not assignable CvGV(cv) = gv; ~~~~~~~~ ^ 1 error generated. make[1]: Entering directory `/opt/local/var/macports/build/_opt_macports_trunk_dports_www_mod_perl/mod_perl/work/mod_perl-1.31/Apache' make[1]: *** [perl_config.lo] Error 1 4 warnings and 1 error generated. }}} The undeclared identifiers mentioned were removed from perl in perl5.16. See [https://rt.cpan.org/Public/Bug/Display.html?id=77129 upstream bug report RT #77129] for this problem against mod_perl 2.0.6. Although a patch was proposed to fix the problem and incorporated into mod_perl 2.x, it was never backported to mod_perl 1.x. I've tried the patch as given against mod_perl, but it fixes only a portion of the problems associated with these missing identifiers. Unless there is someone who really needs this port and is willing to take maintainership and make it work with current perl versions, I see no point in carrying it further and propose to remove it and it sole dependency p5-libapr and remove optional support for it in other ports such as p5 -html-mason. Mavericks build log attached. -- Ticket URL: <https://trac.macports.org/ticket/46764> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #46807: base: allow dots (.) in variant names
by MacPorts 09 Feb '15

09 Feb '15

#46807: base: allow dots (.) in variant names -------------------------+-------------------------------- Reporter: pixilla@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/46807> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45174: defect: build of libgcc 4.9.1 fails on PPC Leopard (Mac OS X 10.5.8) because of "Bootstrap comparison failure!"
by MacPorts 09 Feb '15

09 Feb '15

#45174: defect: build of libgcc 4.9.1 fails on PPC Leopard (Mac OS X 10.5.8) because of "Bootstrap comparison failure!" ------------------------------+-------------------- Reporter: Peter_Dyballa@… | Owner: mww@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: fixed | Keywords: Port: libgcc | ------------------------------+-------------------- Changes (by jeremyhu@…): * status: new => closed * resolution: => fixed Comment: #46801 -- Ticket URL: <https://trac.macports.org/ticket/45174#comment:17> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46801: ld64 @2 +ld64_127 : Wrong default for G4 Leopard
by MacPorts 09 Feb '15

09 Feb '15

#46801: ld64 @2 +ld64_127 : Wrong default for G4 Leopard -----------------------------------+-------------------------------- Reporter: zanderpower@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: PPC G4 Leopard libgcc | Port: ld64 -----------------------------------+-------------------------------- The default choice for '''OS X 10.5.8''', at least on 32-bit G4's, is '''ld64 +ld64_127'''. Out of the box, '''libgcc @4.9.2_1''' will not build using this variant. You might try adjusting the defaults for various particular platforms and OS versions (for all I know, '''ld64 +ld64_127''' may work on a 64-bit G5). While posting to an open ticket for libgcc, I noticed other people are having the same problem: [https://trac.macports.org/ticket/46557] and [https://trac.macports.org/ticket/45174] These failures might also be confounded with a recurring '''libgcc bootstrap regression issue''' (see [https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703] '''NB''': I am in the middle of rebuilding MacPorts from scratch after the registry became corrupted, prior to the failure of my PowerBook's DC-power logic board, for which I waited two weeks for a replacement. After the '''libgcc @4.9.2_1''' build failed, I tried compiling '''libgcc @4.9.1_1''', which worked back in November--again, failure. Then, following a vague suspicion that the root lay in the new division of '''ld64''', I installed '''ld64 +ld64_97''' and tried a third time-- finally success. The failed attempts both boinked near the end of the build--over 6 hours on a PowerBook G4 @1.67 GHz. So I enjoyed an entire day of head-scratching and teeth-gnashing, all with little hope of success. (Sorry, I needed to vent.) '''''I realize you are a volunteer, and I sincerely thank you for your effort.''''' '''ld64_97''''s log unfortunately clobbered '''ld64-127''''s log, which consisted ''mostly'' of warnings, even though '''ld64-127''' installed without so much as a burp. So below are logs of '''libgcc''''s failed and successful builds. I will also post them here: [https://trac.macports.org/ticket/46557] -- Ticket URL: <https://trac.macports.org/ticket/46801> MacPorts <https://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #46677: gcc48 @4.8.4 does not build on PPC Leopard, Mac OS X 10.5.8, in libiberty due to architecture issue
by MacPorts 09 Feb '15

09 Feb '15

#46677: gcc48 @4.8.4 does not build on PPC Leopard, Mac OS X 10.5.8, in libiberty due to architecture issue -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gcc48 -----------------------------+-------------------------------- {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /./prev-gcc/xg++ -B/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /./prev-gcc/ -B/opt/local/ppc-apple-darwin9/bin/ -nostdinc++ -B/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/src/.libs -B/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/libsupc++/.libs -I/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/include/ppc-apple-darwin9 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/gcc-4.8.4/libstdc++-v3/libsupc++ -L/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/src/.libs -L/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build /prev-ppc-apple-darwin9/libstdc++-v3/libsupc++/.libs -g -O2 -mdynamic- no-pic -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous- unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -static- libstdc++ -static-libgcc -o build/gengtype \ build/gengtype.o build/errors.o build/gengtype-lex.o build /gengtype-parse.o build/gengtype-state.o build/version.o .././libiberty/libiberty.a final section layout: __TEXT/__text addr=0x00001790, size=0x00019340, fileOffset=0x00000790, type=1 __TEXT/__text_cold addr=0x0001AAD0, size=0x000005C4, fileOffset=0x00019AD0, type=1 __TEXT/__text_startup addr=0x0001B094, size=0x00002484, fileOffset=0x0001A094, type=1 __TEXT/__symbol_stub1 addr=0x0001D518, size=0x00000320, fileOffset=0x0001C518, type=27 __TEXT/__cstring addr=0x0001D838, size=0x000057B6, fileOffset=0x0001C838, type=12 __TEXT/__const addr=0x00022FF0, size=0x00004324, fileOffset=0x00021FF0, type=0 __TEXT/__eh_frame addr=0x00027318, size=0x00002CE4, fileOffset=0x00026318, type=18 __DATA/__dyld addr=0x0002A000, size=0x0000001C, fileOffset=0x00029000, type=29 __DATA/__nl_symbol_ptr addr=0x0002A01C, size=0x000000A4, fileOffset=0x0002901C, type=28 __DATA/__la_symbol_ptr addr=0x0002A0C0, size=0x000000C8, fileOffset=0x000290C0, type=26 __DATA/__data addr=0x0002A188, size=0x00000268, fileOffset=0x00029188, type=0 __DATA/__const addr=0x0002A3F0, size=0x000007EC, fileOffset=0x000293F0, type=0 __DATA/__static_data addr=0x0002ABDC, size=0x00000002, fileOffset=0x00029BDC, type=0 __DATA/__bss2 addr=0x0002ABE0, size=0x0000042B, fileOffset=0x00000000, type=24 __DATA/__pu_bss2 addr=0x0002B00C, size=0x00000084, fileOffset=0x00000000, type=24 __DATA/__common addr=0x0002B090, size=0x00000010, fileOffset=0x00000000, type=24 ld: 32-bit absolute address out of range (0x10002ABEC max is 4GB): from rtx_name + 0x000002AC (0x0002A854) to 0x10002ABEC in rtx_name from build/gengtype.o for architecture ppc collect2: error: ld returned 1 exit status make[3]: *** [build/gengtype] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build' make: *** [bootstrap] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_lang_gcc48/gcc48/work/build" && /usr/bin/make -w bootstrap Exit code: 2 Error: org.macports.build for port gcc48 returned: command execution failed }}} -- Ticket URL: <https://trac.macports.org/ticket/46677> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #46557: libgcc @4.9.2_1: build failure on Leopard PPC, ld: 32-bit absolute address out of range
by MacPorts 09 Feb '15

09 Feb '15

#46557: libgcc @4.9.2_1: build failure on Leopard PPC, ld: 32-bit absolute address out of range ---------------------+-------------------- Reporter: mojca@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: libgcc ---------------------+-------------------- Here's the error I experience while trying to compile `libgcc` on a PowerPC Leopard: {{{ :info:build cc1-checksum.o libbackend.a main.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a -liconv ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/opt/local/lib -lcloog-isl -L/opt/local/lib -lisl -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -lmpc -lmpfr -lgmp -lz :info:build final section layout: :info:build __TEXT/__text addr=0x00001AF8, size=0x008DDC9C, fileOffset=0x00000AF8, type=1 :info:build __TEXT/__text_startup addr=0x008DF794, size=0x000005C0, fileOffset=0x008DE794, type=1 :info:build __TEXT/__text_cold addr=0x008DFD54, size=0x000113F4, fileOffset=0x008DED54, type=1 :info:build __TEXT/__symbol_stub1 addr=0x008F1148, size=0x00003090, fileOffset=0x008F0148, type=27 :info:build __TEXT/__cstring addr=0x008F41D8, size=0x000A5325, fileOffset=0x008F31D8, type=12 :info:build __TEXT/__const addr=0x00999500, size=0x001B6224, fileOffset=0x00998500, type=0 :info:build __TEXT/__eh_frame addr=0x00B4F728, size=0x001208D8, fileOffset=0x00B4E728, type=18 :info:build __DATA/__dyld addr=0x00C70000, size=0x0000001C, fileOffset=0x00C6F000, type=29 :info:build __DATA/__nl_symbol_ptr addr=0x00C7001C, size=0x00000EAC, fileOffset=0x00C6F01C, type=28 :info:build __DATA/__la_symbol_ptr addr=0x00C70EC8, size=0x00000C24, fileOffset=0x00C6FEC8, type=26 :info:build __DATA/__mod_init_func addr=0x00C71AEC, size=0x000000C8, fileOffset=0x00C70AEC, type=32 :info:build __DATA/__data addr=0x00C71BB8, size=0x00003208, fileOffset=0x00C70BB8, type=0 :info:build __DATA/__const addr=0x00C74DC0, size=0x00057498, fileOffset=0x00C73DC0, type=0 :info:build __DATA/__static_data addr=0x00CCC258, size=0x00000010, fileOffset=0x00CCB258, type=0 :info:build __DATA/__gcc_except_tab addr=0x00CCC268, size=0x000060BA, fileOffset=0x00CCB268, type=0 :info:build __DATA/__pu_bss2 addr=0x00CD2324, size=0x0008892C, fileOffset=0x00000000, type=24 :info:build __DATA/__common addr=0x00D5AC50, size=0x0000000C, fileOffset=0x00000000, type=24 :info:build __DATA/__bss1 addr=0x00D5AC5C, size=0x000007DE, fileOffset=0x00000000, type=24 :info:build __DATA/__bss12 addr=0x00D5C000, size=0x40000000, fileOffset=0x00000000, type=24 :info:build __DATA/__bss4 addr=0x40D5C000, size=0x00004A00, fileOffset=0x00000000, type=24 :info:build __DATA/__bss3 addr=0x40D60A00, size=0x00004B18, fileOffset=0x00000000, type=24 :info:build __DATA/__bss0 addr=0x40D65518, size=0x00001F4C, fileOffset=0x00000000, type=24 :info:build __DATA/__bss2 addr=0x40D67464, size=0x0002AAF8, fileOffset=0x00000000, type=24 :info:build __DATA/__pu_bss3 addr=0x40D91F60, size=0x000125D8, fileOffset=0x00000000, type=24 :info:build __DATA/__pu_bss0 addr=0x40DA4538, size=0x00007A6C, fileOffset=0x00000000, type=24 :info:build ld: 32-bit absolute address out of range (0x140D68FBC max is 4GB): from vtable for (anonymous namespace)::pass_branch_target_load_optimize2 + 0x0000001C (0x00C9CC00) to 0x140D68FBC in vtable for (anonymous namespace)::pass_branch_target_load_optimize2 from libbackend.a(bt-load.o) for architecture ppc :info:build collect2: error: ld returned 1 exit status :info:build make[3]: *** [cc1] Error 1 :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc49/libgcc/work/build/gcc' :info:build make[2]: *** [all-stage2-gcc] Error 2 }}} I've seen #44667 and #45174, but they seem to break with a different error. -- Ticket URL: <https://trac.macports.org/ticket/46557> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #45174: defect: build of libgcc 4.9.1 fails on PPC Leopard (Mac OS X 10.5.8) because of "Bootstrap comparison failure!"
by MacPorts 09 Feb '15

09 Feb '15

#45174: defect: build of libgcc 4.9.1 fails on PPC Leopard (Mac OS X 10.5.8) because of "Bootstrap comparison failure!" ------------------------------+------------------- Reporter: Peter_Dyballa@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: Port: libgcc | ------------------------------+------------------- Comment (by zanderpower@…): Replying to [comment:15 Peter_Dyballa@…]: > So this time it's the new (?) ld that fails, as it does with gcc48 @4.8.4, see Ticket https://trac.macports.org/ticket/46677. Maybe ld64 should be chosen for the job… GCC49 @4.9.2 builds fine with the setting "port:ld64" in the depends_lib section. I was able to build '''libgcc @4.9.2_1''' on a PowerBook G4 by first explicitly choosing '''ld64 +ld64_97'''. (By default, '''ld64''' installs with the variant '''+ld64_127''' on PowerBook G4's running Leopard.) See the ticket https://trac.macports.org/ticket/46801 for the build logs for '''libgcc'''. -- Ticket URL: <https://trac.macports.org/ticket/45174#comment:16> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40956: ocaml: ld: unknown option: -no_compact_unwind
by MacPorts 08 Feb '15

08 Feb '15

#40956: ocaml: ld: unknown option: -no_compact_unwind ---------------------+--------------------------- Reporter: iwm@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: | Keywords: tiger leopard Port: ocaml | ---------------------+--------------------------- Comment (by heegard@…): It would be nice to fix this. While trying to install unison on my PPC MacMini, I ran into this bug. I edited it out of the affected Makefiles and it installed fine. Had to figure this out myself. Can't we remove the -no_compact_unwind from the configure file in this case? Thanx, -Chris -- Ticket URL: <https://trac.macports.org/ticket/40956#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #43303: openssl needs no-asm flag when building on PPC
by MacPorts 08 Feb '15

08 Feb '15

#43303: openssl needs no-asm flag when building on PPC ------------------------+---------------------- Reporter: t.tensi@… | Owner: larryv@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: fixed | Keywords: powerpc Port: openssl | ------------------------+---------------------- Changes (by cal@…): * status: new => closed * resolution: => fixed Comment: Problem occurs because you build `+universal` on 10.4, but the `no-asm` fix is applied conditionally to your machine architecture, which is not necessarily your build architecture. Now I'm not sure why you build `+universal` in this case, because IMO it's a complete waste of time, but r132708 should fix it nonetheless. -- Ticket URL: <https://trac.macports.org/ticket/43303#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0