hp/ux 9.x archive handling

[Hunter Matthews]

> 
> 
> Library mylib : short.c verylongfilenameofdoom.c ;
> 
> Is causing me problems on hp/ux.  verylongfilenameofdoom is rebuilt
> regardless of its state.  The ar man page reveals that file names are 
> truncated(to 14 chars if I recall).  Jam is extracting the truncated 
> names and perpetually rebuilding.  Has anyone a fix?  It looks to me that 
> file_archscan is not the culprit, rather the function that decides if 
> verylongfilenameofdoom is up to date needs changes.  But, a closest match 
> is going to be required and this means either a linear search through the 
> relevent hash table or an overlayed structure allowing searches for 
> leading partial strings.  Am I reading the issues correctly?  
> 
> 						thanks, hugh.  
> 
Now, I don't *know*, but would switching to gnu ar fix this?
(Generally gnu tools don't have these sorts of limitations)

Related question: Is jam compatible in this respect (scanning
the archive to determine what needs to be rebuilt) with gnu ar?

- -- 
/*********************************************************
 * Hunter Matthews                    sastpm@unx.sas.com * 
 * Testing and Tools                  919.677.8000 x5887 * 
 * SAS Institute, Inc.      Part of the linux generation *
 *********************************************************/