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
[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
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
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'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
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
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
> >>>
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
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
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
10 matches
Mail list logo
