MacPorts 1.4.1 released for self update

Ryan Schmidt ryandesign at
Sun Apr 15 18:20:01 PDT 2007

On Apr 15, 2007, at 10:35, James Berry wrote:

>     - Add -I${prefix}/include -L${prefix}/lib to the default configure
>       flags (pguyot in r23246 and r23291).

Ok, so after r23291, we're adding these in cppflags and ldflags, and - 
O2 in cflags and cxxflags.

But I thought we said in a previous discussion that using CPATH and  
LIBRARY_PATH was a better solution? Was there a conscious decision  
not do do it that way, and if so why?

>     - New options for configure flags (C|CPP|CXX|LD)FLAGS and logic to
>       handle that and backward compatibility (pguyot in r23089,  
> r23125,
>       r23238, r23248 and r23249).

r23089 isn't by pguyot and isn't related to this change.

r23238 is the one that deletes the "command" command, and adds the  
"command_exec" command. So this means that the ports that still use  
the "command" command are now broken:

$ grep '\[command' */*/Portfile
aqua/radassist/Portfile:        system "[command patch] < \"$ 
devel/curlhandle/Portfile:      system "[command build]"
devel/libsdl-framework/Portfile:           system "[command build]"
net/nefu/Portfile:      system "[command build]"
textproc/gpsbabel/Portfile:                     system "[command build]"

Boey Maun Suang said he could work on a patch for radassist in the  
thread "How can I determine if a function is available?" but I'm  
wondering if it might not be easier and better to just delete the  
port. If anyone cares about radassist they should speak up now.

For gpsbabel I'm CCing the maintainer. For the others, they have no  

>     - "port sync" now updates svn repos too (eridius in r22784).

Ooh, thanks! And I was just about to share a bash function to do  
this. Now I don't have to. :)

>     - Default +universal variant for configure-based ports (pguyot in
>       r22313).

Ooh, it did make it into 1.4.1! Great! Thanks!

More information about the macports-dev mailing list