egrep is not egrep.

[reddragdiva]

• Old-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.

Comments

[mstevens.livejournal.com]

Fuzzy memory suggests future versions of solaris are going to be much more GNU-ish.

[reddragdiva]

Yes, but they also have to keep twenty years' backward compatibility. I'm surprised they did so well with making Solaris 10 livable.

The problem here is GNU-centrism from sqlite. I did report this as a build bug.

[mstevens.livejournal.com]

It sounded at least possible that the GNU tools would take priority. We'll see though, it wasn't at all clear from the blog entry the scope of it.

(I must prod the sol machines at work and find out what version we're on, I think it's mainly sol 8).

[reddragdiva]

Oh, and that ./configure just checks for something that qualifies as an egrep, and sqlite wants it to do something only the GNU egrep does.

[hauntedunix.livejournal.com]

The Sun reason for not adding things like recursive to their version of grep is along the lines of "There's already a tool for the job, so why duplicate functionality? Silly Linux fools". Truth is, 'ggrep' > 'grep foo bar -baz baq {}' :/

[blarglefiend.livejournal.com]

The default grep in OpenSolaris is still the Sun grep. No idea if that will change down the track, but that's how it is now.

[nilasae.livejournal.com]

Ouch

[reddragdiva]

Sun cc is apparently symbol-compatible with gcc for C code; they're working on C++, and want problems reported. So obviously we had to find another stupid incompatibility.

[ronebofh.livejournal.com]

You neglected to show what the egrep code looked like.

[reddragdiva]

I didn't feel up to grovelling about to find precisely how it was miscalling it, no.

[alexmc.livejournal.com]

No, you are correct, solaris grep is not the same as gnu grep on any level...

[tcpip.livejournal.com]

That sucks. It sucks because it's such an annoying problem with a fairly trivial solution but would have been a bugger to bugger to discover: 'egrep: syntax error'? I'd be conducting a sanity check on myself on seeing that..

[blarglefiend.livejournal.com]

One of my colleagues is currently preparing a new development environment for our devs. It's an X4600 running Solaris 10, and while the hardware is nice and spiffy, the laundry-list of demands from the devs -- which essentially comes down to "we want Linux, and a pony!" -- is not so spiffy.

One dude is demanding a current gnome-terminal. Another wants w3m. And of course GNU ls is essential.

Mind you, we only deploy on Solaris. We have no Linux in production and probably won't for some years at the earliest. So not only do we find ourselves having to provide a GNU userland, we have to do it in such a way that the binaries produced do not have any dependencies on that, because we can't install it on production.

(Don't ask me why not, if I had my way we'd just bloody well install Blastwave everywhere and be done with it...)

[reddragdiva]

Er, no Blastwave? That's not good. Not good at all. Having done the hand-resolution of packages from sunfreeware.org in Solaris 9.

(Our devs occasionally complain about the age of the packages in Blastwave, but our production boxes are RHEL 4/Centos 4, so they're used to old stuff.)

[reddragdiva]

I'd find ways to say "no, you have to develop on what you're deploying" like we do. You could probably make this look like a piece of management pointy hair if you feel some strange need to keep the devs onside. That's what we successfully did here when we wanted to quell the "and a pony" requests - we keep referring them back to their boss's boss. Works like a charm.

[xlerb.livejournal.com]

I think that beats the mysterious Solaris-based build failure I got earlier today:

ld: fatal: relocation error: file: xml.o section: .rel.eh_frame symbol: : symbol has been discarded with discarded section: .gnu.linkonce.t._ZN3xml3tagD0Ev

[reddragdiva]

I have had blog replies from Sun employees saying that Solaris 10 cc should now be symbol-compatible with gcc for C code, and is getting there for C++ code, and any problem caused by modules being compiled by different compilers is a reportable bug. So that's good.

[steer.livejournal.com]

Solaris really is a fucking pain.

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).

[reddragdiva]

Solaris' job is to be a piece of industrial machinery that works, keeps on working and will run binaries going back twenty years. Fortunately they now understand that their competition is Linux and the entire free software stack has to Just Work. Hopefully the sqlite developer (singular) can do something with the bug report.

[steer.livejournal.com]

Solaris' job is to be a piece of industrial machinery that works, keeps on working

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.

[trayce.livejournal.com]

The Robert Haigh stuff on that blog is excellent. Never heard of him, I love it.

[reddragdiva]

At last, a reply on the music bit!

That blog's a revelation. All the obscure industrial you'd only ever heard of. And the stuff is remarkably good for obscurities. Rising From The Red Sand is a revelation.

[secretlondon.livejournal.com]

The music bit told me I would have to wait 59 minutes to download something. I'm afraid i gave up.

[reddragdiva]

That'll be Rapidshare interacting with Voodoophone's poxy proxy.

Come over with a hard drive and you can ransack my collection :-)

[secretlondon.livejournal.com]

We should music swap at some point, I need to get a portable drive first :)

[reddragdiva]

Bring yer laptop over! (I'd say down the pub, but we is po' until payday.)

[secretlondon.livejournal.com]

Laptop only 20 gig though *ponder*

I'm doing precisely nothing all weekend so I'm certainly free. I can bring some music I reckon you'll like..

[reddragdiva]

Pop over :-)

[secretlondon.livejournal.com]

Sunday afternoon?

[reddragdiva]

ok!

Pity we have no money for pub ...

[secretlondon.livejournal.com]

i don't really wanna pub the day before work anyway. I'm not (yet) good enough at Monday mornings for that..

[reddragdiva]

\m/

[secretlondon.livejournal.com]

I haven't started on the job application (for this job permanently) which needs to be done for tomorrow :(

I think I'm gonna have to cancel - sorry.