reading through base, it looks like os.arch is set to something based onits original value, while that original value is actually used asos_platform (and os.platform). if this is the case, those changes werenever ported into port[un]archive.tcl. i don't understand how toreference platform correctly from there, as it seems that the values aredifferent when they're pulled from [option os.arch] versus $ {os.arch}any care to shed light on this for a newbie tcl'er?what i essentially want to do is change archive.fulldestpath from [file join ${archive.destpath} [option os.platform] [option os.arch]] to [file join ${archive.destpath} [option os.platform] ${os.arch}] where os.archis x86_64 or what have you, instead of option os.arch's i386if i understood the transforms in portmain.tcl then that's what shouldbe done here. incidentally, after this one change we can actually do binary distribution via archivemodeI would think ${os.arch} and [option os.arch] refer to the same variable, and that the syntax difference relates to where in the code you're accessing it from.When does os.arch seem to be x86_64? As far as I can tell, the only possible values for os.arch should be "i386" and "powerpc". I recently corrected this in the Guide:http://guide.macports.org/#reference.variablesPerhaps you're thinking of configure.build_arch which could be "i386", "x86_64", "ppc" or "ppc64"?
Seems I was confused.Does anyone care to check my changes? This patch enables the use of build_arch for the portarchive mode naming schemes. This includes the directory and the portion of the archive name involving the arch.
It works for me, but I only have an x86_64 to test on. Thanks
use-arch-for-archivemode.patch
Description: Binary data
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
