Nicholas,
Thanks for that.
Yup, using CPPFLAGS and LDFLAGS helps it successfully find libevent and GCC.
And forcing SunStudio using "CC=cc" - it manages to compile successfully as
well =).
I'm curious as to why it wouldn't compile with GCC, but I suppose you're
right, it's some weirdness with Solaris headers and GCC.
All this hacking around with compiles is quite a pain to be honest. IMHO,
the package management on Solaris 10 is archaic and painful compared to
Linux. Normally, I'd use OpenCSW or Blastwave (both of which have tmux),
were it not for the fact that I don't have root access on these boxes. Ah
well.
Thanks heaps for your help =). At least now I have a working tmux. It
doesn't seem to have any colour, not sure why, but that might be a separate
post.
Cheers,
Victor
On Fri, Jul 22, 2011 at 11:59, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> you probably need to use eg
>
> CPPFLAGS="-I/path/to/libevent/include -I/path/to/ncurses/include" \
> LDFLAGS="-L/path/to/libevent/lib -L/path/to/ncurses/lib" \
> ./configure
>
> or install them in a standard location
>
> the #error thing sounds like you are trying to use gcc and hitting some
> retardness in the Solaris headers. probably need to either upgrade your
> gcc or try Sun cc
>
>
>
> On Fri, Jul 22, 2011 at 11:36:47AM +1000, Victor Hooi wrote:
> > heya,
> > Also, I should add I just noticed a fourth issue (possibly related) -
> the
> > configure script seems to be finding the system curses.h, but not the
> > ncurses.h that I've compiled in my prefix.
> > I tried specifying "-x-includes=/db/pub/eq/tools/include" as well as
> > "-x-includes=/db/pub/eq/tools/include/ncurse", and it still didn't
> seem to
> > find ncurses - how would I specify a non-standard path for ncurses?
> > Cheers,
> > Victor
> > On Fri, Jul 22, 2011 at 11:15, Victor Hooi <[1]victorh...@yahoo.com>
> > wrote:
> >
> > Hi,
> > I'm attempting to compile Tmux 1.5 on Solaris 10 (x86).
> > The first issue I hit was finding libevent - I'd compiled libevent
> to a
> > non-standard prefix, and there was no ./configure argument to
> specify
> > that - I just ended up setting the LD_LIBRARY_PATH. Should I have
> done
> > it a different way though?
> > The second issue I hit was during compilation:
> >
> > In file included from /usr/include/sys/types.h:18:0,
> > * * * * * * * * *from arguments.c:19:
> >
>
> /db/pub/eq/tools/lib/gcc/i386-pc-solaris2.10/4.6.1/include-fixed/sys/feature_tests.h:341:2:
> > error: #error "Compiler or options invalid for pre-UNIX 03 X/Open
> > applications * * *and pre-2001 POSIX applications"
> > gmake: *** [arguments.o] Error 1
> >
> > This is a bit of a hack, and I probably don't understand the nuances
> of
> > what I'm doing here, but I edited the Makefile, and changed:
> >
> > am__append_2 = -std=c99
> >
> > to
> >
> > am__append_2 = -std=gnu89
> >
> > and the compile proceeds along a bit more, but then I hit the next
> > error:
> >
> > gcc -DPACKAGE_NAME=\"tmux\" -DPACKAGE_TARNAME=\"tmux\"
> > -DPACKAGE_VERSION=\"1.5\" -DPACKAGE_STRING=\"tmux\ 1.5\"
> > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"tmux\"
> > -DVERSION=\"1.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> > -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CURSES_H=1
> > -DHAVE_DIRENT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_INTTYPES_H=1
> > -DHAVE_STDINT_H=1 -DHAVE_LIBRT=1 -DHAVE_LIBXNET=1
> -DHAVE_CLOSEFROM=1
> > -DHAVE_DAEMON=1 -DHAVE_SETENV=1 -DHAVE_STRLCPY=1 -DHAVE_STRLCAT=1
> > -DHAVE_DECL_OPTARG=0 -DHAVE_DECL_OPTIND=0 -DHAVE_DECL_OPTRESET=0
> > -DHAVE_BZERO=1 -DHAVE_SYSCONF=1 -DHAVE_PROC_PID=1 -DHAVE_DIRFD=1
> -I. *
> > -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED *-iquote.
> > -I/usr/local/include *-D_XPG4_2 -D__EXTENSIONS__
> > -D_POSIX_PTHREAD_SEMANTICS * -std=gnu89 * *-MT colour.o -MD -MP
> -MF
> > .deps/colour.Tpo -c -o colour.o colour.c
> > colour.c: In function 'colour_rgb_find':
> > colour.c:116:11: error: 'INFINITY' undeclared (first use in this
> > function)
> > colour.c:116:11: note: each undeclared identifier is reported only
> > once for each function it appears in
> > gmake: *** [colour.o] Error 1
> >
> > Anyhow, I'm wondering if anybody's managed to compile Tmux 1.5
> > successfully on Solaris 10 (x86), or whether anybody might have
> > suggested on the proper way to fix the errors above?
> > Cheers,
> > Victor
> >
> > References
> >
> > Visible links
> > 1. mailto:victorh...@yahoo.com
>
> >
> ------------------------------------------------------------------------------
> > 10 Tips for Better Web Security
> > Learn 10 ways to better secure your business today. Topics covered
> include:
> > Web security, SSL, hacker attacks & Denial of Service (DoS), private
> keys,
> > security Microsoft Exchange, secure Instant Messaging, and much more.
> > http://www.accelacomm.com/jaw/sfnl/114/51426210/
>
> > _______________________________________________
> > tmux-users mailing list
> > tmux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users