Doug: Nice bit of sleuthing. I am posting this to the group as a nice little how-to for that problem. -- Dave Doug Whitson wrote: > Hi Dave, > I figured it out already. Thanks for the reply though. Incase anyone else > inquires, you must define _LOOSE_KERNEL_NAMES. This allows compilation > without including any of the "sys/" header files which cause conflicts and > allows inclusion of "linux/types" header file only. > > #define _LOOSE_KERNEL_NAMES /*or -D compile option*/ > #include <linux/types.h> > #include <streams.h> > > and thats it... > > Thank you. > > Doug Whitson > Senior Software Engineer > Ulticom Inc. > 1020 Briggs Road, Mt Laurel NJ, 08054 > (856)787-2927 > [EMAIL PROTECTED] > > -----Original Message----- > From: Dave Grothe [mailto:[EMAIL PROTECTED]] > Sent: Monday, July 02, 2001 10:53 AM > To: Gcom Support; Doug Whitson > Subject: Re: [Fwd: RE: LiS] > > Doug: > > I don't have any examples specifically of porting from Solaris to Linux. > Our > own STREAMS drivers port between old SVR3 (SCO) STREAMS, a couple of > versions > of SVR4, Solaris and LiS. The include files are always a challenge. > > My only hint is that we have arranged all of our includes to include > <stream.h> as the first thing. After that a modest amount of ifdefing seems > to resolve conflicts. However, there are some cases where the ifdefs are > quite tedious, such as anything needing access to the old "ifstats" > structures of SVR3. > > Also, in Linux if you are including anything that goes to the standard libc > includes (stdio.h, for example) you will almost always run into conflicts > with the <linux/xxx.h> family. I wish the kernel developers and the libc > developers would get together on that. > > You might want to post a question to the LiS mailing list relating > specifically to porting from Solaris to LiS. Others have done this and > might > have some tips. > > -- Dave > > Gcom Support wrote: > > > -------- Original Message -------- > > Subject: RE: LiS > > Date: Thu, 28 Jun 2001 18:22:30 -0400 > > From: "Doug Whitson" <[EMAIL PROTECTED]> > > To: "'Gcom Support'" <[EMAIL PROTECTED]> > > > > Hello, > > We are having much difficulty compiling a module ported from solaris > > streams on linux 2.4.2-2smp using lis-2.12.2. There are numerous > > redifinitions and 3 of the redefinitions conflict with prior > > definitions. > > All problems stem from #include <stream.h>. If we remove the conflicting > > header files then streams complains about types not being defined. > > stream.h requires clock_t to be defined which is defined in time.h. > > However, > > when we include time.h before stream.h we have a conflicting definitions > > for > > mktime since stream.h includes linux/time.h. > > We are between a rock and a hard place. We would prefer not to edit any > > system header files directly and feel there should be a way to resolve > > this > > issue without doing so. Can you help us? Maybe you can supply an example > > of > > what to include and what not to include to get LiS working from a > > portation > > from solaris. > > > > Thank you. > > > > Doug Whitson > > Senior Software Engineer > > Ulticom Inc. > > 1020 Briggs Road, Mt Laurel NJ, 08054 > > (856)787-2927 > > [EMAIL PROTECTED] > > > > -----Original Message----- > > From: Gcom Support [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, June 27, 2001 6:42 PM > > To: Doug Whitson > > Subject: Re: LiS > > > > The latest version of LiS-2.12 supports multi-processors. Download from > > http://www.gcom.com and read the html documentation. > > > > Doug Whitson wrote: > > > > > > Hi, > > > We are porting our product to Linux. Is there any LiS streams package > > > available for multi-processor support? > > > > > > Thank you. > > > > > > Doug Whitson > > > Senior Software Engineer > > > Ulticom Inc. > > > 1020 Briggs Road, Mt Laurel NJ, 08054 > > > (856)787-2927 > > > [EMAIL PROTECTED] > > > > > > In seeking wisdom, the first step is silence, the second listening, the > > > third remembering, the fourth practicing, the fifth -- teaching others. _______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
