LCDproc development and user support list

Text archives Help


[Lcdproc] Is anyone making the latest LCDproc from a fresh CVS pull and having compile issues with MacOS?


Chronological Thread 
  • From: epooch at cox.net (epooch at cox.net)
  • Subject: [Lcdproc] Is anyone making the latest LCDproc from a fresh CVS pull and having compile issues with MacOS?
  • Date: Sun, 25 Jan 2009 22:46:26 -0800

If you are using 10.4, make sure you update automake and pkg-config (if you
are using usb). I know I had to install an updated version of it to get
autogen.sh to work, but only for the cvs, not from the tarball. When I had a
version newer than what was installed on 10.4 by default, but older than the
newest version, the autogen.sh did not give me an error, it just made a
messed up configure script that would not build correctly.
http://lists.omnipotent.net/pipermail/lcdproc/2008-October/012386.html

If that doesn't work diff the configure script that is generated by
autogen.sh with the one in the tarball to see what is different.
--Eric

---- Andre Guibert de Bruet <andy at siliconlandmark.com> wrote:
> On Jan 25, 2009, at 11:05 PM, Ethan Dicks wrote:
>
> > I've been working from nightly tarballs for so long that I don't
> > remember the last time I built from a fresh CVS pull. I tried that
> > tonight on my Macbook running 10.4 to get ready to submit patches for
> > the jw002 24x8 LCD and immediately ran into problems in a
> > non-essential area of the build.
> >
> > I fetched the code with the instructions from the sourceforge page...
> >
> > $ cvs -d:pserver:anonymous at lcdproc.cvs.sourceforge.net:/cvsroot/
> > lcdproc login
> > $ cvs -z3 -d:pserver:anonymous at lcdproc.cvs.sourceforge.net:/cvsroot/
> > lcdproc co -P lcdproc
> >
> > ... and ran autogen.sh(per the note in INSTALL), but after a config...
> >
> > $ ./configure --enable-drivers=curses,MtxOrb,hd44780,picolcd
> > --enable-libusb --enable-debug --disable-libftdi
> >
> > ... I got this when I tried a 'make'...
> >
> > $ make
> > cd . && /bin/sh ./config.status config.h
> > config.status: creating config.h
> > config.status: config.h is unchanged
> > make all-recursive
> > Making all in shared
> > make[2]: *** No rule to make target `sockets.c', needed by
> > `sockets.o'. Stop.
> > make[1]: *** [all-recursive] Error 1
> > make: *** [all] Error 2
> > $
> >
> > So... looking for sockets.c, I found it in
> > lcdproc/contrib/interface-demo2. A 'make' there was even less
> > successful...
> >
> > $ make
> > make: *** No rule to make target `/usr/include/wait.h', needed by
> > `if_demo.o'. Stop.
> > $
> ...
> >
> > So in summary - SUSE, no problems building from CVS fetch; MacOS 10.4
> > w/gcc version 4.0.1, not even the first file compiles on a system that
> > _does_ have LCDproc compiled and running from non-CVS-acquired
> > sources. I am willing to entertain the notion that I'm missing
> > something component or some step on the Mac, but it's not like I've
> > _never_ gotten things to work - just this fresh CVS fetch.
> >
> > Am I alone in this?
>
> CVS HEAD on 10.5, configured using the same steps you used, works here.
>
> uname -a:
> Darwin lysdexia.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24
> 17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386
>
> Cheers,
> Andy
>
> /* Andre Guibert de Bruet * 436f 6465 2070 6f65 742e 2042 6974 206a */
> /* Managing Partner * 6f63 6b65 792e 2053 7973 4164 6d69 6e2e */
> /* GSM: +1 734 846 8758 * 2055 4e49 5820 736c 6575 7468 2e00 0000 */
> /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */
>
> _______________________________________________
> LCDproc mailing list
> LCDproc at lists.omnipotent.net
> http://lists.omnipotent.net/mailman/listinfo/lcdproc





Archive powered by MHonArc 2.6.18.

Top of page