SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hey guys, I can't seem to compile some of the alsa packeges under slackware 10.0 (I can under Slack 9.1) here is the compiler output:
/usr/include/linux/byteorder/little_endian.h:43: error: parse error before "__cpu_to_le64p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_le64p':
/usr/include/linux/byteorder/little_endian.h:45: error: `__le64' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h:45: error: (Each undeclared identifier is reported only once
/usr/include/linux/byteorder/little_endian.h:45: error: for each function it appears in.)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:47: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__le64_to_cpup':
/usr/include/linux/byteorder/little_endian.h:49: error: `p' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:51: error: parse error before "__cpu_to_le32p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_le32p':
/usr/include/linux/byteorder/little_endian.h:53: error: `__le32' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:55: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__le32_to_cpup':
/usr/include/linux/byteorder/little_endian.h:57: error: `p' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:59: error: parse error before "__cpu_to_le16p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_le16p':
/usr/include/linux/byteorder/little_endian.h:61: error: `__le16' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:63: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__le16_to_cpup':
/usr/include/linux/byteorder/little_endian.h:65: error: `p' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:67: error: parse error before "__cpu_to_be64p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_be64p':
/usr/include/linux/byteorder/little_endian.h:69: error: `__be64' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h:69: error: parse error before "__swab64p"
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:71: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__be64_to_cpup':
/usr/include/linux/byteorder/little_endian.h:73: error: `p' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:75: error: parse error before "__cpu_to_be32p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_be32p':
/usr/include/linux/byteorder/little_endian.h:77: error: `__be32' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h:77: error: parse error before "__swab32p"
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:79: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__be32_to_cpup':
/usr/include/linux/byteorder/little_endian.h:81: error: `p' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:83: error: parse error before "__cpu_to_be16p"
/usr/include/linux/byteorder/little_endian.h: In function `__cpu_to_be16p':
/usr/include/linux/byteorder/little_endian.h:85: error: `__be16' undeclared (first use in this function)
/usr/include/linux/byteorder/little_endian.h:85: error: parse error before "__swab16p"
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:87: error: parse error before '*' token
/usr/include/linux/byteorder/little_endian.h: In function `__be16_to_cpup':
/usr/include/linux/byteorder/little_endian.h:89: error: `p' undeclared (first use in this function)
fm.c: In function `snd_instr_fm_convert_to_stream':
fm.c:81: error: `__be32' undeclared (first use in this function)
fm.c:81: error: parse error before '{' token
fm.c:81: error: parse error before ')' token
fm.c:81: error: `__x' undeclared (first use in this function)
fm.c: At top level:
fm.c:81: error: parse error before ')' token
fm.c:106: error: `put' undeclared here (not in a function)
fm.c:106: warning: data definition has no type or storage class
fm.c:107: error: `put' undeclared here (not in a function)
fm.c:107: warning: initialization makes pointer from integer without a cast
fm.c:107: warning: data definition has no type or storage class
fm.c:108: error: parse error before "return"
make[2]: *** [fm.lo] Error 1
make[2]: Leaving directory `/usr/src/alsa-lib-1.0.7rc2/src/instr'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/alsa-lib-1.0.7rc2/src'
make: *** [all-recursive] Error 1
Does anyone know what I can do to fix this, this happened with alsa-libs 1.0.6 up to 1.0.7.rc2 same errors.
Well kinda, I need kernel 2.6.x modules not 2.4.x modules so I have to recompile alsa myself, the drivers compile perfectly but when I try to compile the libs I get that error.
Originally posted by ProtoformX Well kinda, I need kernel 2.6.x modules not 2.4.x modules so I have to recompile alsa myself, the drivers compile perfectly but when I try to compile the libs I get that error.
Um, I'm running a custom 2.6.7 kernel and I'm using the Slack packages for alsa and it works fine. I think I've compiled pretty much every alsa option available in the kernel, but it really hasn't been a problem.
So your using alsa 1.0.5 libs with kernel's included drivers, well thats another problem. 2.6.9 has alsa 1.0.6a drivers so why would I want to use alsa-libs1.0.5 with 1.0.6a drivers?
Originally posted by ProtoformX So your using alsa 1.0.5 libs with kernel's included drivers, well thats another problem. 2.6.9 has alsa 1.0.6a drivers so why would I want to use alsa-libs1.0.5 with 1.0.6a drivers?
Because it might work?
Patrick has already done the hard work, you might as well take advantage of it. However, the choice is entirely yours.
Well, if Slack 10.0 would allow me to compile in the frist place I wouldn't have this problem now would I?I think I'm gonna go back to Slack 9.1 recompile everything slowly up to 10.0.
Ok! I can help here... alsa can be installed fairly well using a 2.6.* kernel in which you have "yes" said to the ALSA and OSS modules... it is important that you do that. That or install Mr. Volkerding's alsa packages... they work hand in hand.
But if you really want to compile alsa... don't use that kernel you are using... switch to another 2.6 kernel and say yes to the alsa modules... but compile as you usually do. Switching kernels can fight that bug your compilation has... about alsa: probablyt best to use precompiled packages.... they work fine with a little tweaking.
Actully I fixed it, and I still use my own compiled modules, not the kernels modules, I always compile my own modules sound, tv card, eithernet controller, webcam there all compiled by me.
And swtiching kernels had nothing to do with my problem, I could'nt even make the drivers using the defualt kernel slack ships with. There was something wrong with my GCC so I just recompiled off another box and now it works.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.