Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Then this will be automatically installed by autogen.sh. Well, we need to have the right one to generate the tarball anyway. Lars Will that help at all? Or does libtool have a problem with Lars FreeBSD and Darwin in general? I gave

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Then this will be automatically installed by autogen.sh. Well, we need to have the right one to generate the tarball anyway. Lars> Will that help at all? Or does libtool have a problem with Lars> FreeBSD and Darwin in

Re: [1.3] Compiling package.C fails on Debian unstable

Am Sonntag, 29. Mai 2005 15:36 schrieb Angus Leeming: I compile on Debian unstable (linux alpha box) without any problems whatsoever. Thanks for the hint, it made me look at the configure flags (I took the .diff.gz from http://packages.debian.org/lyx and made my own .deb from it), and it

Re: [1.3] Compiling package.C fails on Debian unstable

Georg Baum [EMAIL PROTECTED] writes: | Am Sonntag, 29. Mai 2005 15:36 schrieb Angus Leeming: I compile on Debian unstable (linux alpha box) without any problems whatsoever. | Thanks for the hint, it made me look at the configure flags (I took | the .diff.gz from

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars --enable-shared is not supposed to work... (we only support Lars --enable-statid --disable-shared) But I have no idea how we can Lars remove that from configure --help. Just get rid of libtool, maybe. When you read its description in

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars --enable-shared is not supposed to work... (we only support | Lars --enable-statid --disable-shared) But I have no idea how we can | Lars remove that from configure --help. | Just get

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars libtool is nice. And I have plans for it (even for Lars --enable-shared) You need to make up you mind :) JMarc

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars libtool is nice. And I have plans for it (even for | Lars --enable-shared) | You need to make up you mind :) My mind is made up. what makes you belive otherwise? -- Lgb

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars My mind is made up. what makes you belive otherwise? ``--enable-shared is not supposed to work... (we only support --enable-static --disable-shared) But I have no idea how we can remove that from configure --help.'' This

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars My mind is made up. what makes you belive otherwise? |``--enable-shared is not supposed to work... (we only support | --enable-static --disable-shared) But I have no idea how we

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars But we care about libtool. We use it for the simpler way of Lars creating convenience libraries. The automake and libtool documentation imply that libtool only matters for shared libraries. Are you saying that what we get from libtools

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars But we care about libtool. We use it for the simpler way of | Lars creating convenience libraries. | The automake and libtool documentation imply that libtool only matters | for shared

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars libtool know more about library creation, and also dependencies Lars are stored in the .la file. and we use this to localize Lars dependency information to the module. It would be nice to have a light option to libtool that just does

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars libtool know more about library creation, and also dependencies | Lars are stored in the .la file. and we use this to localize | Lars dependency information to the module. | It would be

Re: [1.3] Compiling package.C fails on Debian unstable

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars What problems in particular? That the script should be updated to support Darwin 4.7.12 or FreeBSD 12.0.0.1. You know, the fun of being a maintainer :) But I am not really trying to get rid of libtool. But there is a lot of nonsense we

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars What problems in particular? | That the script should be updated to support Darwin 4.7.12 or FreeBSD | 12.0.0.1. You know, the fun of being a maintainer :) | But I am not really trying

Re: [1.3] Compiling package.C fails on Debian unstable

Am Sonntag, 29. Mai 2005 15:36 schrieb Angus Leeming: > I compile on Debian unstable (linux alpha box) without any problems > whatsoever. Thanks for the hint, it made me look at the configure flags (I took the .diff.gz from http://packages.debian.org/lyx and made my own .deb from it), and it

Re: [1.3] Compiling package.C fails on Debian unstable

Georg Baum <[EMAIL PROTECTED]> writes: | Am Sonntag, 29. Mai 2005 15:36 schrieb Angus Leeming: > >> I compile on Debian unstable (linux alpha box) without any problems >> whatsoever. > | Thanks for the hint, it made me look at the configure flags (I took | the .diff.gz from

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> --enable-shared is not supposed to work... (we only support Lars> --enable-statid --disable-shared) But I have no idea how we can Lars> remove that from configure --help. Just get rid of libtool, maybe. When you read its

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> --enable-shared is not supposed to work... (we only support | Lars> --enable-statid --disable-shared) But I have no idea how we can | Lars> remove that from configure

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> libtool is nice. And I have plans for it (even for Lars> --enable-shared) You need to make up you mind :) JMarc

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> libtool is nice. And I have plans for it (even for | Lars> --enable-shared) > | You need to make up you mind :) My mind is made up. what makes you belive otherwise? --

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> My mind is made up. what makes you belive otherwise? ``--enable-shared is not supposed to work... (we only support --enable-static --disable-shared) But I have no idea how we can remove that from configure

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> My mind is made up. what makes you belive otherwise? > |``--enable-shared is not supposed to work... (we only support | --enable-static --disable-shared) But I have

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> But we care about libtool. We use it for the simpler way of Lars> creating convenience libraries. The automake and libtool documentation imply that libtool only matters for shared libraries. Are you saying that what we get

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> But we care about libtool. We use it for the simpler way of | Lars> creating convenience libraries. > | The automake and libtool documentation imply that libtool only

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> libtool know more about library creation, and also dependencies Lars> are stored in the .la file. and we use this to localize Lars> dependency information to the module. It would be nice to have a "light" option to libtool

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> libtool know more about library creation, and also dependencies | Lars> are stored in the .la file. and we use this to localize | Lars> dependency information to the module.

Re: [1.3] Compiling package.C fails on Debian unstable

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> What problems in particular? That the script should be updated to support Darwin 4.7.12 or FreeBSD 12.0.0.1. You know, the fun of being a maintainer :) But I am not really trying to get rid of libtool. But there is a lot of

Re: [1.3] Compiling package.C fails on Debian unstable

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> What problems in particular? > | That the script should be updated to support Darwin 4.7.12 or FreeBSD | 12.0.0.1. You know, the fun of being a maintainer :) > | But I am

[1.3] Compiling package.C fails on Debian unstable

As said in the subject. The handmade Makefile rule writes 'timestamp' to package.lo instead of object code. This file gets linked into libsupport, and I get lots of errors like BufferView_pimpl.o: In function `BufferView::Pimpl::MenuInsertLyXFile(std::basic_stringchar, std::char_traitschar,

Re: [1.3] Compiling package.C fails on Debian unstable

Georg Baum wrote: As said in the subject. The handmade Makefile rule writes 'timestamp' to package.lo instead of object code. This file gets linked into libsupport, and I get lots of errors like BufferView_pimpl.o: In function `BufferView::Pimpl::MenuInsertLyXFile(std::basic_stringchar,

[1.3] Compiling package.C fails on Debian unstable

As said in the subject. The handmade Makefile rule writes 'timestamp' to package.lo instead of object code. This file gets linked into libsupport, and I get lots of errors like BufferView_pimpl.o: In function `BufferView::Pimpl::MenuInsertLyXFile(std::basic_string

Re: [1.3] Compiling package.C fails on Debian unstable

Georg Baum wrote: > As said in the subject. The handmade Makefile rule writes 'timestamp' to > package.lo instead of object code. This file gets linked into libsupport, > and I get lots of errors like > > BufferView_pimpl.o: In function >