Hi,
I now that and I don't use "fputs" and "stderr" in my code.
But I use "pow" and so I link like you adviced the Math-lib.
Additional it is show - like you adviced - in the fp-examples.
So I try now to like with math-lib and without:
With:
example.o: unresolved symbol fputs
example.o: unresolved symbol stderr
example.o: unresolved symbol __errno_location
Without:
example.o: unresolved symbol pow
So I am sure that the math-Lib is the problem.
If I look with nm, the reault is that fputs - for example - is from
/usr/src/bs/BUILD/glibc-2.2.3/math/../sysdeps/ieee754/k_standard.c
If I grep in lib-path so I find this path only in some math-libs.
So I think there is a problem with the math-lib.
By the way I use RedHeat 7.1 on a Alpha, mybe this is wrong ;-)
So I try to compile the math-lib by may self, mybe this works !
Thanks
Michael
> Absolutely. The functions "fputs" and "stderr" are from the standard
> library. And you simply cannot use those functions in the kernel. Apart
> from the RT-FIFO and anything you write, AFAIK the only "character" I/O
> you
> can use is rtl_printf (or printk in normal portions of the modules).
>
> Norm
>
> > -----Original Message-----
> > From: Back Michael (extern) [SMTP:[EMAIL PROTECTED]]
> > Sent: Tuesday, November 27, 2001 9:59 AM
> > To: Dresner, Norman A.; '[EMAIL PROTECTED]'
> > Subject: RE: [rtl] fputs, stderr
> >
> > Thanks for this advice, but I use -lm already ! And it doesn't work.
> > I am not sure that the math-lib is the reason for
> >
> > example.o: unresolved symbol fputs
> > example.o: unresolved symbol stderr
> > example.o: unresolved symbol __errno_location
> >
> > but it seems so, if I look with the nm-command.
> >
> > Michael
> >
> >
> >
> > It IS possible to use the math library in modules; I've been doing
> > it for
> > several years. But -- except for certain selected functions -- you
> > can not
> > use the standard library functions.
> >
> > To link your module with the math library, just add "-lm" to the
> > partial
> > link command. Even if you don't want to run with it, it's worth
> > doing to
> > see if that's where your problems lie.
> >
> > Norm
> >
> > > -----Original Message-----
> > > From: Back Michael (extern) [SMTP:[EMAIL PROTECTED]]
> > > Sent: Tuesday, November 27, 2001 2:08 AM
> > > To: '[EMAIL PROTECTED]'; rtlinux mailing list
> > > Cc: comedi mailing list
> > > Subject: RE: [rtl] fputs, stderr
> > >
> > > Hi,
> > > I have the same problem and I am maybe on the way to find out what
> > is
> > > wrong.
> > > I think these unresolved symbol are from the math-lib
> > > /usr/lib/libm.... and so on.
> > > Do you use this lib too ?
> > > Michael
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> > [SMTP:[EMAIL PROTECTED]]
> > > > Sent: Tuesday, November 27, 2001 12:02 AM
> > > > To: rtlinux mailing list
> > > > Cc: comedi mailing list
> > > > Subject: [rtl] fputs, stderr
> > > >
> > > >
> > > > I've upgraded some old code to run on 2.4.1x86-rtl-3.0.
> > > > It uses comedi which I've hobbled together to run on this rtl
> > patch,
> > > > comedi 0.7.59 and comedilib 0.7.15.
> > > >
> > > > The code compiles fine (1 assembler warning that I don't
> > understand,
> > > > seems insignificant) but when I try inserting the resulting
> > realtime
> > > > module:
> > > >
> > > > example.o: unresolved symbol fputs
> > > > example.o: unresolved symbol stderr
> > > >
> > > > and subsequently the module doesn't insert. Of course I'm not
> > linking
> > > > stdio, and I'm not trying to use any of the calls within. I even
> > > commented
> > > > out all printk's and rtl_printf's thinking maybe I was using the
> > wrong
> > > > declaration in some bizarre header file, but the same message
> > appears.
> > > >
> > > > Any advice before I strip the code to nothing to see which
> > function
> > > > call (I suspect the comedilib functions) is to blame? I'd
> > greatly
> > > > appreciate it...
> > > >
> > > > -Chuck
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/
