[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-users] sparc64 compilation errors

From: Al Chu
Subject: Re: [Freeipmi-users] sparc64 compilation errors
Date: Wed, 14 Mar 2007 15:06:42 -0700

> With just this modification i have this error:
>   gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./../include -I./../../common/src 
> -DIPMI_IPCKEY=\"/usr/local/var/lib/freeipmi/ipckey\" 
> -DIPMI_DEBUG_IPCKEY=\"../../libfreeipmi/src/ipmi-semaphores.h\" -D_GNU_SOURCE 
> -D_REENTRANT -Wall -g -O2 -MT libfreeipmi_la-ipmi-kcs-api.lo -MD -MP -MF 
> .deps/libfreeipmi_la-ipmi-kcs-api.Tpo -c ipmi-kcs-api.c  -fPIC -DPIC -o 
> .libs/libfreeipmi_la-ipmi-kcs-api.o
> In file included from /usr/include/asm/types.h:4,
>                   from /usr/include/linux/types.h:15,
>                   from /usr/include/asm-sparc/io.h:8,
>                   from /usr/include/asm/io.h:4,
>                   from ipmi-inband.h:47,
>                   from ipmi-kcs-api.c:45:
> /usr/include/asm-sparc/types.h:31: error: conflicting types for '__s64'
> /usr/include/asm-sparc64/types.h:31: error: previous declaration of '__s64' 
> was here
> /usr/include/asm-sparc/types.h:32: error: conflicting types for '__u64'
> /usr/include/asm-sparc64/types.h:32: error: previous declaration of '__u64' 
> was here

Hmmm, its like it's loading both.  I dunno why.  How about trying
#include <asm-sparc64/types.h> only for now.

> After some tests it compiles with:
> /* Linux, _AXP_ */
> # include <sys/io.h>
> #elif defined(HAVE_ASM_IO_H)
> /* PPC */
> typedef unsigned int u32;
> typedef unsigned char u8;
> typedef unsigned short u16;
> #include <asm/types.h>
> # include <asm/io.h>
> #endif
> but at the end if fails with
> *** Warning: Linking the executable udm-test against the loadable module
> *** is not portable!
> gcc -Wall -g -O2 -o .libs/udm-test udm-test.o  
> ../../libfreeipmi/src/.libs/ /usr/lib/ 
> /usr/lib/ -lnsl -lm
> ../../libfreeipmi/src/.libs/ undefined reference to `iopl'
> collect2: ld returned 1 exit status

Hmmm.  I guess iopl() isn't supported on sparc.  Do you have ioperm()

> It's late:)
> I will test more tomorow.

I'll be glad to help as much as I can.  Unfortunately I don't have a
sparc/sparc64 to test with.  So a lot of figuring it out might have to
be on your hands.


> _______________________________________________
> Freeipmi-users mailing list
> address@hidden
Albert Chu
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory

reply via email to

[Prev in Thread] Current Thread [Next in Thread]