trilomix / gds3d Goto Github PK

not sure what to suggest as an alternative, but layer 255 is a design-utilized layer, and thus the assumption of it being "substrate" does not hold true always.

It would be nice to have an option to bypass the techfile requirement.... i.e. just choose a GDS file and then show all layers, allowing the layer choosing GUI window to deselect as needed. Or a way to specify which GDS layers to draw, but auto-choose the colors. My reason is that I have too many PDKs (many are also in active development) that I am learning about, and as a "newb" converting the techfiles is a major enough hurdle when I'm really just wanting a quick 3D view to get an overview of a cell's architecture.

the original press release, at least the one I found, says "up to 7 metal layers" (https://www.utwente.nl/en/news/2012/3/59583/3d-gdsii-viewer-goes-open-source)

Is there an inherent codified limit? I'm dealing with about 2-3x that in some cases.

A very useful software - great job!

I am very interested in knowing more on assembly between the different technology but not quite understand the example provided in the assembly folder.

Could you please some more detailed example for assembling different technologies?
Particularly how to assembly two gds drawings with the alignment marks to aligned.

Many thanks in advance!

Best

Gary

In file included from main.cpp:29:
In file included from ./main.h:24:
In file included from ./../gdsoglviewer/windowmanager.h:29:
../libgdsto3d/gds_globals.h:119:2: error: reference to 'byte' is ambiguous
        byte RecordType;
        ^
../libgdsto3d/gds_globals.h:115:23: note: candidate found by name lookup is 'byte'
typedef unsigned char byte;
                      ^
/usr/include/c++/v1/cstddef:72:12: note: candidate found by name lookup is 'std::byte'
enum class byte : unsigned char {};
           ^
In file included from main.cpp:29:
In file included from ./main.h:24:
In file included from ./../gdsoglviewer/windowmanager.h:29:
../libgdsto3d/gds_globals.h:120:2: error: reference to 'byte' is ambiguous
        byte DataType;
        ^
../libgdsto3d/gds_globals.h:115:23: note: candidate found by name lookup is 'byte'
typedef unsigned char byte;
                      ^
/usr/include/c++/v1/cstddef:72:12: note: candidate found by name lookup is 'std::byte'
enum class byte : unsigned char {};
           ^
In file included from main.cpp:29:
In file included from ./main.h:24:
In file included from ./../gdsoglviewer/windowmanager.h:29:
../libgdsto3d/gds_globals.h:121:2: error: reference to 'byte' is ambiguous
        byte *Data;
        ^
../libgdsto3d/gds_globals.h:115:23: note: candidate found by name lookup is 'byte'
typedef unsigned char byte;
                      ^
/usr/include/c++/v1/cstddef:72:12: note: candidate found by name lookup is 'std::byte'
enum class byte : unsigned char {};
           ^

Revision: 173da0c
FreeBSD 13.2

This line of code is arbitrarily limiting the layernumber value to be no more than 2048. If a design has layer numbers higher than this (I had one which was layer 10000), the program crashes with a segfault.

in file libgdsto3d/gdsparse.h

Hello,
thanks for your effort to continue development on this useful tool. I tried using your version, since the latest version 1.8 has an issue with mirror-rotated cells which are displayed "hollow". It seems you fixed this bug or at least it does not occur here anymore.

However, when I try to start the viewer it sometimes (maybe 25% of the time) does not open a window and just ends after printing 'Picking "..." as topcell.' I do not have this issue with version 1.8, which always starts.

Have you encountered this problem before or do you have an idea how to fix it? Unfortunatly, I am not allowed to send you my files for testing.

It would be nice to say a sentence or two about what's the difference between this repo and https://github.com/skuep/GDS3D, and what are the changes, which version should one try out. Based on the structure the two projects are very similar.

Is there any way to change the black background color? I would like to use white background for nice screenshots for documentation.

I am on Ubuntu 22.04 LTS...when I am trying to run the command
linux/GDS3D -p techfiles/skywater130.txt -i gds/spm.gds
from the GDS root directory.

But I end up getting the following error,
linux/GDS3D: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory
even though I installed all the packages and was able to locate libGL.so.1 executable at "/usr/lib/x86_64-linux-gnu"

Even on trying to build from source I get some error which goes like - reference to byte is ambiguous

Any help would be greatly appreciated.
PS - I am a newbie to linux...so sorry if my question is silly.

could this default to black but override in the tech file?

in the current version, RLD layer and PAD is not rendering in the 3D view. I tried changing the techfile , still it didn't render.

Any help is appreciated.

clang-11 complains:

../libgdsto3d/gdspolygon.cpp:1574:21: error: assigning to 'size_t' (aka 'unsigned long') from incompatible type 'nullptr_t'
        _FrameStartIndex = NULL;
                           ^~~~
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL    nullptr
                ^~~~~~~
../libgdsto3d/gdspolygon.cpp:1575:23: error: assigning to 'size_t' (aka 'unsigned long') from incompatible type 'nullptr_t'
        _FrameCurrentIndex = NULL;
                             ^~~~
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL    nullptr
                ^~~~~~~
../libgdsto3d/gdspolygon.cpp:1578:27: error: assigning to 'size_t' (aka 'unsigned long') from incompatible type 'nullptr_t'
        poly->_FrameStartIndex = NULL;
                                 ^~~~
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL    nullptr
                ^~~~~~~
../libgdsto3d/gdspolygon.cpp:1579:29: error: assigning to 'size_t' (aka 'unsigned long') from incompatible type 'nullptr_t'
        poly->_FrameCurrentIndex = NULL;
                                   ^~~~
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL    nullptr
                ^~~~~~~

Index can't be assigned to NULL.

FreeBSD 13

The Skill file "GDS3D/skill/icdGDS3D.il" Looks for a file called "README.txt". This should be "README.md"
I edited the skill code to point at the correct file, and then it worked fine.

Before I fixed the problem, I got the following error message in the CIW when I selected Layout->GDS3D:

icdWriteGDS3D()
Error: could not copy GDS3D readme to ~/GDS3D/

Hello, what is the process.txt means? i got a GDSII file output by openlane, but i can't run gds3d because i don't have process.txt, thanks

Many technologies use a layer, purpose pair for the GDS layers. In sky130 for example the layer 66 can be either poly (purpose 20) or contact (purpose 44). Without the purposes, you would need to stream in/out to new layers.

I tried running the example demo and immediately get a segfault.
Any info I can provide to help debug?