r391 fails to build if lepton-netlist is not found
What about a new release so that packages can update? Latest release I find at https://sourceforge.net/projects/gspiceui/files/gSpiceUI/ is still 1.2.87. Regards!
What about a new release so that packages can update? Latest release I find at https://sourceforge.net/projects/gspiceui/files/gSpiceUI/ is still 1.2.87. Regards!
Fix problems revealed by syntax checker cppcheck. Verify build with clang compiler.
Don't play with CFLAGS and fix ld invocation
Hi Pacho, I tried the GSPICEUI_GENTOO flag idea which worked but after some more head scratching I've come up with what I think is a better solution. This has been commited to the SVN. Hopefully this resolves all your problems. The variable CXX can now be set on the command line. The variable CXXFLAGS can also be set on the command line. (Project specific flags are then appended.) References to LD are no longer present in the Makefile. CXX is used to do the linking so why refer to LD? Eg. : The following...
=Allow the compiler and options to me specified on the command line when make is run
Yes this is a major problem that I also encountered. In spite of my best efforts I haven't been able to overcome this problem and it has held up on-going development. Fortunately with the latest release of wxWidgets (v3.2.81) and GTK3 the problems have gone away. It was looking like a problem with the libraries but it was difficult to prove to myself. Anyway all's well that ends well. I'm now going to close this bug. Thanks for the feedback.
With wxWidgets 3.2, warning `/usr/src/debug/wxWidgets-3.2.0/src/common/sizer.cpp(2267): assert "CheckSizerFlags(!((flags) & (wxALIGN_RIGHT)))" failed in DoInsert(): wxALIGN_RIGHT will be ignored in this sizer: only vertical alignment flags can be used in horizontal sizers` shows up very prominently.
Yes this is a major problem that I also encountered. In spite of my best efforts I haven't been able to overcome this problem and it has held up on-going development. Fortunately with the latest release of wxWidgets (v3.2.81) and GTK3 the problems have gone away. It was looking like a problem with the libraries but it was difficult to prove to myself. Anyway all's well that ends well. I'm now going to close this bug.
wxWidgets 3.2 `Makefile` adaptions.
Some time has past but I have implemented you're idea about "wx-config --toolkit=". As far as the build problems I'm uncertain about the current state of affairs. But here's some info. that might help. wxWidgets and GTK are moving targets so it's necessary to constantly adapt depending on changes to these toolkits. At present the recommended combination is wxWidgets v3.2.x (specifically v3.2.8.1) and GTK3. This combination is what I use for development so gSpiceUI will appear at it's best. There's...
Reversed the order of the charcnt.txt log file
Preparation of a new release of gSpiceUI.
Significant build system updates. This release should be usable.
Forgot to set Makefile switches to non-debug mode
Moved config. file to ~/.config directory. This version should be usable.
Mods. rectifying bit rot
=Priodic update
OK. I'll make some mods. when I get chance and let you know so you can review them.
Sure, that would work fine. Maybe you can use a more general "GSPICEUI_CUSTOM_FLAGS" as maybe other distributions could benefit from that too. But, as you wish :) Thanks a lot
Hi Pacho, After some head scratching I've come up with an idea that may satisfy everyone. What if I created a make variable (eg. GSPICEUI_GENTOO) that if set to 1 does all the things you want, if set to 0 the build system works as in the past. Ie. when envoking make for Gentoo the command line would be : make GSPICEUI_GENTOO=1. Would this mechanism work for you? Mike Waters
Hi! For hardcoding g++ calls, we rely on been able to modify it to not break cross compilation https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#QA0014 In general we have no problems fixing them allowing to honor CXX variable as, for example: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f2cd6dbe1d58fc112aad40afd52df90e7f74a6f2 But it is true that we pass CC and CXX variables to the desired values; Then, maybe a logic to fallback to CXX=g++ would be needed for the cases no...
Hello Pacho, Thanks for the patch. I've had a look at it and am happy to implement any of your suggestions that don't break the build system. Some questions/comments : 1. When I set CXX and LD using ?= I get the same linker error you have reported. This Makefile only builds successfully when gcc/g++ is specified. 2. As an experiment I tried the build using clang++ and it crashed and burned. The command line arguments are specific to gcc/g++. 3. I've remove the -pipe option from non-debug builds but...
Don't play with CFLAGS and fix ld invocation
Sort out some bugs introduced by the use of FrmMain::DoLayout( ) wxWidgets library v3.2.4
More minor updates to the build system
The build mechanism now uses multiple processes (much faster on a capable machine)
Fix some minor bugs caused by bit rot
General update
Instead of wx-config-gtk2 and wx-config, also wx-config --toolkit=gtk2 and wx-config --toolkit=gtk3 could be used. That seems to be more future-proof and independent on how distributions name the binaries.
With wxWidgets 3.2, warning `/usr/src/debug/wxWidgets-3.2.0/src/common/sizer.cpp(2267): assert "CheckSizerFlags(!((flags) & (wxALIGN_RIGHT)))" failed in DoInsert(): wxALIGN_RIGHT will be ignored in this sizer: only vertical alignment flags can be used in horizontal sizers` shows up very prominently.
wxWidgets 3.2 `Makefile` adaptions.
Updates to netlister backend sch/gnet-spice-msw.scm
Add files to directory sch/pwr-supply
Configure EDA tool suites to automatically incorporate gSpiceUI file into their libraries
In the current source tree this section has been moved to the user manual. I just checked the relevant section and you are quite correct. I've modified the manual as you've suggested. Thanks for the feedback, it all helps. Regards Mike Waters
This is a good call. I've got several builds of wxWidgets installed on my system for testing so I explicitly specify the wxWidgets config. utility to run. It never occured to me that this isn't ideal for everyone else. I've modified the build system so that it's no longer hard coded except in debug mode. Thanks for the tip. Regards Mike Waters
Fix problem in build system with ABI mismatch between wxWidgets library and gspiceui application
Added and modified some symbols file
It seems that the src/Makefile assumes wx-config is at hard location /usr/bin/wx-config; someone has the correct (for me) hard location of /usr/local/bin/wx-config commented out (lines 60 & 63). I activated those, disabled the others, and now it's built. I then did sudo make install then gspiceui and it starts up.
I am unable to install gspiceui-v1.2.87 on Ubuntu 20.04LTS, after prior install of wxWidgets-3.0.5. How can I fix this? Thanks The problem: 'make' gives me vvv ~/Downloads/gspiceui-v1.2.87$ make cd /home/bryan/Downloads/gspiceui-v1.2.87/src ; make make[1]: Entering directory '/home/bryan/Downloads/gspiceui-v1.2.87/src' make[1]: /usr/bin/wx-config: Command not found make[1]: /usr/bin/wx-config: Command not found -e **** Build gSpiceUI binary **** g++ -c -O3 -std=c++17 -pipe -I. TypeDefs.cpp -o obj/TypeDefs.o...
The file 'gspiceui-v1.2.87/Install' states (around lines 88-91) vvv mkdir my-build cd my-build ./configure --without-subdirs --disable-compat28 make ^^^ This didn't work for me but changing (single period) ./configure --without-subdirs --disable-compat28 to (double period) ../configure --without-subdirs --disable-compat28 did Regards Brewmanz
Minor updates
Remove Guile backend selection from the Preferences dialog. It was broken and unnecessary.
Remove the class FrmHtmlVwr as it is no longer required
Added functionality to automatically clean / rebuild the configuration file
Phase / angle data in degrees or radian is now fully implemented for both GNU-CAP and NG-SPICE
Several not insignificant bug fixes
Completed update of documentation
Updates to the files Readme, Install and the Latex based PDF documentation
Updates to the new Latex based documentation
The original HTML documentation has been replaced with the new PDF (Latex based) documentation
Updates to object model SVG drawings
Updates to the new Latex based documentation
Removed automatically generated icon PNG files from the SVN
Updates to new LaTeX based documentation
Updates to new LaTeX based documentation
Modifications to the build system and the new LaTeX based documentation
Updates to the project Makefiles
Minor change in src/Makefile to how dependencies are generated
Added a calculator tool to the toolbar along with a new process class PrcCalc
Only allow external functionality if the required binaries are installed
Added a new object to search the system for binary files
Updates to the new documentation, rearrangement and tidy-up of the class Config
The remove old data viewer classes PrcGaw, PrcGWave & PrcKst
The data viewer classes PrcGaw, PrcGWave & PrcKst are almost identical so have combined them into one class called PrcDataVwr
Dropped support for wxWidgets library versions before v3.0.0
Remove references to the wxWidgets macro wxT(), it's no longer needed
New release, version 1.2.87
Create v1.2.87 tag
This should really be the last update before the next release
This should be the final update before the next release
Testing and updates to demo. schematics
Prepare for next release
Changes identified by syntax checker cppcheck
Testing and work on oscillator schematics
Minor updates and testing
Testing
Added some new schematic symbols
Updates to demo. schematics and minor source code mods.
Updates to demo. schematics
Updates to the demo. schematics and symbols files
Updates to demo. schematics
Update demo. schematic names
Work on getting more demo. schematics working
Mostly updates to the new Latex based documentation
Some minor to C++ sources, mostly updates to new Latex based documentation
More work on the new Latex based documentation
Updates to the new Latex based documentation