hp/ux 9.x archive handling

[Laura Wingerd]

> From: Hugh Arnold/ATHQ <hugh@aspentec.com>
> 
> 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?  

We had to deal with the same problem on SunOS 4.x.  If you can't simply
rename the file in your codeline, a workaround is to link or copy the
file so the hp/ux archiver doesn't truncate the filename. You could do
something like:

	File notsolong.c : verylongfilenameofdoom.c ;
	Library mylib : short.c notsolong.c ;

Or, you could use the "Hardlink" rule instead of the "File" rule, I 
suppose. 


Laura Wingerd
- ------------------------------------------------------------------------------
Sybase                      wingerd@sybase.com                    510 922 5232