kicad-developers team mailing list archive
Mailing list archive
Dick Hollenbeck <dick@...>
Wed, 24 Mar 2010 09:50:33 -0500
Thunderbird 184.108.40.206 (X11/20100317)
We are seeing a number of difficulties with the "linux kicad pre-built
binaries" and their compatibility with the host system's version of
libstdc++. I think this is because libstc++ is "more dynamic" on the
linux systems than is libc, because libstdc++ is part of gcc, which
changes more than libc.
You can see these postings on the kicad user's forum.
Essentially the problem boils down to the fact that we are trying to
distribute binaries for linux, rather than insisting the folks build
There are two suggestions below to address this problem:
One thing we can explore it to statically link libstdc++ to each of our
programs, just libstdc++, not libc.
The wx libraries will be built on the host, so I think they can continue
to be dynamically linked into the host system's libstdc++.
I am just concerned with the main programs in kicad, and only with
libstdc++ and only on Linux, and only for distributed versions of kicad.
If( on linux && binaries will be distributed )
link statically to libstdc++
The "Release" build is not sufficient to determine if "binaries will be
distributed", we need an additional flag in the CMake script.
At least for now I am thinking a new flag is needed.
Seems to be trying to solve the same problem that I try to solve with
Again, I don't believe this problem will extend to libc, and I don't
believe it will extend to the wx libraries.
Another idea, equally founded, is to distribute the libstdc++.so that
you have linked against with the binary linux file set, and set the
LD_LIBRARY_PATH environment variable when running kicad binaries to
point this library.
I would encourage you to explore both options before deciding.
Food for thought,