lofig.3alc - Man Page

mbk logical figure


The lofig is used to describe a hierarchical level of the logical view of a figure. The logical view is also called the netlist, for list of nets, because it represents the interconnections between elements of a cell.

The declarations needed to work on lofig are available in the header file "/labo/include/mlo.h".

The following C structure supports the description of the netlist representation :

typedef struct lofig {
	struct lofig	∗NEXT;
	struct chain	∗MODELCHAIN;
	struct locon	∗LOCON;
	struct losig	∗LOSIG;
	struct ptype	∗BKSIG;
	struct loins	∗LOINS;
	struct lotrs	∗LOTRS;
	struct lotrs	∗LOCAP;
	struct lotrs	∗LORES;
	struct lotrs	∗LOSELF;
	char	∗NAME;
	char	MODE;
	struct ptype	∗USER;
} lofig_list;

Pointer to the next lofig loaded in ram.


Name of the figure. It identifies a figure (or model), so it should be unique in order to warranty consistency of cells libraries. In order to ensure this consistency, the NAME field must be filled with the disk file name while parsing, and must be used as file name for driving.


Pointer to the head of the list of instances being used for the model  description. See loins(3) for details.


Pointer to the head of the list of connectors (terminals) of the model. See locon(3) for details.


Pointer to the head of the list of signal of the model. See losig(3) for details.


Pointer to a hash table that contains arrays of LOSIG. It is only an other way to represent the same elements that in the list, but allows a faster access. The Mbk Logical Functions warranty the consitency between the two representations.


Pointer to the list of transistors belonging to the figure. It is to be noticed that transistors are not instances of a particular type.


Pointer to the list of capacitors belonging to the figure.


Pointer to the list of resistors belonging to the figure.


Pointer to the list of inductors belonging to the figure.


Caracter indicating the status of the figure in memory. This field can take two values :


all the cell is loaded in ram.


only information concerning the model interface is present, that means connectors, and signals linked to external connectors. All other lists are empty.


Pointer to a chain list, see chain(3) for details, of names. These are the names of the models that are at least instantiated once in the figure.


Pointer to a ptype list, see ptype(3) for details, that is a general purpose pointer used to share information on the model.

See Also

mbk(1), addlofig(3), getlofig(3), dellofig(3), loadlofig(3), savelofig(3), loins(3), lotrs(3), locap(3), lores(3), loself(3), locon(3), losig(3), ptype(3), chain(3), phfig(3).

Referenced By

addlocap.3alc(3), addlocon.3alc(3), addlofig.3alc(3), addloins.3alc(3), addlomodel.3alc(3), addlores.3alc(3), addloself.3alc(3), addlosig.3alc(3), addlotrs.3alc(3), dellocap.3alc(3), dellocon.3alc(3), dellofig.3alc(3), delloins.3alc(3), dellores.3alc(3), delloself.3alc(3), dellosig.3alc(3), dellotrs.3alc(3), flattenlofig.3alc(3), freelomodel.3alc(3), getlocap.3alc(3), getlocon.3alc(3), getlofig.3alc(3), getloins.3alc(3), getlomodel.3alc(3), getlores.3alc(3), getloself.3alc(3), getlosig.3alc(3), givelosig.3alc(3), guessextdir.3alc(3), loadlofig.3alc(3), locap.3alc(3), locon.3alc(3), lofigchain.3alc(3), loins.3alc(3), lores.3alc(3), loself.3alc(3), losig.3alc(3), lotrs.3alc(3), mlodebug.3alc(3), phfig.3alc(3), restorealldir.3alc(3), restoredirvbe.3alc(3), rflattenlofig.3alc(3), savelofig.3alc(3), setlocap.3alc(3), setlores.3alc(3), setloself.3alc(3), unflattenlofig.3alc(3), viewlo.3alc(3), viewlofig.3alc(3), viewlofigcon.3alc(3).