On Thu, Aug 01, 2019 at 12:07:23PM +0200, k...@aspodata.se wrote: > Karl: > > On Wed, Jul 31, 2019 at 10:44:45PM +0200, k...@aspodata.se wrote: > > > The urjtag file has three columns: > > > $ grep Hitachi data/MANUFACTURERS > > > 00000000111 hitachi Hitachi > > > > and mine only has two: > > > > $ ./jep106 | grep Hitachi > > > > 00000000111 Hitachi > > e.g. data/analog/PARTS. > > One way to handle this is to use the id instead of id_name for the > > parts directories: e.g. instead of data/analog/PARTS, one coulde use > > data/00001100101/PARTS. But that makes it harder to browse the file > > system. > > So making a data/MANUFACTURERS file like: > $ head MANUFACTURERS > 00000000001 00000000001 AMD > 00000000010 00000000010 AMI > 00000000011 00000000011 Fairchild > 00000000100 00000000100 Fujitsu > 00000000101 00000000101 GTE > 00000000110 00000000110 Harris > 00000000111 00000000111 Hitachi > 00000001000 00000001000 Inmos > 00000001001 00000001001 Intel > 00000001010 00000001010 I.T.T. > > and making theese links (in data directory): > 00000000110 -> lexra > 00000000111 -> hitachi > 00000001001 -> intel/ > 00000001110 -> freescale/ > 00000010101 -> philips > 00000010111 -> ti > 00000011000 -> toshiba > 00000011111 -> atmel > 00000100001 -> lattice > 00000100100 -> ibm > 00000110101 -> dec > 00001001001 -> xilinx > 00001100101 -> analog
IMNSHO is that only moving the problem to another place. The symlinks add clutter. It is wrong approach of the challenge of updating data/MANUFACTERS Groeten Geert Stappers -- Leven en laten leven _______________________________________________ UrJTAG-development mailing list UrJTAG-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/urjtag-development