* 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.