Re: autotools not suited to proprietary development?

2006-10-05 Thread Ryan McDougall
On Wed, 2006-10-04 at 21:33 -0700, Andre Stechert wrote: On Oct 4, 2006, at 8:55 PM, Ryan McDougall wrote: However the problem remains that Im at a bit of a loss how to ship a shared .SO library easily. If I build on my machine (or a set of supported build machines) then the build

autotools not suited to proprietary development?

2006-10-04 Thread Ryan McDougall
Hello, First of all, Im only looking for serious answers, and I dont want to start any flamewars, so Ill start out by saying that quite likely the only problem here is my lack of knowledge of autotools, and the other the issues involved. Please correct me at any point you disagree with. After

Re: autotools not suited to proprietary development?

2006-10-04 Thread Ryan McDougall
and destdir them at /tmp/staging. Then you can simply tar/gz the files at /tmp/ staging and ship those to your customers. Or zip them. Cheers, Andre On Oct 4, 2006, at 7:41 PM, Ryan McDougall wrote: Hello, First of all, Im only looking for serious answers, and I dont want

support for binary dist?

2006-10-02 Thread Ryan McDougall
Hello, I am porting a proprietary (yes I know, but it pays the bills) windows application to linux using autotools. So far I have gotten automake to do what I want up until the install/build stage. I wish to provide our end-users with a tarball that includes a dynamically linkable library, and

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-10-01 Thread Ryan McDougall
On Thu, 2006-09-28 at 13:06 +0200, Ralf Wildenhues wrote: Hello Ryan, * Ryan McDougall wrote on Thu, Sep 28, 2006 at 11:30:32AM CEST: On Thu, 2006-09-28 at 18:23 +0900, Ryan McDougall wrote: How can I either 1. Express to automake the correct dependancy By writing

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-09-28 Thread Ryan McDougall
On Fri, 2006-09-22 at 04:34 +0200, Ralf Wildenhues wrote: * Ryan McDougall wrote on Fri, Sep 22, 2006 at 02:54:21AM CEST: On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote: * Ryan McDougall wrote on Thu, Sep 21, 2006 at 11:40:37AM CEST: 2) If you prefer nonrecursive makefiles (you

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-09-28 Thread Ryan McDougall
On Thu, 2006-09-28 at 18:23 +0900, Ryan McDougall wrote: On Fri, 2006-09-22 at 04:34 +0200, Ralf Wildenhues wrote: * Ryan McDougall wrote on Fri, Sep 22, 2006 at 02:54:21AM CEST: On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote: * Ryan McDougall wrote on Thu, Sep 21, 2006 at 11

The automake/libtool way to make a dynamic lib from multiple sources

2006-09-21 Thread Ryan McDougall
Hello, I apologize if this has been answered somewhere. Ive read the book and searched the archives. My situation is this: Im porting a large code-base from windows to linux, and attempting to use autotools to do so. The code in SVN is essentially one big tree of somewhat related modules --

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-09-21 Thread Ryan McDougall
On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote: Hello Ryan, * Ryan McDougall wrote on Thu, Sep 21, 2006 at 11:40:37AM CEST: Im porting a large code-base from windows to linux, and attempting to use autotools to do so. The code in SVN is essentially one big tree of somewhat

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-09-21 Thread Ryan McDougall
On Thu, 2006-09-21 at 13:32 +0200, Ralf Wildenhues wrote: The second approach will enable you to make libA.la in the toplevel directory. Otherwise, there is nothing that prevents you from adding your own targets a la A: cd src/A $(MAKE) $(AM_MAKEFLAGS) libA.la .PHONY: A

Re: The automake/libtool way to make a dynamic lib from multiple sources

2006-09-21 Thread Ryan McDougall
On Fri, 2006-09-22 at 04:34 +0200, Ralf Wildenhues wrote: You should keep in mind that the convenience archives will end up in total (i.e., all their symbols, not just needed ones) in the resulting module. This is a good point, thank you. Do you have any more information