Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-10 Thread David Everly
On 11/9/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: Hello, On Thu, Nov 09, 2006 at 06:30:42AM -0700, David Everly wrote: > If I understand this correctly, my error was in the use of > $(top_srcdir). So I'm wondering under what circumstances it would be > correct to u

Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-09 Thread David Everly
Thanks for the helpful advice, this is now working for me. On 11/9/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: Hello, On Thu, Nov 09, 2006 at 06:30:42AM -0700, David Everly wrote: > If I understand this correctly, my error was in the use of > $(top_srcdir). So I'm won

Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-09 Thread David Everly
On 11/9/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: * David Everly wrote on Thu, Nov 09, 2006 at 01:52:12PM CET: > On 11/9/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: > >On Wed, Nov 08, 2006 at 05:46:23PM -0700, David Everly wrote: > >> I put together a test cas

Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-09 Thread David Everly
On 11/9/06, David Everly <[EMAIL PROTECTED]> wrote: On 11/9/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: > On Wed, Nov 08, 2006 at 05:46:23PM -0700, David Everly wrote: > and the distcheck failed with the expected message: > > make[1]: *** No rule to make target `../test

Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-09 Thread David Everly
On 11/9/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: Hello, On Wed, Nov 08, 2006 at 05:46:23PM -0700, David Everly wrote: > I put together a test case before sending my email, the only line in > the one Makefile.am is the one I gave containing test.txt. well, I created conf

Re: sysconf_DATA v. dist_sysconf_DATA

2006-11-08 Thread David Everly
On 11/8/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: Hello, On Wed, Nov 08, 2006 at 11:29:39AM -0700, David Everly wrote: > I should have used this (because test.txt is not constructed): > > dist_sysconf_DATA = $(top_srcdir)/test.txt > > However, I've regularly r

sysconf_DATA v. dist_sysconf_DATA

2006-11-08 Thread David Everly
automake (GNU automake) 1.9.6 autoconf (GNU Autoconf) 2.60 HP-UX omztdv1 B.11.23 U ia64 I have recently discovered this in the manual: "By default, data files are not included in a distribution. Of course, you can use the dist_ prefix to change this on a per-variable basis." So instead of this

automake/libtool question

2006-09-11 Thread David Everly
I'm on the following: HP-UX B.11.23 U ia64 automake (GNU automake) 1.9.6 autoconf (GNU Autoconf) 2.60 ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06) I am building an executable that links to some libtool created shared libraries and some shared libraries that were not created

Re: depcomp on system headers

2006-08-16 Thread David Everly
On 8/8/06, David Everly <[EMAIL PROTECTED]> wrote: While I was writing this email I received this one from HP: "Well, I got a response from the lab, but not the one I was hoping for. They took your test suite and said that they can dup the problem with A.06.06, but when they test

Re: depcomp on system headers

2006-08-08 Thread David Everly
ldn't dup." So I guess we will have to try upgrading our compiler. On 8/8/06, David Everly <[EMAIL PROTECTED]> wrote: Here I try to answer all the questions. Please let me know if I missed any. On 8/8/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > * David Everly wrote

Re: depcomp on system headers

2006-08-08 Thread David Everly
I've responded to Ralf's questions, but will try to answer these also: On 8/8/06, Stepan Kasal <[EMAIL PROTECTED]> wrote: Hello, On Tue, Aug 08, 2006 at 06:08:39AM -0600, David Everly wrote: > [ incorrect deps reported by me here ] I do not have much experience with depc

Re: depcomp on system headers

2006-08-08 Thread David Everly
Here I try to answer all the questions. Please let me know if I missed any. On 8/8/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: * David Everly wrote on Tue, Aug 08, 2006 at 12:56:12AM CEST: > > I think my problem happens because what our vendor does is #include > inside of rw

Re: depcomp on system headers

2006-08-08 Thread David Everly
On 8/8/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: * David Everly wrote on Tue, Aug 08, 2006 at 12:56:12AM CEST: > > I think my problem happens because what our vendor does is #include > inside of rw/numbrw Yes, I see that too with the compiler version I'm looking at.

Re: depcomp on system headers

2006-08-07 Thread David Everly
Thanks for responding Ralf, On 8/7/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: Hello David, * David Everly wrote on Mon, Aug 07, 2006 at 09:54:52PM CEST: > The automake documentation... [...] > ...indicates: > > "Automake always uses complete dependencies for a c

depcomp on system headers

2006-08-07 Thread David Everly
The automake documentation... http://www.gnu.org/software/automake/manual/html_mono/automake.html#Dependencies ...indicates: "Automake always uses complete dependencies for a compilation, including system headers." However, a closed-source vendor gives us header files that contain: #include