I see a point here. As currently we demand libngspice to be installed in
the system when building KiCad with -DKICAD_SPICE, now (revision 7033)
it is linked at build time.
If one day we have other simulators available, then we can consider
moving to plugin system and moving the corresponding code
As the spice stuff requires build time options would this not be
better as a normal dynamic linked library? I think that
dlopen/wxDynamicLibrary should really only be used for plugins.
I have updated my kicad-app.sh to download nad build the ngspice
revision but am running into issues with the bun
Excuse my ignorance but would that not require rpath on osx? as
currently i believe (for bundled libs anyways) that the path is
hardcoded for them. And for the system libs i believe its also
hardcoded as they are currently only system libs due to the bundle
utilities cmake script bundling everythin
Hi Orson,
yes, from which library to use point of view you are right.
My question was on how the library is used/packaged by KiCad for OSX.
I didn't look myself yet, but Johannes told me that it is not
dynamically linked as other dependencies (in this case, it would be
bundled automatically), b
Hi Bernhard,
The case is similar to other libraries, so KiCad will work with any
ngspice dll available in the system. The problem is, there is a bug in
the current ngspice release that may cause the simulator to hang up in
certain situations. As currently libngspice is not provided anywhere
(but A
Question for me is if a certain ngspice should be bundled with KiCad,
or if KiCad just uses some ngspice that maybe is floating around on
the machine.
The realdynamic loading of the library somehow suggest the latter,
but I don't know how it is intended to be (if it was not intended like
this, si
It would be nice if upstream supports it. On the other hand, I'm going to
use it for my nightlies server regardless of what upstream says...
Thanks for your work and keep us posted as to how it goes!
Adam Wolf
On Mon, Aug 8, 2016 at 3:17 AM, Johannes Maibaum wrote:
> Ok, I got that point with
Ok, I got that point with the patch wrong then, sorry.
Well, I think that Homebrew usually does accept *-git or *-devel formulas (or
how they call them), but it seems that as long as the ngspice devs are not
willing to change their build system behaviour it won’t get merged anyhow.
But, I have
Hi Johannes,
Fortunately we do not need any KiCad-specific patches for ngspice, but
just a newer revision from the master repository. The only problem now
is the required revision is not available in the current ngspice
release, so anyway we are forced to build the library from source. On
the othe
Hi,
just FYI, the Homebrew devs decided not to merge my PR for shared library
support of ngspice.
They say it’s a bug that should be fixed upstream, as the build system that
ngspice uses should be able to handle the case of building the shared library
and the executable in one go. So they con
I'll make sure it works on the build server regardless of what homebrew
does :)
On Mon, Aug 1, 2016 at 8:29 AM, Maciej Sumiński
wrote:
> Hi Johannes,
>
> Cool! I am really grateful for your fixes - they are already merged and
> I am going test them with Linux and Windows. I really hope homebrew
Hi Johannes,
Cool! I am really grateful for your fixes - they are already merged and
I am going test them with Linux and Windows. I really hope homebrew
developers will accept your formula soon, as it would make getting
ngspice library so much simpler.
Regards,
Orson
On 08/01/2016 12:40 PM, Joha
Thanks Johannes!
On Mon, Aug 1, 2016 at 6:58 AM, Bernhard Stegmaier
wrote:
> Hi,
>
> On 01.08.2016 12:40, Johannes Maibaum wrote:
>
>> Bernhard’s hint gave me a working wx installation again, and I now
>> got the simulator running on OSX (see attached screenshot). Yay!
>>
> Good to hear!
>
> - l
Hi,
On 01.08.2016 12:40, Johannes Maibaum wrote:
Bernhard’s hint gave me a working wx installation again, and I now
got the simulator running on OSX (see attached screenshot). Yay!
Good to hear!
- libngspice needs to be compiled and installed manually to one of the
usual library locations at
> Am 31.07.2016 um 23:02 schrieb Adam Wolf :
>
> Thanks! This is good work! I'll start working with it on my test machine,
> and it will be first in line after the cvpcb crash in the nightlies (which is
> first in line after 4.0.3) :)
>
> Adam Wolf
Thanks a lot, Adam!
As Bernhard has just po
> Am 31.07.2016 um 23:02 schrieb Bernhard Stegmaier :
>
> This looks like you didn’t build your wxWidgets with the soname patch.
> With stock wxWidgets the library names get screwed up, so multiple copies
> will be added when bundling.
Hi Bernard,
yeah, it might be that I missed that one. As I
Hi,
> On 31 Jul 2016, at 21:51, Johannes Maibaum wrote:
>
> However, I get instant segfaults in all Kicad applications now, and all
> fingers in the crashlog point towards the wxWidgets dynamic libraries, which
> obviously got not installed correctly into the App bundle, as I get tons of
> er
Thanks! This is good work! I'll start working with it on my test machine,
and it will be first in line after the cvpcb crash in the nightlies (which
is first in line after 4.0.3) :)
Adam Wolf
On Sun, Jul 31, 2016 at 3:56 PM, Johannes Maibaum
wrote:
> Hi Adam,
>
> I’ve attached a diff with my c
Hi Adam,
I’ve attached a diff with my current changes to Tom’s ngspice branch on Github.
Unfortunately, I cannot guarantee that this is all that is needed. As written
in my last email, I obviously screwed up my app bundles so that I can’t start
Eeschema to test. It’s all still work in progre
If you make a branch with your changes, Johannes, I can test it here, and
set up a build on the nightlies server for it. It won't be super useful as
right now there are some issues in the nightlies that will be resolved
after 4.0.3 comes out (which will be soon!), but it will be nice to have.
If
Hi,
OK, I finally found the reason for the linking error from my previous mail.
Stupid me was already looking at eeschema/sim/simulate.cpp yesterday, where I
found both SCH_EDIT_FRAME::CURSOR_PROBE and ::CURSOR_TUNE defined. What I
overlooked was the conditional compilation macros (doh!). In
Hi,
today, I was trying to get Tom’s ngspice branch to compile on OSX, but
unfortunately without success.
Here is what I did so far:
diff --git a/eeschema/sim/ngspice.cpp b/eeschema/sim/ngspice.cpp
index 0c365c1..62679d5 100644
--- a/eeschema/sim/ngspice.cpp
+++ b/eeschema/sim/ngspice.cpp
@@ -
22 matches
Mail list logo
