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
Updates to new latex based documentation
New LaTeX based documentation updates
Added Preference icon to the tool bar and updates to new LaTeX based documentation
Updates to man page, LaTeX documentation and minor C++ code updates
Updates to the LaTeX version of the documentation
Conversion of user manual to LaTeX
Start conversion of user manual to LaTeX
Assert failure when "trying to encode undefined Unicode character"
GUI problem
Hi flip101, Re GUI problems : Maximizing the GUI wouldn't have helped in this situation. gSpiceUI is essentially a MDI so it's not really intended to be maximized. There was a bug in the code so that the minimum size of the GUI was greater than it should have been. Now fixed. Console section too narrow was a bug. Now fixed. "Interface not welcoming" initially surprised me but I've had a think about it and I think I see where you are coming from. I plan to write a quick start guide and hopefully that...
Console view stuck at unusably small width; possible fix included
Yes, that's definitely a bug. Fixed in the current code base. Thank's for your contribution.
Added class PrcKst to support Kst waveform viewer utility
I've applied your patch to the current code base. Had to do it by hand because too much time had passed (my fault) but it's in the code base now. Unfortunately I'm unable to fully test it fully because I can't install Kst on my Archlinux system. The install breaks for some reason. It'll get tested in the fullness of time no doubt. Thanks for your contribution. Regards Mike Waters
Completed implementation of PDF viewer functionality
More work on introduction of PDF viewer and sundry updates
Rename class HelpTasks to FrmHtmlVwr
Restructing of help tasks in class FrmMain
Added class PrcPdfVwr and Help menu items to display simulation engine PDF documentation