From: Rik v. M. <ri...@ri...> - 2002-04-28 18:55:51
|
I'm trying to get lirc-0.6.5 to work with FreeBSD, but I'm not having to = much=20 luck getting it to work at the moment. Has anybody tried this before? I got a bit further by changing some #incl= udes,=20 but now I'm stuck at: > make make all-recursive Making all in drivers Making all in daemons gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c irrecord.c config_file.h:26: warning: `all_flags' defined but not used gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c dump_config.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c config_file.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c hw-types.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c ir_remote.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c hw_creative.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -c serial.c /bin/sh ../libtool --mode=3Dlink gcc -O2 -g -Wall -o irrecord irrecord= =2Eo=20 dump_config.o config_file.o hw-types.o ir_remote.o hw_creative.o serial.= o mkdir .libs gcc -O2 -g -Wall -o irrecord irrecord.o dump_config.o config_file.o hw-ty= pes.o=20 ir_remote.o hw_creative.o serial.o irrecord.o: In function `main': /usr/home/rik/lirc-0.6.5/daemons/irrecord.c:215: undefined reference to=20 `getopt_long' *** Error code 1 Stop in /usr/home/rik/lirc-0.6.5/daemons. *** Error code 1 Stop in /usr/home/rik/lirc-0.6.5. *** Error code 1 Stop in /usr/home/rik/lirc-0.6.5. I used "./configure --with-driver=3Dcreative --with-tty=3D/dev/cuaa0" as = configure=20 line. Any help would be welcome. -Rik van Mierlo -r...@ri... |
From: <col...@hi...> - 2002-04-29 19:35:50
|
Hi! Rik van Mierlo "ri...@ri..." wrote: > I'm trying to get lirc-0.6.5 to work with FreeBSD, but I'm not having [...] > irrecord.o: In function `main': > /usr/home/rik/lirc-0.6.5/daemons/irrecord.c:215: undefined reference to > `getopt_long' > *** Error code 1 [...] > Any help would be welcome. getopt_long() is a GNU extension. getopt_long() has been ported to FreeBSD. You'll have to link the according programs with libgnugetopt. Christoph |
From: Kris K. <kr...@ca...> - 2002-05-01 01:28:21
|
On 29 Apr 2002, Christoph Bartelmus wrote: > > Any help would be welcome. > > getopt_long() is a GNU extension. getopt_long() has been ported to > FreeBSD. You'll have to link the according programs with libgnugetopt. Unless lirc has been rewritten, you can dismiss the notion of lirc running on FreeBSD. It is just plain *wrong* to directly access serial port hardware under UNIX. That's the MS-DOS way, and that's Not The Right Way for a UNIX machine. -- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. <kr...@no...> | IM: KrisBSD | HSV, AL. ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." |
From: Karl B. <ka...@tu...> - 2002-05-01 04:35:04
|
Actually LIRC does it "The Right Way"(tm), by having a proper hardware driver. LIRC also works with the stock serial driver with various "smart" hardware. So will you be helping to compile LIRC under FreeBSD? cheers, Karl. Kris Kirby wrote: >On 29 Apr 2002, Christoph Bartelmus wrote: > >>>Any help would be welcome. >>> >>getopt_long() is a GNU extension. getopt_long() has been ported to >>FreeBSD. You'll have to link the according programs with libgnugetopt. >> > >Unless lirc has been rewritten, you can dismiss the notion of lirc running >on FreeBSD. > >It is just plain *wrong* to directly access serial port hardware under >UNIX. That's the MS-DOS way, and that's Not The Right Way for a UNIX >machine. > >-- >Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. ><kr...@no...> | IM: KrisBSD | HSV, AL. >------------------------------------------------------- >"Fate, it seems, is not without a sense of irony." > > > |
From: Kris K. <kr...@ca...> - 2002-05-01 22:51:53
|
On Tue, 30 Apr 2002, Karl Bongers wrote: > Actually LIRC does it "The Right Way"(tm), by having a proper > hardware driver. LIRC also works with the stock serial > driver with various "smart" hardware. hrm. I looked. lirc-0.6.5/drivers/lirc_serial/lirc_serial.c, line 337-351 (for example): static inline unsigned int sinp(int offset) { return inb(io + offset); } static inline void soutp(int offset, int value) { outb(value, io + offset); } void on(void) { soutp(UART_MCR,hardware[type].on); } --- Nope, not much has changed. I used to write MS-DOS programs like this. Then I learned better. > So will you be helping to compile LIRC under FreeBSD? Yeah, eventually. Heck, I might even write a driver of sorts, if I get the time -- but I'm working on jumping jobs right now and my time it at a premium. -- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. <kr...@no...> | IM: KrisBSD | HSV, AL. ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." |
From: <col...@hi...> - 2002-05-02 18:50:52
|
Hi! Kris Kirby "kr...@ca..." wrote: [...] > lirc-0.6.5/drivers/lirc_serial/lirc_serial.c, line 337-351 (for > example): [...] > Nope, not much has changed. I used to write MS-DOS programs like this. > Then I learned better. Then please enlighten us. And remember that you are looking at kernel space code... Christoph |