Opened 14 years ago

Closed 14 years ago

#23273 closed defect (invalid)

Unable to port clean on migration to snow leopard.

Reported by: steve.powell@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.8.2
Keywords: Cc:
Port:

Description

I have performed a port selfupdate and still have the problem in #23269, for example on git-core:

sudo port clean --work --archive git-core

produces:

DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/git-core DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/git-core DEBUG: OS Platform: darwin DEBUG: OS Version: 10.2.0 DEBUG: Mac OS X Version: 10.6 DEBUG: System Arch: i386 DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: can't read "configure.ld_archflags": no such variable

while executing

"set LDFLAGS "-L${prefix}/lib ${configure.ld_archflags}""

(file "Portfile" line 44) invoked from within

"source Portfile"

invoked from within

"$workername eval source Portfile"

(procedure "mportopen" line 46) invoked from within

"mportopen $porturl [array get options] [array get requested_variations]" Error: Unable to open port: can't read "configure.ld_archflags": no such variable To report a bug, see <http://guide.macports.org/#project.tickets>

clean of p5-locale-gettext works fine now.

Change History (3)

comment:1 Changed 14 years ago by steve.powell@…

Partidular problem is 'fixed' by modifying the git-core portfile, replacing ${configure.ld_archflags} by a blank in the set LDFLAGS line.

This is now working because all the other references to the variable (in other portfiles) are not exercised (make variable substitution semantics allow this). However, it is probably going to occur in other portfiles that <used to> assume that the variable above is available.

It is probably an incompatible change (from loepard to snow leopard) can you comment when you resolve this one?

In this case it is exacerbated by my trying to clean out old ports after uninstalling them and after upgrading to snow leopard.

I'm now installing my ports again -- including git-core -- I have left in the change reported above.. will it install?? Correctly?? I'll report here fyi.

comment:2 Changed 14 years ago by steve.powell@…

Reinstall works fine (see previous comment).

comment:3 Changed 14 years ago by mf2k (Frank Schima)

Resolution: invalid
Status: newclosed
Note: See TracTickets for help on using tickets.