Patrick wrote: > > you mean the config.mk file under security/nss/lib/freebl, correct?
Yes. Patrick wrote: > > Why the need for FREEBL_RECURSIVE_BUILD? If you replaced the entire content of config.mk with that one line, as I suggested, then you should not have experienced a recursive build. > I did set USE_PURE_32 to 1 and did > get preety far with building a pure 32 freebl lib but once built, it looks > like it gets built again... > First a lib is built under > HP-UXB.11.00_gcc_OPT.OBJ/HP-UXpure32/HP-UXB.11.00_gcc_OPT.OBJ > but then another build attempt is made for > HP-UXB.11.00_gcc_OPT.OBJ/HP-UXpure32/HP-UXB.11.00_gcc_OPT.OBJ/HP-UXpure32... The only way that can happen is if FREEBL_EXTENDED_BUILD is defined, and AFAIK the only place that is defined is in config.mk. So, if you eliminate the old contents of config.mk, that shouldn't happen. Your builds should define USE_PURE_32 and should not define any of FREEBL_RECURSIVE_BUILD FREEBL_EXTENDED_BUILD Again, I wish I had an HP system on which I could actually test this.
