These things are a modules to dlopen at run time, not libraries to link at
compile time. According to documentation, I should be able to turn off this
warning with -module but it doesn't seen to work. This Makefile.am was
working before with these warnings.

============================================
Michael Gogins
gogins at pipeline period com
Irreducible Productions
CsoundVST, an extended version of Csound for programming music and sound
Available at http://sourceforge.net/projects/csound/
============================================


----- Original Message ----- 
From: "John D. Ramsdell" 
To: "Csound Developers Discussion List" 
Sent: Wednesday, March 10, 2004 6:16 PM
Subject: [CSOUND-DEV:4271] RE: Csoudn5 yet again


> "gogins@pipeline.com"  writes:
>
> > I am having the same problem, and I'm trying to fix it. And I'm sure I
can
> > fix it.
> > Original Message:
> > -----------------
> > From: John jpff@codemist.co.uk
> ....
> > cage:~/Sourceforge/csound5> autoreconf -i -f
> > Makefile.am:84: `_CsoundVST.la' is not a standard libtool library
> > name
>
> Library names have to begin with the three characters "lib".  Both
> libtool and automake get very confused if this rule is violated.
>
> John
>

Hi Michael,

I spent the past hour or so trying to figure out what's going wrong with
the Makefile.am.  I've checked in two changes which should fix the
warning:

`_CsoundVST.la' is not a standard libtool library name

and:

linker flags such as `-mwindows' belong in
`CsoundVST_LDFLAGS

The other errors I'm not sure what to do.  It took me a while to read
and reread to figure out that the messages:

Makefile.am: object `libcsound_la-ugens6.lo' created by
`Opcodes/ugens6.c' and `OOps/ugens6.c'
Makefile.am: object `libcsound_la-ugens7.lo' created by
`Opcodes/ugens7.c' and `OOps/ugens7.c'
Makefile.am: object `libcsound_la-ugens9.lo' created by
`Opcodes/ugens9.c' and `OOps/ugens9.c'
Makefile.am: object `libcsound_la-sdif.lo' created by `SDIF/sdif.c' and
`OOps/sdif.c'
Makefile.am: object `libcsound_la-sdif-mem.lo' created by
`SDIF/sdif-mem.c' and `OOps/sdif-mem.c'
Makefile.am: object `libcsound_la-csound_main.lo' created by
`Top/csound_main.c' and `frontends/csound/csound_main.c'
Makefile.am: object `libcsound_la-cscore.lo' created by
`util1/cscore/cscore.c' and `Top/cscore.c'
Makefile.am: object `libcsound_la-extract.lo' created by
`util2/mixer/extract.c' and `Engine/extract.c'
Makefile.am: object `libcsound_la-pvl_main.lo' created by
`util2/pvlook.dir/pvl_main.c' and `Top/pvl_main.c'
Makefile.am: object `libcsound_la-pvlook.lo' created by
`util2/pvlook.dir/pvlook.c' and `Top/pvlook.c'

Simply boils down to there being duplicates of these source files, i.e.
pvlook.c is in util2/pvlook.dir and Top.  I'm guessing that these are
what are causing automake to fail.  I'm not sure what file is supposed
to be in what directory, so will defer this task to someone more
knowledgeable about these files.

steven






On Wed, 2004-03-10 at 16:24, Michael Gogins wrote:
> These things are a modules to dlopen at run time, not libraries to link at
> compile time. According to documentation, I should be able to turn off this
> warning with -module but it doesn't seen to work. This Makefile.am was
> working before with these warnings.
> 
> ============================================
> Michael Gogins
> gogins at pipeline period com
> Irreducible Productions
> CsoundVST, an extended version of Csound for programming music and sound
> Available at http://sourceforge.net/projects/csound/
> ============================================
> 
> 
> ----- Original Message ----- 
> From: "John D. Ramsdell" 
> To: "Csound Developers Discussion List" 
> Sent: Wednesday, March 10, 2004 6:16 PM
> Subject: [CSOUND-DEV:4271] RE: Csoudn5 yet again
> 
> 
> > "gogins@pipeline.com"  writes:
> >
> > > I am having the same problem, and I'm trying to fix it. And I'm sure I
> can
> > > fix it.
> > > Original Message:
> > > -----------------
> > > From: John jpff@codemist.co.uk
> > ....
> > > cage:~/Sourceforge/csound5> autoreconf -i -f
> > > Makefile.am:84: `_CsoundVST.la' is not a standard libtool library
> > > name
> >
> > Library names have to begin with the three characters "lib".  Both
> > libtool and automake get very confused if this rule is violated.
> >
> > John
> >
> 
> 

ugens*.c should be in OOps my tree.  Other versions would have been failed 
attempts to make them loadable
  pvlook.c is similarly in Top

What I have is below.  Michael may well have a different layout
==John ff



E     = Engine
I     = InOut
T     = Top
O     = OOps
S     = SDIF

CSRCX = $T/cscormai.c $T/natben.c

CSRCE = \
	$E/auxfd.c	\
	$E/entry1.c	\
	$E/entry2.c	\
	$E/express.c	\
	$E/extract.c	\
	$E/fgens.c	\
	$E/filopen.c	\
	$E/insert.c	\
	$E/linevent.c	\
	$E/memalloc.c	\
	$E/memfiles.c	\
	$E/musmon.c	\
	$E/namedins.c	\
	$E/oload.c	\
	$E/otran.c	\
	$E/rdorch.c	\
	$E/rdscor.c	\
	$E/scsort.c	\
	$E/scxtract.c	\
	$E/sort.c	\
	$E/sread.c	\
	$E/swrite.c	\
	$E/twarp.c

CSRCI = \
	$I/libsnd.c	\
	$I/sfheader.c   \
	$I/winEPS.c     \
	$I/winascii.c   \
	$I/windin.c     \
	$I/window.c

CSRCT = \
	$T/argdecode.c	\
	$T/cscore.c	\
	$T/cscorfns.c	\
	$T/cvanal.c	\
	$T/dl_opcodes.c \
	$T/dnoise.c 	\
	$T/getstring.c	\
	$T/hetro.c	\
	$T/jpff_glue.c	\
	$T/lpanal.c	\
	$T/main.c	\
	$T/natben.c	\
	$T/one_file.c	\
	$T/opcode.c	\
	$T/pvanal.c	\
	$T/pvlook.c	\
	$T/scot.c       \
	$T/sndinfo.c

CSRCO = \
	$O/aops.c	\
	$O/cmath.c	\
	$O/control.c	\
	$O/diskin.c	\
	$O/disprep.c	\
	$O/dnfft.c	\
	$O/dsputil.c	\
	$O/dumpf.c	\
	$O/fft.c	\
	$O/fout.c	\
	$O/lptrkfns.c	\
	$O/mididevice.c	\
	$O/midiinterop.c	\
	$O/midiops.c	\
	$O/midiout.c	\
	$O/midirecv.c	\
	$O/midisend.c	\
	$O/mxfft.c	\
	$O/oscils.c	\
	$O/pitch0.c	\
	$O/pstream.c	\
	$O/pvadd.c	\
	$O/pvfileio.c	\
	$O/pvinterp.c	\
	$O/pvoc.c	\
	$O/pvocext.c	\
	$O/pvread.c	\
	$O/pvsanal.c	\
	$O/pvxanal.c	\
	$O/schedule.c	\
	$O/sdif.c	\
	$O/sdif-mem.c	\
	$O/sndinfUG.c	\
	$O/ugens1.c	\
	$O/ugens2.c	\
	$O/ugens3.c	\
	$O/ugens4.c	\
	$O/ugens5.c	\
	$O/ugens6.c	\
	$O/ugens7.c	\
	$O/ugens8.c	\
	$O/ugens9.c	\
	$O/vbap.c	\
	$O/vbap_eight.c	\
	$O/vbap_four.c	\
	$O/vbap_sixteen.c	\
	$O/vbap_zak.c	\
	$O/vdelay.c	\
	$O/vpvoc.c