Removing -fstack-check from the compiler options when building the
libraries and the test fixes the problem.
The earlier statement "building from source without the libraries
fixes the problem" is misleading; -fstack-check was left out of the
compiler options in that build.
So GNADE is useable, b
"Carlos O'Donell" writes:
> On Sun, Dec 13, 2009 at 10:03 AM, Stephen Leake
> wrote:
>> Frans Pop gave me access to his machine. I have some more information
>> on the bug.
>>
>> If I compile from full GNADE source (not using the GNADE dynamic or
&
Frans Pop gave me access to his hppa machine.
If I compile from full GNADE source (not using the GNADE dynamic or
static libraries), the code works.
With the dynamic library, I get a SIGSEGV, somewhere in the program
startup, before any user code.
With the static library, I get a stack overflow
u...@debian.org (Aaron M. Ucko) writes:
> Stephen Leake writes:
>
>> You have suggested changing it to unversioned libmysqlclient. However,
>> I think that is potentially dangerous.
>
> The official package name *is* libmysqlclient-dev; there is no
> libmysqlclien
Hi,
I'm considering becoming the new Debian maintainer for gnade. I'm very
new at Debian, although I've been using gnade for years.
I'm concerned about the way the library dependencies are handled.
In Lenny, Gnade 1.6.2 lists a dependency on libmysqlclient15. In
Squeeze, libmysqlclient15 will be
5 matches
Mail list logo
