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

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...

comment:2 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 in reply to:  2 Changed 10 years ago by dbevans (David B. Evans)

Status: newassigned

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:6 Changed 10 years ago by ned-deily (Ned Deily)

Much better, thanks!

comment:7 Changed 10 years ago by dbevans (David B. Evans)

Resolution: fixed
Status: assignedclosed

OK, officially fixed.

Note: See TracTickets for help on using tickets.