* Re: 1.0.16rc2 -build issues
2008-01-30 13:03 ` 1.0.16rc2 Takashi Iwai
@ 2008-01-30 21:03 ` Alan Horstmann
2008-01-31 11:38 ` Takashi Iwai
0 siblings, 1 reply; 5+ messages in thread
From: Alan Horstmann @ 2008-01-30 21:03 UTC (permalink / raw)
To: Takashi Iwai; +Cc: ALSA devel
On Wednesday 30 January 2008 13:03, you wrote:
> At Wed, 30 Jan 2008 12:41:46 +0000,
>
> Alan Horstmann wrote:
> > On Wednesday 30 January 2008 11:21, Takashi wrote:
> > >
> > > Could you apply the patch below and use ./hgcompile to configure?
> > >
> > > thanks,
> > >
> > > Takashi
> >
> > Patch applied OK. Unfortunately, hgcompile complains that the Autoconf
> > version is too old on this system -needs >2.59 (looks like I have 1.4o).
> > What is the difference using that rather than straight configure?
>
> You need to regenerate the configure script itself.
>
> > Is there a
> > way to work round it?
>
> Remove the line "AC_PREREQ(2.59)" in configure.in.
Thanks. However, I could not get (the old) autoconf to produce a working configure script due to 'AS_HELP_STRING', so I added
#define CONFIG_HAVE_FFS
to the patched adriver.h and used the original configure script, to proceed for now (which it did).
Unfortunately make didn't get much further, having more ??historic kernel?? trouble in memalloc:
memalloc.c: In function `snd_mem_proc_open':
memalloc.c:611: warning: implicit declaration of function `single_open'
memalloc.c: At top level:
memalloc.c:715: error: `single_release' undeclared here (not in a function)
memalloc.c:715: error: initializer element is not constant
memalloc.c:715: error: (near initialization for `snd_mem_proc_fops.release')
memalloc.c: In function `snd_mem_init':
memalloc.c:731: warning: assignment discards qualifiers from pointer target type
Sorry if this is causing a lot of extra trouble.
Regards Alan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 1.0.16rc2 -build issues
2008-01-30 21:03 ` 1.0.16rc2 -build issues Alan Horstmann
@ 2008-01-31 11:38 ` Takashi Iwai
2008-01-31 15:41 ` Alan Horstmann
0 siblings, 1 reply; 5+ messages in thread
From: Takashi Iwai @ 2008-01-31 11:38 UTC (permalink / raw)
To: Alan Horstmann; +Cc: ALSA devel
At Wed, 30 Jan 2008 21:03:45 +0000,
Alan Horstmann wrote:
>
> On Wednesday 30 January 2008 13:03, you wrote:
> > At Wed, 30 Jan 2008 12:41:46 +0000,
> >
> > Alan Horstmann wrote:
> > > On Wednesday 30 January 2008 11:21, Takashi wrote:
> > > >
> > > > Could you apply the patch below and use ./hgcompile to configure?
> > > >
> > > > thanks,
> > > >
> > > > Takashi
> > >
> > > Patch applied OK. Unfortunately, hgcompile complains that the Autoconf
> > > version is too old on this system -needs >2.59 (looks like I have 1.4o).
> > > What is the difference using that rather than straight configure?
> >
> > You need to regenerate the configure script itself.
> >
> > > Is there a
> > > way to work round it?
> >
> > Remove the line "AC_PREREQ(2.59)" in configure.in.
>
> Thanks. However, I could not get (the old) autoconf to produce a working configure script due to 'AS_HELP_STRING', so I added
> #define CONFIG_HAVE_FFS
> to the patched adriver.h and used the original configure script, to proceed for now (which it did).
>
> Unfortunately make didn't get much further, having more ??historic kernel?? trouble in memalloc:
>
> memalloc.c: In function `snd_mem_proc_open':
> memalloc.c:611: warning: implicit declaration of function `single_open'
> memalloc.c: At top level:
> memalloc.c:715: error: `single_release' undeclared here (not in a function)
> memalloc.c:715: error: initializer element is not constant
> memalloc.c:715: error: (near initialization for `snd_mem_proc_fops.release')
> memalloc.c: In function `snd_mem_init':
> memalloc.c:731: warning: assignment discards qualifiers from pointer target type
Then the patch below should work. Give it a try.
Takashi
---
diff -r e600ecb8fbd7 acore/memalloc.patch
--- a/acore/memalloc.patch Wed Jan 30 08:36:00 2008 +0100
+++ b/acore/memalloc.patch Thu Jan 31 12:39:11 2008 +0100
@@ -189,7 +189,7 @@
#ifdef CONFIG_PROC_FS
-+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
/*
* proc file interface
*/
@@ -205,7 +205,7 @@
static int __init snd_mem_init(void)
{
#ifdef CONFIG_PROC_FS
-+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
snd_mem_proc = create_proc_entry(SND_MEM_PROC_FILE, 0644, NULL);
if (snd_mem_proc)
snd_mem_proc->proc_fops = &snd_mem_proc_fops;
@@ -216,7 +216,7 @@
static void __exit snd_mem_exit(void)
{
-+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
remove_proc_entry(SND_MEM_PROC_FILE, NULL);
+#endif
free_all_reserved_pages();
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 1.0.16rc2 -build issues
2008-01-31 11:38 ` Takashi Iwai
@ 2008-01-31 15:41 ` Alan Horstmann
0 siblings, 0 replies; 5+ messages in thread
From: Alan Horstmann @ 2008-01-31 15:41 UTC (permalink / raw)
To: Takashi Iwai; +Cc: ALSA devel
On Thursday 31 January 2008 11:38, you wrote:
> At Wed, 30 Jan 2008 21:03:45 +0000,
>
> Alan Horstmann wrote:
> > Unfortunately make didn't get much further, having more ??historic
> > kernel?? trouble in memalloc:
> >
> > memalloc.c: In function `snd_mem_proc_open':
> > memalloc.c:611: warning: implicit declaration of function `single_open'
> > memalloc.c: At top level:
> > memalloc.c:715: error: `single_release' undeclared here (not in a
> > function) memalloc.c:715: error: initializer element is not constant
> > memalloc.c:715: error: (near initialization for
> > `snd_mem_proc_fops.release') memalloc.c: In function `snd_mem_init':
> > memalloc.c:731: warning: assignment discards qualifiers from pointer
> > target type
>
> Then the patch below should work. Give it a try.
Yup, that nailed it! Make completes OK now, thanks.
I applied the memalloc.patch patch by hand. If this is to be applied, notice
that Line 200 #endif text string also presumably needs changing.
Alsa-lib was OK, but the configure was slightly messy in reporting
'python-config' Command not found before a more reasonable message and
disabling python from the build.
If both the patches are to be applied, would you like me to retest the nightly
build at some stage(which presumably won't need hgcompile)? If so can you
give the link again.
Thanks
Alan
> ---
>
> diff -r e600ecb8fbd7 acore/memalloc.patch
> --- a/acore/memalloc.patch Wed Jan 30 08:36:00 2008 +0100
> +++ b/acore/memalloc.patch Thu Jan 31 12:39:11 2008 +0100
> @@ -189,7 +189,7 @@
>
>
> #ifdef CONFIG_PROC_FS
> -+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
> ++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
> /*
> * proc file interface
> */
> @@ -205,7 +205,7 @@
> static int __init snd_mem_init(void)
> {
> #ifdef CONFIG_PROC_FS
> -+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
> ++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
> snd_mem_proc = create_proc_entry(SND_MEM_PROC_FILE, 0644, NULL);
> if (snd_mem_proc)
> snd_mem_proc->proc_fops = &snd_mem_proc_fops;
> @@ -216,7 +216,7 @@
>
> static void __exit snd_mem_exit(void)
> {
> -+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 4, 0)
> ++#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
> remove_proc_entry(SND_MEM_PROC_FILE, NULL);
> +#endif
> free_all_reserved_pages();
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 1.0.16rc2 -build issues
@ 2008-02-08 10:06 Alan Horstmann
2008-02-08 10:43 ` Clemens Ladisch
0 siblings, 1 reply; 5+ messages in thread
From: Alan Horstmann @ 2008-02-08 10:06 UTC (permalink / raw)
To: Takashi Iwai; +Cc: ALSA devel
Hi Takashi,
I tried out yesterdays tarball hg20080207 to confirm DSP2000 Midi stuff before
pointing another DSP2000 user to it. Build proceeded OK but I did notice the
following warnings, which I might have missed previously, or they could be
new. Do you care about redefinitions?
pcm_oss.c:639:1: warning: "AFMT_S32_LE" redefined
In file included from pcm_oss.c:43:
/lib/modules/2.4.21-99-athlon/build/include/linux/soundcard.h:562:1: warning:
this is the location of the previous definition
pcm_oss.c:640:1: warning: "AFMT_S32_BE" redefined
/lib/modules/2.4.21-99-athlon/build/include/linux/soundcard.h:563:1: warning:
this is the location of the previous definition
pcm_oss.c:641:1: warning: "AFMT_S24_LE" redefined
/lib/modules/2.4.21-99-athlon/build/include/linux/soundcard.h:558:1: warning:
this is the location of the previous definition
pcm_oss.c:642:1: warning: "AFMT_S24_BE" redefined
/lib/modules/2.4.21-99-athlon/build/include/linux/soundcard.h:559:1: warning:
this is the location of the previous definition
Regards
Alan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 1.0.16rc2 -build issues
2008-02-08 10:06 1.0.16rc2 -build issues Alan Horstmann
@ 2008-02-08 10:43 ` Clemens Ladisch
0 siblings, 0 replies; 5+ messages in thread
From: Clemens Ladisch @ 2008-02-08 10:43 UTC (permalink / raw)
To: Alan Horstmann; +Cc: Takashi Iwai, ALSA devel
Alan Horstmann wrote:
> I tried out yesterdays tarball hg20080207 to confirm DSP2000 Midi stuff before
> pointing another DSP2000 user to it. Build proceeded OK but I did notice the
> following warnings, which I might have missed previously, or they could be
> new. Do you care about redefinitions?
>
> pcm_oss.c:639:1: warning: "AFMT_S32_LE" redefined
> In file included from pcm_oss.c:43:
> /lib/modules/2.4.21-99-athlon/build/include/linux/soundcard.h:562:1: warning:
> this is the location of the previous definition
This warnings are caused by harmless whitespace in the 2.4.x soundcard.h
file.
Regards,
Clemens
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-02-08 10:41 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-08 10:06 1.0.16rc2 -build issues Alan Horstmann
2008-02-08 10:43 ` Clemens Ladisch
-- strict thread matches above, loose matches on Subject: below --
2008-01-29 14:54 1.0.16rc2 Jaroslav Kysela
2008-01-30 12:41 ` 1.0.16rc2 Alan Horstmann
2008-01-30 13:03 ` 1.0.16rc2 Takashi Iwai
2008-01-30 21:03 ` 1.0.16rc2 -build issues Alan Horstmann
2008-01-31 11:38 ` Takashi Iwai
2008-01-31 15:41 ` Alan Horstmann
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.