bug#7922: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2012-11-21 Thread Stefano Lattarini
close 7922 stop Reference: On 02/15/2011 03:32 PM, Юрий Пухальский wrote: > Good day, Ralf! > > Yes, adding .pc.c rule seems to fix the issue - now .pc sources are > added to the TAGS. But as this rule is unused, it's superfluous... > Going thr

bug#7922: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-02-15 Thread Юрий Пухальский
Good day, Ralf! Yes, adding .pc.c rule seems to fix the issue - now .pc sources are added to the TAGS. But as this rule is unused, it's superfluous...

bug#7922: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-26 Thread Юрий Пухальский
Good evening, Ralf! I don't have the example at home, but shall try to recreate it. If i have a Makefile.am like this: SUFFIXES=.pc .pc.c: cp $< $@ noinst_LTLIBRARIES=libfoo.la libfoo_la_SOURCES=foo.pc Then the rule for tags is generated, and on make tags the TAGS file is created with foo.pc

bug#7922: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-26 Thread Ralf Wildenhues
Hello Юрий, please, do not top-post on this list. Thank you. * Юрий Пухальский wrote on Wed, Jan 26, 2011 at 11:23:42AM CET: > 2011/1/11 Ralf Wildenhues: > > * Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET: > >> .SUFFIXES: .pc .lo .c > >> .pc.c: > >>       cp $< $@ > >> .c.lo: > >

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-26 Thread Юрий Пухальский
Good day, Ralf! .pc.lo compiles but there is no tags rule being generated. With .pc.c rule tags are ok. So still there is a problem somewhere... 2011/1/11 Ralf Wildenhues : > Hello Юрий, > > * Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET: >> I've (finally) made it through two imp

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-12 Thread Юрий Пухальский
Aye, looks like it. I have no objections whatsoever, i just need some method to make it work, because it's my working project:) So no problem with me to join together these reports. 2011/1/12 Stefano Lattarini : > Hello Юрий. > > On Wednesday 12 January 2011, Юрий Пухальский wrote: >> So i put it

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-12 Thread Stefano Lattarini
Hello Юрий. On Wednesday 12 January 2011, Юрий Пухальский wrote: > So i put it all together. > > If i have a Makefile like this: > - > SUFFIXES = .pc > > .pc.lo: > cp $(srcdir)/$*.pc $(builddir)/$*.c > $(LTCOMPILE) -c $(builddir)/$*.c > rm -f $(build

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-12 Thread Юрий Пухальский
So i put it all together. If i have a Makefile like this: - SUFFIXES = .pc .pc.lo: cp $(srcdir)/$*.pc $(builddir)/$*.c $(LTCOMPILE) -c $(builddir)/$*.c rm -f $(builddir)/$*.c noinst_PROGRAMS = 1 2 1_SOURCES = 1.pc db_src = 1.pc 2_SOURCES = du

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-11 Thread Ralf Wildenhues
Hello Юрий, * Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET: > I've (finally) made it through two implicit rules, but i have a problem there. > > The makefile looks something like that: > > > .SUFFIXES: .pc .lo .c > .pc.c: > cp $< $@ > .c.lo: >

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-11 Thread Юрий Пухальский
2011/1/11 Ralf Wildenhues : > Hello Юрий, > > * Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET: >> I've (finally) made it through two implicit rules, but i have a problem >> there. >> >> The makefile looks something like that: >> >> >> .SUFFIXES: .pc .lo .c >

bug#7824: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2011-01-11 Thread Юрий Пухальский
Good day, Ralf! I've (finally) made it through two implicit rules, but i have a problem there. The makefile looks something like that: .SUFFIXES: .pc .lo .c .pc.c: cp $< $@ .c.lo: cp $< $@ Given that i have no .c and no .lo befor

Re: convenience library dependencies (was: 1.11 doesn't add sources with nonstandard suffixes when making a binary)

2009-12-01 Thread Jack Kelly
2009/12/2 Юрий Пухальский : > Aye, that was what i thought. Jack misled me:) Sorry. I must've got mixed up and thought you were building _PROGRAMS and not _LIBRARIES. I've used noinst_LIBRARIES before when building a program. -- Jack

Re: convenience library dependencies (was: 1.11 doesn't add sources with nonstandard suffixes when making a binary)

2009-12-01 Thread Юрий Пухальский
Aye, that was what i thought. Jack misled me:) So i resume what we have started with. There is currently no easy method to use .pc.lo rule with intermediate files' removal. And if i leave them hanging i have to put into every Makefile a line adding them to CLEANFILES. Which is as ugly... 2009/12/

convenience library dependencies (was: 1.11 doesn't add sources with nonstandard suffixes when making a binary)

2009-12-01 Thread Ralf Wildenhues
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 10:39:27PM CET: > 2009/12/1 Ralf Wildenhues : > > * Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET: > >> I've tried using oldstyle libraries, to no avail... It has made a > >> library like this (last lines of "ar t" output): > >> foo.o >

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-30 Thread Ralf Wildenhues
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET: > 2009/11/28 Jack Kelly : > > 2009/11/28 Юрий Пухальский : > >>> My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of > >>> libcommon.la. This goes into LDADD as with libtool convenience > >>> libraries. > >> I haven'

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-30 Thread Юрий Пухальский
I've tried using oldstyle libraries, to no avail... It has made a library like this (last lines of "ar t" output): foo.o libbar.a 2009/11/28 Jack Kelly : > 2009/11/28 Юрий Пухальский : >> -snip- >>> >>> My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of >>> libcommon.la. This

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Ralf Wildenhues
* Юрий Пухальский wrote on Fri, Nov 27, 2009 at 11:14:04PM CET: > It's working like a charm, the autotools system, One small thing is > 64-bit ARFLAGS on AIX, > but the folks out there in libtool (if i remember right) are aware of > the problem, it seems, but i haven't investigated it yet. Try O

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Юрий Пухальский
2009/11/28 Ralf Wildenhues : > Hello Yuri, nice to read from you again, Hello, Ralf, nice to see you too:) It's working like a charm, the autotools system, One small thing is 64-bit ARFLAGS on AIX, but the folks out there in libtool (if i remember right) are aware of the problem, it seems, but i ha

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Юрий Пухальский
2009/11/28 Jack Kelly : > 2009/11/28 Юрий Пухальский : >> On Fri, Nov 27, 2009 at 4:07 PM, Jack Kelly wrote: >>> 2009/11/27 Юрий Пухальский : Automake links binaries through libtool too, at least in my case. >>> -make output--- /oracle/10.2.0.4/bin/proc CODE=ANSI_C include=.

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Jack Kelly
2009/11/28 Юрий Пухальский : > -snip- >> >> My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of >> libcommon.la. This goes into LDADD as with libtool convenience >> libraries. > I haven't checked it, but does it support library dependencies like > .la? This i use extensively. Ye

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Ralf Wildenhues
Hi Jack, * Jack Kelly wrote on Fri, Nov 27, 2009 at 10:37:55PM CET: > 2009/11/28 Ralf Wildenhues: > > That's why you should do it like this: > > > > .pc.$(OBJEXT): > >        ... > > I'm confused. Why is this better than writing a .pc.c rule? Doesn't it > sacrifice proper dependency tracking on t

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Jack Kelly
Hi Ralf, 2009/11/28 Ralf Wildenhues : > That's why you should do it like this: > > .pc.$(OBJEXT): >        ... I'm confused. Why is this better than writing a .pc.c rule? Doesn't it sacrifice proper dependency tracking on the generated .c file? -- Jack

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Ralf Wildenhues
Hello Yuri, nice to read from you again, * Юрий Пухальский wrote on Fri, Nov 27, 2009 at 10:38:15AM CET: > Automake links binaries through libtool too, at least in my case. Yes, but it doesn't compile the objects for non-libraries using libtool, just like Jack explained. > And yes, it works when

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Jack Kelly
2009/11/28 Юрий Пухальский : > On Fri, Nov 27, 2009 at 4:07 PM, Jack Kelly wrote: >> 2009/11/27 Юрий Пухальский : >>> Automake links binaries through libtool too, at least in my case. >> >>> -make output--- >>> /oracle/10.2.0.4/bin/proc CODE=ANSI_C include=../../include >>> include=/oracle

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Юрий Пухальский
On Fri, Nov 27, 2009 at 4:07 PM, Jack Kelly wrote: > 2009/11/27 Юрий Пухальский : >> Automake links binaries through libtool too, at least in my case. > >> -make output--- >> /oracle/10.2.0.4/bin/proc CODE=ANSI_C include=../../include >> include=/oracle/10.2.0.4/lib include=/usr/include ir

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Юрий Пухальский
Automake links binaries through libtool too, at least in my case. -make output--- /oracle/10.2.0.4/bin/proc CODE=ANSI_C include=../../include include=/oracle/10.2.0.4/lib include=/usr/include ireclen=4800 oreclen=4800 select_error=no release_cursor=no hold_cursor=yes lines=yes ltype=none c

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-27 Thread Jack Kelly
2009/11/27 Юрий Пухальский : > Automake links binaries through libtool too, at least in my case. > -make output--- > /oracle/10.2.0.4/bin/proc CODE=ANSI_C include=../../include > include=/oracle/10.2.0.4/lib include=/usr/include ireclen=4800 > oreclen=4800 select_error=no release_cursor=no

Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-26 Thread Jack Kelly
2009/11/25 Юрий Пухальский : > Good day! > > As of automake 1.11 the following problem exists: > I have a nonstandard suffix .pc (ProC source), which i compile into .lo with > SUFFIXES = .pc > .pc.lo: >        $(PCC) $(PCCFLAGS) iname=$(srcdir)/$*.pc oname=$(builddir)/$*.c >        $(LIBTOOL) --tag

1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-26 Thread Юрий Пухальский
Don't know if it got through, so i resend... Good day! As of automake 1.11 the following problem exists: I have a nonstandard suffix .pc (ProC source), which i compile into .lo with SUFFIXES = .pc .pc.lo:        $(PCC) $(PCCFLAGS) iname=$(srcdir)/$*.pc oname=$(builddir)/$*.c        $(LIBTOOL) --t

1.11 doesn't add sources with nonstandard suffixes when making a binary

2009-11-26 Thread Юрий Пухальский
Good day! As of automake 1.11 the following problem exists: I have a nonstandard suffix .pc (ProC source), which i compile into .lo with SUFFIXES = .pc .pc.lo: $(PCC) $(PCCFLAGS) iname=$(srcdir)/$*.pc oname=$(builddir)/$*.c $(LIBTOOL) --tag=CC --mode=compile $(CC) $(AM_CPPFLAGS) $(