Re: Compiling on OpenBSD RELEASE 5.0 x64
Markus Dolze <[email protected]> Mon, 12 Mar 2012 19:25:07 +0100
| Newsgroups | gmane.comp.sysutils.lcdproc |
|---|---|
| Message-ID | <[email protected]> |
On 12.03.2012 15:52, Kaya Saman wrote: > Hi, > > has anyone managed to get Lcdproc compiled on OpenBSD 5.0 RELEASE x64??? > > > I ran ./configure; gmake as according to the INSTALL file provided in > the source and the FAQ: http://lcdproc.org/faq.php3 > > > however am running into these problems: > > > # gmake > gmake all-recursive > gmake[1]: Entering directory `/root/lcdproc-0.5.5' > Making all in shared > gmake[2]: Entering directory `/root/lcdproc-0.5.5/shared' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory `/root/lcdproc-0.5.5/shared' > Making all in clients > gmake[2]: Entering directory `/root/lcdproc-0.5.5/clients' > Making all in examples > gmake[3]: Entering directory `/root/lcdproc-0.5.5/clients/examples' > gmake[3]: Nothing to be done for `all'. > gmake[3]: Leaving directory `/root/lcdproc-0.5.5/clients/examples' > Making all in lcdexec > gmake[3]: Entering directory `/root/lcdproc-0.5.5/clients/lcdexec' > gmake[3]: Nothing to be done for `all'. > gmake[3]: Leaving directory `/root/lcdproc-0.5.5/clients/lcdexec' > Making all in lcdproc > gmake[3]: Entering directory `/root/lcdproc-0.5.5/clients/lcdproc' > gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../shared > -DSYSCONFDIR=\"/usr/local/etc\" -DPIDFILEDIR=\"/var/run\" -Wall -O3 > -Wno-unused-function -ftrampolines -MT machine_OpenBSD.o -MD -MP -MF > .deps/machine_OpenBSD.Tpo -c -o machine_OpenBSD.o machine_OpenBSD.c > machine_OpenBSD.c:53:25: error: i386/apmvar.h: No such file or directory > machine_OpenBSD.c: In function 'machine_get_battstat': > machine_OpenBSD.c:92: error: storage size of 'api' isn't known > machine_OpenBSD.c:104: error: 'APM_IOC_GETPOWER' undeclared (first use > in this function) > machine_OpenBSD.c:104: error: (Each undeclared identifier is reported > only once > machine_OpenBSD.c:104: error: for each function it appears in.) > machine_OpenBSD.c:112: error: 'APM_AC_OFF' undeclared (first use in > this function) > machine_OpenBSD.c:115: error: 'APM_AC_ON' undeclared (first use in > this function) > machine_OpenBSD.c:125: error: 'APM_BATT_HIGH' undeclared (first use in > this function) > machine_OpenBSD.c:128: error: 'APM_BATT_LOW' undeclared (first use in > this function) > machine_OpenBSD.c:131: error: 'APM_BATT_CRITICAL' undeclared (first > use in this function) > machine_OpenBSD.c:134: error: 'APM_BATT_CHARGING' undeclared (first > use in this function) > machine_OpenBSD.c:137: error: 'APM_BATTERY_ABSENT' undeclared (first > use in this function) > machine_OpenBSD.c:92: warning: unused variable 'api' > machine_OpenBSD.c: In function 'machine_get_procs': > machine_OpenBSD.c:297: warning: passing argument 4 of 'kvm_getprocs' > makes integer from pointer without a cast > machine_OpenBSD.c:297: error: too few arguments to function > 'kvm_getprocs' > machine_OpenBSD.c:314: error: 'struct kinfo_proc' has no member named > 'kp_proc' > machine_OpenBSD.c:316: error: 'struct kinfo_proc' has no member named > 'kp_eproc' > machine_OpenBSD.c:316: error: 'struct kinfo_proc' has no member named > 'kp_eproc' > machine_OpenBSD.c:316: error: 'struct kinfo_proc' has no member named > 'kp_eproc' > machine_OpenBSD.c:317: error: 'struct kinfo_proc' has no member named > 'kp_proc' > gmake[3]: *** [machine_OpenBSD.o] Error 1 > gmake[3]: Leaving directory `/root/lcdproc-0.5.5/clients/lcdproc' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/root/lcdproc-0.5.5/clients' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/root/lcdproc-0.5.5' > gmake: *** [all] Error 2 > > > > Lot's of i386 stuff for APM....... can one hack this out and make it > use x64 or is it not going to be compatible? > > > Regards, > > > Kaya > Hi, LCDproc 0.5.5 will not compile on OpenBSD 5.0, neither x64 nor i386. You need to use the latest nightly build available here: http://lcdproc.sourceforge.net/nightly/ Use the '-current' one. Regards, Markus