[MacPorts] #32552: Mesa 7.11 does not compile on Tiger/Mac OS X 10.4.11 because unsupported platform

MacPorts noreply at macports.org
Fri Dec 16 16:47:41 PST 2011


#32552: Mesa 7.11 does not compile on Tiger/Mac OS X 10.4.11 because unsupported
platform
---------------------------------------+------------------------------------
  Reporter:  Peter_Dyballa@…           |       Owner:  macports-tickets@…                   
      Type:  defect                    |      Status:  closed                               
  Priority:  Normal                    |   Milestone:                                       
 Component:  ports                     |     Version:  2.0.3                                
Resolution:  wontfix                   |    Keywords:                                       
      Port:  Mesa                      |  
---------------------------------------+------------------------------------

Comment(by Peter_Dyballa@…):

 When I start port it shows some suspicious lines because the previous
 version of mesa was built as some variant:

 {{{

 DEBUG: epoch: in tree: 1 installed: 0
 DEBUG: mesa 7.11_2 exists in the ports tree
 DEBUG: mesa 7.6_1 +darwin_8+hw_render is the latest installed
 DEBUG: mesa 7.6_1 +darwin_8+hw_render is active
 DEBUG: Merging existing variants '+darwin_8+hw_render' into variants
 DEBUG: new fully merged portvariants: darwin_8 + hw_render +
 DEBUG: Changing to port directory:
 /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/x11/mesa
 DEBUG: OS darwin/8.11.0 (Mac OS X 10.4) arch powerpc
 DEBUG: org.macports.load registered provides 'load', 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: Reading variant descriptions from
 /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/_resources/port1.0/variant_descriptions.conf
 DEBUG: universal variant already exists, so not adding the default one
 DEBUG: Requested variant darwin_8 is not provided by port mesa.
 DEBUG: Requested variant hw_render is not provided by port mesa.
 DEBUG: Executing variant python27 provides python27
 }}}

 If that's not the cause for the failure, is there some way to make the
 "execution of the Portfile" visible as in sh -vx <some script>?

 Can it be that file "darwin" in ${worksrcpath}/configs, i.e.
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_mesa/mesa/work/Mesa-7.11/configs,
 is the wrong target for the substitution because the file "default" is
 used for compilation? The file "darwin" does not contain a single
 occurrence of the word "gallium". It is up-to-date, i.e., it has a time
 stamp from time when I invoked port. There also a sym-link "current ->
 darwin" exists.

 Another suspicious line is this one:

 {{{
 :debug:build Assembled command: 'cd
 "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_mesa/mesa/work/Mesa-7.11"
 && /usr/bin/make -w default INSTALL_DIR=/opt/local RC_CFLAGS="-arch ppc"
 CC="/usr/bin/gcc-4.0
 -I/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/x11/mesa/files/include"
 CXX="/usr/bin/g++-4.0
 -I/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/x11/mesa/files/include"
 PYTHON2="/opt/local/bin/python2.7"'
 }}}

 Shouldn't the MAKE target be "current" or better "darwin"? I made that
 change in Portfile (line #57) right now, but nothing has changed. And I am
 going to bed now... Maybe the result will be different in the morning!

-- 
Ticket URL: <https://trac.macports.org/ticket/32552#comment:2>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list