Opened 10 years ago
Closed 10 years ago
#47173 closed defect (fixed)
getopt-1.1.6 fails to build on 10.4 PPC
Reported by: | ned-deily (Ned Deily) | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | Cc: | ||
Port: | getopt |
Description
That -arch x86_64
doesn't belong there. r134016 looks suspicious.
CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/macports/var/macports/build/_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/.CC_ PRINT_OPTIONS' CPATH='/macports/include' LIBRARY_PATH='/macports/lib' MACOSX_DEPLOYMENT_TARGET='10.4' :debug:build Assembled command: 'cd "/macports/var/macports/build/_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_getopt/ge topt/work/getopt-1.1.6" && /usr/bin/make -w all CC=/macports/bin/gcc-apple-4.2 LIBCGETOPT=0 mandir=/macports/share/man prefix=/macports' :debug:build Executing command line: cd "/macports/var/macports/build/_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_geto pt/getopt/work/getopt-1.1.6" && /usr/bin/make -w all CC=/macports/bin/gcc-apple-4.2 LIBCGETOPT=0 mandir=/macports/share/man prefix=/macports :info:build make: Entering directory `/macports/var/macports/build/_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_getopt/g etopt/work/getopt-1.1.6' :info:build /macports/bin/gcc-apple-4.2 -c -DLIBCGETOPT=0 -DWITHOUT_GETTEXT=0 -DLOCALEDIR=\"/macports/share/locale\" -DNOT_UTIL_LINUX -Dprogram_invocation_sh ort_name=\"getopt\" -Dprogram_version=\"1.1.6\" -I/macports/include -I./gnu -Wall -W -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wmissing-declarations -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -O3 -fno-strength-reduce -arch x86_64 -arch ppc get opt.c -o getopt.o :info:build gcc-apple-4.2: error trying to exec '/macports/bin/i686-apple-darwin8-gcc-apple-4.2.1': execvp: No such file or directory
Change History (7)
comment:1 Changed 10 years ago by zzanderr
comment:2 follow-up: 3 Changed 10 years ago by larryv (Lawrence Velázquez)
Cc: | devans@… removed |
---|---|
Owner: | changed from macports-tickets@… to devans@… |
We should probably do a reinplace
in post-patch to insert [get_canonical_archflags]
.
comment:3 Changed 10 years ago by dbevans (David B. Evans)
Status: | new → assigned |
---|
Replying to larryv@…:
We should probably do a
reinplace
in post-patch to insert[get_canonical_archflags]
.
I agree. Sorry for not paying more attention. Goes to show there is no such thing as a trivial update.
comment:4 Changed 10 years ago by dbevans (David B. Evans)
Fix committed in r134066. Please confirm whether this fixes the build on non x86_64 platforms so I can close the ticket.
Thanks for the report.
comment:5 Changed 10 years ago by zzanderr
It works for me (Leopard 10.5.8 on PowerBook G4):
sudo port -n upgrade --force getopt Password: ---> Computing dependencies for getopt ---> Fetching distfiles for getopt ---> Verifying checksums for getopt ---> Extracting getopt ---> Applying patches to getopt ---> Configuring getopt ---> Building getopt ---> Staging getopt into destroot ---> Unable to uninstall getopt @1.1.6_0, the following ports depend on it: ---> xmlto @0.0.25_1 Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating getopt @1.1.6_0 ---> Unable to deactivate getopt @1.1.6_0, the following ports depend on it: ---> xmlto @0.0.25_1 Warning: Deactivate forced. Proceeding despite dependencies. ---> Uninstalling getopt @1.1.6_0 ---> Computing dependencies for getopt ---> Installing getopt @1.1.6_0 ---> Activating getopt @1.1.6_0 ---> Cleaning getopt ---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found.
Thanks for the quick reply!
comment:7 Changed 10 years ago by dbevans (David B. Evans)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
OK, officially fixed.
Note: See
TracTickets for help on using
tickets.
The same problem occurs with Leopard 10.5.8, on a PowerBook G4--getopt @1.1.6's Makefile lists --arch x86_64 under the CFLAGS and LDFLAGS parameters, in addition to the correct --arch ppc
It builds if both instances of --arch x86_64 are removed from the Makefile. However, I don't know whether or not other problems exist...