At Wed, 28 Jan 2004 21:12:26 +0100,
Zdenek Pizl wrote:
>
> On Wednesday 28 of January 2004 6:29 pm, you wrote:
> > At Wed, 28 Jan 2004 17:13:34 +0100,
> >
> > Zdenek Pizl wrote:
> > > On Wednesday 28 of January 2004 3:32 pm, you wrote:
> > > > At Wed, 28 Jan 2004 12:29:59 +0100,
> > > >
> > > > > /usr/src/redhat/BUILD/alsa-driver-1.0.2/include/adriver.h:189:1:
> > > > > warning: "snprintf" redefined
> > > > > In file included
> > > > > from /usr/src/linux-2.4.20-28.9/include/linux/modversions.h:172,
> > > > > /usr/src/linux-2.4.20-28.9/include/linux/modules/ksyms.ver:690:1:
> > > > > warning: this is the location of the previous definition
> > > > > </snip>
> > > >
> > > > looks like configure script didn't detect snprintf() correctly in your
> > > > kernel tree. check config.log file.
> > >
> > > you are right, in config.log are these lines:
> > > <snip>
> > > configure:5138: checking for snprintf
> > > configure:5166: gcc -c -Wall -Werror -D__module__i386
> > > -D__module__%{kernel_type} -I/usr/src/linux-2.4.20-28.9/
> >
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^
> > something invalid $CFLAGS is passed.
> > perhaps you set $CFLAGS (as environment variable) before running
> > configure?
>
> in fact, I am rolling a rpm package of ALSA-1.0.2. The spec file was adapted
> from freshrpms.net Fedora alsa-1.0.1 package. My system is PROLinux 9
> (enhanced Redhat 9).
i expected that it's the rpm...
> The invocation of rpmbuild is as follows:
> rpmbuild -ba --target i386 --define "kernel ${kernel}" $*
> CFLAGS="-D__module__%{_target_cpu} -D__module__%{kernel_type}"
>
> I don't know what %{kernel_type} is - cannot find it among rpm macros ... That
> could be root of my problems.
>
> As I am going through last spec file for RH-9, I see a difference in a
> configure statement. Maybe there is no kernel_type macro (or what is that) in
> RH-9 ...
>
> If I remove the problematic "-D__module__%{kernel_type}" part it works fine.
> The question is if it will not break another things (there is a notice: "We
> fool configure with these CFLAGS to not have 686 instructions on 386" ) ...
__module__xxx isn't referred at all, it's safe to define as you like.
but it means that basically you don't have to set them at all.
Takashi
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user
