Peter O'Gorman kirjoitti:
Petteri Räty wrote:
Albert Chin kirjoitti:
On Thu, Feb 28, 2008 at 03:17:54PM +0200, Petteri Räty wrote:
[EMAIL PROTECTED] /mnt/checkouts/classpath/native/jni/qt-peer $ make
make all-am
make[1]: Entering directory
`/mnt/checkouts/classpath/native/jni/qt-peer'
/bin/sh
libltdl uses memory after free when initialized twice.
$ cat ltdl.c
#include
int
main ()
{
lt_dlinit ();
lt_dlexit ();
lt_dlinit ();
lt_dlexit ();
}
$ gcc ltdl.c -o ltdl -lltdl
$ MALLOC_CHECK_=2 ./ltdl
Segmentation fault
The bug is that preopen_LTX_get_vtable returns a pointer to memor
There is some sort of patch available at:
http://bugs.debian.org/347650#60
Kurt
On Thu, Feb 28, 2008 at 03:17:54PM +0200, Petteri Räty wrote:
> [EMAIL PROTECTED] /mnt/checkouts/classpath/native/jni/qt-peer $ make
> make all-am
> make[1]: Entering directory `/mnt/checkouts/classpath/native/jni/q
On Sun, Mar 02, 2008 at 07:42:53PM -0600, Albert Chin wrote:
> On Mon, Mar 03, 2008 at 02:02:09AM +0200, Petteri Räty wrote:
> > Albert Chin kirjoitti:
> >> On Thu, Feb 28, 2008 at 03:17:54PM +0200, Petteri Räty wrote:
> >>> [EMAIL PROTECTED] /mnt/checkouts/classpath/native/jni/qt-peer $ make
> >>>
I'm trying to use an internal static library from one project as a
convenience library in another project. The problem is that the first
project does not use libtool and the second does. So, there's no .la
file and libtool complains about the portability of linking the static
archive into another c
Dan Nicholson wrote:
> I'm trying to use an internal static library from one project as a
> convenience library in another project. The problem is that the first
> project does not use libtool and the second does. So, there's no .la
> file and libtool complains about the portability of linking the
On Mon, Mar 3, 2008 at 5:37 PM, Peter O'Gorman <[EMAIL PROTECTED]> wrote:
>
> Please make sure that this fake .la file is only used in the build tree
> where it is needed (only when building xserver? Why not commit these
> bits to xserver then?). I would not like to see such a thing in /usr/lib
Dan Nicholson wrote:
> I was just looking through the pic code evaluation in libtool.m4 and
> not getting real excited about recreating that.
In xserver's configure.ac you can, somewhere after AC_PROG_LIBTOOL, put
something like:
CC_PIC_FLAG="$lt_prog_compiler_pic"
CXX_PIC_FLAG="$lt_prog_compiler
[EMAIL PROTECTED] wrote:
> On Mon, 3 Mar 2008, Peter O'Gorman - [EMAIL PROTECTED] wrote:
>> I am pretty sure that you can similarly avoid the need for a fake
>> convenience .la, but can not work it out without actually attempting a
>> build :)
>
> On a related note, I'm working with a non-libtool
On Mon, 3 Mar 2008, Peter O'Gorman - [EMAIL PROTECTED] wrote:
I am pretty sure that you can similarly avoid the need for a fake
convenience .la, but can not work it out without actually attempting a
build :)
On a related note, I'm working with a non-libtool library (we'll call it
x) that ships
10 matches
Mail list logo
