All of lore.kernel.org
 help / color / mirror / Atom feed
* Another question/note regarding CVS compile process
@ 2002-05-15 22:43 Ivica Bukvic
  2002-05-16  1:30 ` Andy Wingo
  2002-05-16  9:23 ` Takashi Iwai
  0 siblings, 2 replies; 3+ messages in thread
From: Ivica Bukvic @ 2002-05-15 22:43 UTC (permalink / raw)
  To: alsa-devel

One more thing I noticed about my build process:

When I do ./build prep

I get the following response:

aclocal: ../alsa-lib/utils/alsa.m4: 15: duplicated macro 'AM_PATH_ALSA'

And then it seems to stop the ./build prep process since when I do the
same steps by hand and try to configure afterwards, I get the following
errors:

./configure: line 543: syntax error near unexpected token
'AM_CONDITIONAL(INSTALL_M4,'
./configure: line 543: 'AM_CONDITIONAL(INSTALL_M4, test "x$(ACLOCAL)" =
"xaclocal")'

This does not happen when I do a simple cvscompile in the alsa-driver
folder.

I do already have an entry in the /usr/share/aclocal/alsa.m4 which I do
not know whether it has anything to do with this but it seems when I
rename it it makes no difference.

But, what I just discovered this very moment is that when I remove the
alsa.m4 (or its renamed incarnation) from the /usr/share/aclocal, I do
not get these errors. Maybe this should be done automatically since
otherwise build script fails.

Ico




_______________________________________________________________

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: bandwidth@sourceforge.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Another question/note regarding CVS compile process
  2002-05-15 22:43 Another question/note regarding CVS compile process Ivica Bukvic
@ 2002-05-16  1:30 ` Andy Wingo
  2002-05-16  9:23 ` Takashi Iwai
  1 sibling, 0 replies; 3+ messages in thread
From: Andy Wingo @ 2002-05-16  1:30 UTC (permalink / raw)
  To: alsa-devel

On Wed, 15 May 2002, Ivica Bukvic wrote:

> One more thing I noticed about my build process:
> 
> When I do ./build prep
> 
> I get the following response:
> 
> aclocal: ../alsa-lib/utils/alsa.m4: 15: duplicated macro 'AM_PATH_ALSA'

This is buggy behavior on the part of aclocal. aclocal comes with
automake, if I recall correctly; upgrade your automake and this error
will go away. Mine is 1.5, as I have automake 1.5. The 1.4 series might
still have this bug, I don't know.

regards,

wingo.

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Another question/note regarding CVS compile process
  2002-05-15 22:43 Another question/note regarding CVS compile process Ivica Bukvic
  2002-05-16  1:30 ` Andy Wingo
@ 2002-05-16  9:23 ` Takashi Iwai
  1 sibling, 0 replies; 3+ messages in thread
From: Takashi Iwai @ 2002-05-16  9:23 UTC (permalink / raw)
  To: Ivica Bukvic; +Cc: alsa-devel

At Wed, 15 May 2002 18:43:57 -0400,
Ivica Bukvic wrote:
> 
> One more thing I noticed about my build process:
> 
> When I do ./build prep
> 
> I get the following response:
> 
> aclocal: ../alsa-lib/utils/alsa.m4: 15: duplicated macro 'AM_PATH_ALSA'
> 
> And then it seems to stop the ./build prep process since when I do the
> same steps by hand and try to configure afterwards, I get the following
> errors:
> 
> ./configure: line 543: syntax error near unexpected token
> 'AM_CONDITIONAL(INSTALL_M4,'
> ./configure: line 543: 'AM_CONDITIONAL(INSTALL_M4, test "x$(ACLOCAL)" =
> "xaclocal")'
> 
> This does not happen when I do a simple cvscompile in the alsa-driver
> folder.
> 
> I do already have an entry in the /usr/share/aclocal/alsa.m4 which I do
> not know whether it has anything to do with this but it seems when I
> rename it it makes no difference.
> 
> But, what I just discovered this very moment is that when I remove the
> alsa.m4 (or its renamed incarnation) from the /usr/share/aclocal, I do
> not get these errors. Maybe this should be done automatically since
> otherwise build script fails.

fixed now (hopefully).  thanks for your report.


Takashi

_______________________________________________________________

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: bandwidth@sourceforge.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-05-16  9:23 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-05-15 22:43 Another question/note regarding CVS compile process Ivica Bukvic
2002-05-16  1:30 ` Andy Wingo
2002-05-16  9:23 ` Takashi Iwai

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.