Re: [Simulavr-devel] kbdgentables

[Knut Schwichtenberg]

Hi gang,

sorry for my delayed input but currently I "a little busy" at home. As far as I
remember these data files are necessary to simulate a PC 104 keyboard. There is
an example (atmel_key) were the simulated keboard is attached to 2 pins of an
AVR and a pressed button is translated by these tables into a scan-code normally
sent by a keyboard. I expect (without drilling to the bones) these scan-code
tables are developed for a German keyboard layout - please check with an US
layout for Z/Y Coma/semicolon, dot/colon and ?,/ (at least all :-).

kbdgentables(.exe) is a program to create the keyboard specifics - don't konw
detrails, but it is IIRC only used during the setup.

Location of the examples:
Each startup script of the examples (checkdebug.tcl) shows as the third or
fourth command:

#load the avr-simulator package
load ../../src/.libs/libsimulavr.so

If the examples are moved a more sophisticated location mechanism have to be
implemented.

Knut

Weddington, Eric schrieb:
>  
> 
>> -----Original Message-----
>> From: Joel Sherrill [mailto:address@hidden 
>> Sent: Friday, March 20, 2009 11:04 AM
>> To: Weddington, Eric
>> Cc: address@hidden
>> Subject: Re: [Simulavr-devel] kbdgentables
>>
>> Weddington, Eric wrote:
>>> Hi All,
>>>
>>> So I see that the executable kbdgentables(.exe) is 
>> installed in /bin.
>>> What is this used for? Is it used only for the examples? 
>> Why is it installed?
>>>   
>> If that is all it is used for and not needed if the examples are
>> installed, then it should be marked "noinst".  This patch does
>> that and I can apply it if you want.
> 
> From looking at the automake Makefile it seems that kbdgentables is used 
> (with a couple of .dat data files) to generate a header file, which is 
> dependency of keyboard.cpp, which in turn is part of the libsim library. So 
> to my eyes it should not installed.
> 
> However, if these data files (keynumber_to_scancode.dat and 
> xcode_to_keynumber.dat) never change, hence the header file never changes, 
> then why don't we just check in the generated header file and be done with 
> it? Why continue to build the generator program kbdgentables.exe?
> 
> Eric Weddington