eskiyerli

Forum Replies Created

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • in reply to: Could we also a non-shared library version #2521
    eskiyerli
    Participant

    Hi Keith,

    Glade5 RedHat8 download link is broken.

    Regards,

    Murat

    in reply to: Could we also a non-shared library version #2499
    eskiyerli
    Participant

    I think I know why pyLabel is not working for Redhat8 binaries. They are still 4.7.40 binaries. I cannot add the screenshot but it says it is 4.7.40 compiled on July 9
    Windows binary is correct version:4.7.41 on July 10.

    in reply to: Could we also a non-shared library version #2498
    eskiyerli
    Participant

    On the other hand, serious EDA has never taken off in Windows. There must be a reason. Usually, any CentOS binaries work on Manjaro without many problems. I even had Synopsys Custom Designer working on Manjaro for two years. Even Windows is a rolling distro now:)

    On a more serious note, Python 2 is now past its natural life. It is becoming increasingly difficult to find modules to be used with it.

    in reply to: Could we also a non-shared library version #2497
    eskiyerli
    Participant

    Point taken. The problem was with ICU library. I checked it but couldn’t see it in Glade. Thankfully, Arch Linux had it in user repository. I didn’t have much time but pylabel is working on Windows but not in Linux

    in reply to: Could we also a non-shared library version #2495
    eskiyerli
    Participant

    I solved by finding an old version of the library and installing it. Nevertheless, I think Glade package should include all the libraries. Neither Redhat(CentOS) nor SuSe has much adoption in desktop Linux nowadays.

    in reply to: FreePDK15 layer visibillity #2406
    eskiyerli
    Participant

    I am afraid no change there. Could be related to the fact that I am using RedHat packages in Manjaro.

    in reply to: DRC advanced rules checking? #2399
    eskiyerli
    Participant

    Questions would be then:
    1. Who licenses them?
    2. Under what conditions?

    Just to get an idea of the lay of the land. I don't think I am too worried about FinFet design rule checking at the moment.

    in reply to: DRC crashes Glade #2394
    eskiyerli
    Participant

    signal 11 (Segmentation fault), address is 0x0 from 0x407d000000000000

    Stack Trace:
    [2]: glade : cdb::cellView::dbCreatePolygon(int*, int*, unsigned int, short, bool) 184856549 + 184856554
    [3]: glade : saveReporter::operator()(int const*, int const*, int const*, unsigned int, bool, geom_Net*) 184856614 + 184856619
    [4]: glade : geom_Boolean::FeedThru(geom_EdgeLayer*, geom_PartitionReporter&, bool) 184856708 + 184856714
    [5]: glade : saveDerived(drcEdgeFile*, char const*, short) 184856766 + 184856771
    [6]: glade() [0xaf60d8]
    [7]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalFrameEx 184856850 + 184856856
    [8]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalCodeEx 184856921 + 184856927
    [9]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalCode 184856990 + 184856995
    [10]: /usr/lib/libpython2.7.so.1.0 : 184857043 + 184857052
    [11]: /usr/lib/libpython2.7.so.1.0 : PyRun_FileExFlags 184857117 + 184857122
    [12]: /usr/lib/libpython2.7.so.1.0 : 184857170 + 184857179
    [13]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalFrameEx 184857245 + 184857251
    [14]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalCodeEx 184857316 + 184857322
    [15]: /usr/lib/libpython2.7.so.1.0 : PyEval_EvalCode 184857385 + 184857390
    [16]: /usr/lib/libpython2.7.so.1.0 : 184857438 + 184857447
    [17]: /usr/lib/libpython2.7.so.1.0 : PyRun_StringFlags 184857512 + 184857517
    [18]: glade : ui::verifyDRCRun() 184857564 + 184857570
    [19]: glade() [0xb62c6a]
    [20]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Core.so.5 : QMetaObject::activate(QObject*, int, int, void**) 184857693 + 184857699
    [21]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QAction::triggered(bool) 184857795 + 184857800
    [22]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QAction::activate(QAction::ActionEvent) 184857911 + 184857916
    [23]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : 184857989 + 184857998
    [24]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : 184858071 + 184858080
    [25]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QMenu::mouseReleaseEvent(QMouseEvent*) 184858196 + 184858202
    [26]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QWidget::event(QEvent*) 184858301 + 184858307
    [27]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QMenu::event(QEvent*) 184858404 + 184858409
    [28]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QApplicationPrivate::notify_helper(QObject*, QEvent*) 184858539 + 184858544
    [29]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QApplication::notify(QObject*, QEvent*) 184858659 + 184858665
    [30]: glade : guiApplication::notify(QObject*, QEvent*) 184858734 + 184858739
    [31]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Core.so.5 : QCoreApplication::notifyInternal2(QObject*, QEvent*) 184858859 + 184858864
    [32]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool) 184859028 + 184859034
    [33]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : 184859107 + 184859116
    [34]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : 184859189 + 184859198
    [35]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QApplicationPrivate::notify_helper(QObject*, QEvent*) 184859328 + 184859333
    [36]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Widgets.so.5 : QApplication::notify(QObject*, QEvent*) 184859448 + 184859454
    [37]: glade : guiApplication::notify(QObject*, QEvent*) 184859523 + 184859528
    [38]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Core.so.5 : QCoreApplication::notifyInternal2(QObject*, QEvent*) 184859648 + 184859653
    [39]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Gui.so.5 : QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) 184859815 + 184859821
    [40]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Gui.so.5 : QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) 184859997 + 184860003
    [41]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Gui.so.5 : QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) 184860166 + 184860171
    [42]: /opt/glade4_linux64_rh7/lib/libQt5XcbQpa.so.5 : 184860236 + 184860244
    [43]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Core.so.5 : QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) 184860367 + 184860373
    [44]: /opt/glade4_linux64_rh7/bin/../lib/libQt5Core.so.5 : QCoreApplication::exec() 184860471 + 184860476
    [45]: glade : guiMain::startApp() 184860523 + 184860530
    [46]: glade : guiMain::runWithExceptions() 184860581 + 184860585
    [47]: glade : guiMain::run() 184860621 + 184860626
    [48]: glade : main 184860649 + 184860654
    [49]: /usr/lib/libc.so.6 : __libc_start_main 184860703 + 184860708
    [50]: glade() [0x55b45b]

    Build info:
    Glade release version 4.7.36 compiled on May 26 2020 08:32:04
    OS: Manjaro Linux

    in reply to: DRC advanced rules checking? #2393
    eskiyerli
    Participant

    Hi Keith,

    I tried to use FreePDK15 DRC rules on an inverter layout as described in https://www.eda.ncsu.edu/wiki/FreePDK15:Layout_Tutorial_1

    DRC works but gives lots of error messages such as:
    Check M1
    # ERROR: Advanced rules feature not enabled!
    # ERROR: Advanced rules feature not enabled!
    # ERROR: Advanced rules feature not enabled!
    # ERROR: Advanced rules feature not enabled!

    One explanation is that you might be preparing to create layers of license for Glade.

    in reply to: FreePDK15 layer visibillity #2392
    eskiyerli
    Participant

    Hi Keith,

    When I change all layers to invisible in FreePDK15, the layout view is still not changed even I redraw the layout. The layers from pcells are still visible while other layout instances are not.

    in reply to: Bug? #2391
    eskiyerli
    Participant

    In a schematic. I want to test the path from schematic to layout in FreePDK15 PDK.

    in reply to: Bug? #2389
    eskiyerli
    Participant

    I think so. When the cursor is over a net, the error message repeats itself at least 3 or 4 times.

    in reply to: Bug? #2387
    eskiyerli
    Participant

    Hi Keith,

    I keep getting this error message with Glade 4.7.36:

    # ERROR: Hit unreachable code! [file db_Shape.h line 328]

Viewing 13 posts - 1 through 13 (of 13 total)