[117622] trunk/base/src/macports1.0

Clemens Lang cal at macports.org
Sat Mar 8 05:40:50 PST 2014


Hi,

> The commit message did not mention the change to macports.tcl that you also
> made:
> 
> > Modified: trunk/base/src/macports1.0/macports.tcl (117621 => 117622)
> > 
> > --- trunk/base/src/macports1.0/macports.tcl	2014-03-05 22:19:14 UTC (rev
> > 117621)
> > +++ trunk/base/src/macports1.0/macports.tcl	2014-03-05 22:21:12 UTC (rev
> > 117622)
> > 
> > @@ -4508,15 +4508,6 @@
> > 
> >                          continue;
> > 
> >                      }
> > 
> >  
> > 
> > -                    if {(${filepath} == "/usr/lib/libstdc++.6.dylib" &&
> > ${macports::cxx_stdlib} == "libc++") ||
> > -                        (${filepath} == "/usr/lib/libc++.1.dylib" &&
> > ${macports::cxx_stdlib} == "libstdc++")} {
> > -
> > -                        if {$fancy_output} {
> > -                            $revupgrade_progress intermission
> > -                        }
> > -                        ui_warn "${bpath} uses ${filepath} as C++ standard
> > library although macports::cxx_stdlib is set to ${macports::cxx_stdlib}."
> > -                    }
> > -
> > 
> >                      set libresultlist [machista::parse_file $handle
> >                      $filepath]
> > 
> >                      set libreturncode [lindex $libresultlist 0]
> > 
> >                      set libresult     [lindex $libresultlist 1]
> 
> Is this change intentional or at least ok, or should it be reverted?

Thanks for catching that. I thought I had paid enough attention to avoid committing this (because I really wanted to discuss it on the list first), but it seems it still slipped in. I'm much more used to my git workflow where I can do partial adds and staging to avoid this.

-- 
Clemens Lang


More information about the macports-dev mailing list