egrep is not egrep.
Jun. 4th, 2008 09:22 pmOld-school industrial MP3s — obscure tapes and so forth. Before drum machines ruined everything. I particularly recommend Rising From The Red Sand: 1, 2, 3, 4, 5. A soundtrack for your life. Brainwashed Radio wins too.
Today, I discovered that Solaris 10 egrep is not quite the same as GNU egrep, and that this is important when developers assume all the world's a GNU.
When you run ./configure for sqlite, it tells you "checking for egrep... egrep", but make craps out with:
libtool: link: ranlib .libs/libsqlite3.a
egrep: syntax error
egrep: syntax error
libtool: link: ( cd ".libs" && rm -f "libsqlite3.la" && ln -s "../libsqlite3.la" "libsqlite3.la" )
./libtool --mode=link gcc -g -O2 -DOS_UNIX=1 -I. -I./src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -DHAVE_READLINE=1 -I/usr/local/include/readline \
-o sqlite3 ./src/shell.c libsqlite3.la \
-lcurses -lrt -rpath "/home/iplayrad/sqlite/lib"
libtool: link: gcc -g -O2 -DOS_UNIX=1 -I. -I./src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_OMIT_LOAD_EXTENSION=1 -DHAVE_READLINE=1 -I/usr/local/include/readline -o .libs/sqlite3 ./src/shell.c ./.libs/libsqlite3.so -lcurses -lrt -R/home/iplayrad/sqlite/lib
Undefined first referenced
symbol in file
write_history /var/tmp//ccXy2ReD.o
stifle_history /var/tmp//ccXy2ReD.o
read_history /var/tmp//ccXy2ReD.o /var/tmp//ccXy2ReD.o
add_history /var/tmp//ccXy2ReD.o
ld: fatal: Symbol referencing errors. No output written to .libs/sqlite3
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `sqlite3'
You get around this by running ./configure, then editing libtool to change EGREP="egrep" to EGREP="/usr/sfw/bin/gegrep", then running make. Owww.
Cross-platform, adj. Runs on Red Hat and SuSE.
(no subject)
Date: 2008-06-05 06:47 am (UTC)Honestly, in this day and age...
OK, this problem is not solaris fault but presumably the person writing Makefile.am should have been a little more careful in their checks. (I sympathise with them because automake etc is a damned mystery -- I wrestle with it regularly now and break something every time).
(no subject)
Date: 2008-06-05 09:05 am (UTC)(no subject)
Date: 2008-06-05 11:14 am (UTC)I've little sympathy with any OS where patching is actually significant pain and effort.
I can see your point but my experience with Solaris is inevitably bad -- the kit is pricey and it's just damned hard to keep it going.