kenr

I got in a wad before looking at the options. So, I deleted my foolish post. Thanks for providing this. Its going to help me a lot.

I have an XPL XCOM compiler for the Sigma 7 / GORDO OS from 1968 -74 I'd like to get this this to run. I have your XPL C package and I intend to compile my XCOM with it to obtain Sigma code. The first statement is DECLARE #.TERMINALS LITERALLY '44', Which gives the error XPL to C language translator -- version 1.2 1 | DECLARE #.TERMINALS LITERALLY '44', | | *** Error, Illegal symbol pair: <identifier> <identifier> (detected at line 6448 in xcom). *** Partial parse to this point is: <statement list="">...

I'm curious why this is not marked a closed - fixed? How is that supposed to happen?

I would like to work on this problem. I'm new to LC, Git but not to software development. I would like to discuss this with anyone with an opinion.

I also noticed this problem while editing a .dxf produced by Fusion 360. It appears that LC code identifies the presence of extrusion data and calculates the proper rotation matrix to transform the entity from the Object Coordinate System to the World Coordinate System. It applies the rotation to the center point of the entity, but not to the other parameters required to do a correct rotation of the entity onto the 2D plane. The OCS-WCS rotational transformation in 3 dimensions converts circles/arcs...

I also noticed this problem while editing a .dxf produced by Fusion 360. It appears that LC code identifies the presence of extrusion data and calculates the proper rotation matrix to transform the entity from the Object Coordinate System to the World Coordinate System. It applies the rotation to the center point of the entity, but not to the other parameters required to do a correct rotation of the entity onto the 2D plane. The OCS-WCS rotational transformation in 3 dimensions converts circles/arcs...

I also noticed this while editing a .dxf produced by Fusion 360. It appears that LC code identifies the presence of extrusion data for entities and calculates the proper rotation matrix. It applies the rotation to the center point of the arc/circle/ellipse, but not to the other datum of the entitiies required to do a correct rotation of the entity. This leaves all arcs incorrectly drawn along the X axis,