The libjpeg-turbo in /beta is 1.31, currently version is 1.4 and there are some (claimed) improvements and additions in the newer version.

It builds and installs fine, but when you try to run anything,

Fatal Error: Cannot find object libjpeg.so with version 62.0 in any of the filenames /usr/nekoware/lib/libjpeg.so:/work/pango-1.28.4/pango/.libs/libjpeg.so:/opt/build/pango-1.12.4/pango/.libs/libjpeg.so:/usr/nekoware//lib/libjpeg.so:/usr/people/lwhite/glib-2.26.1/glib/.libs/libjpeg.so:/usr/local/lib/libjpeg.so:/usr/lib32/libjpeg.so:/usr/lib32/internal/libjpeg.so:/lib32/libjpeg.so:/opt/lib32/libjpeg.so:

Okay, this is a known problem, according to the BUILDING.txt the default is v 62.1

By default, {version} is 62.1.0, 7.1.0, or 8.0.2, depending on whether libjpeg v6b (default), v7, or v8 emulation is enabled.

so set JPEG_LIB_VERSION=62 as an environment variable and try again.

Same result. It's supposed to default to 62 but ? Let's look in libjpeg.la

So, split that command up and ran it in pieces, seemed to work, installed the library okay but running an app against it (in this case Graphics Magick) segfaulted. And so did Pho.

So gmake distcleaned and rebuilt without the manual relinking, segfaults went away but we're back to "cannot find libjpeg" etc etc.

I rooted around in the configure file, it does set the version to 62.1 when apparently my applications are looking for 62.0, but do these minor minor versions cause that ? I thought that within major versions applications were not so picky ?

btw, in case a computer science student who loves MIPS and SGI is looking for a task,

checking if we have SIMD optimisations for cpu type... yes (mips)checking if the assembler is GNU-compatible and can be used... noconfigure: WARNING: SIMD support can't be enabled. Performance will suffer.

do any of the R10K/R12K/R14K processors actually implement MDMX? I didn't think so. Those were the SGI SIMD extensions, but their implementations (code named H1 and H2) were cancelled in the shakeup that was happening around Itanic.

robespierre wrote:do any of the R10K/R12K/R14K processors actually implement MDMX? I didn't think so. Those were the SGI SIMD extensions, but their implementations (code named H1 and H2) were cancelled in the shakeup that was happening around Itanic.

And that's why GCC won't enable SIMD/MDMX code generation

To accentuate the special identity of the IRIS 4D/70, Silicon Graphics' designers selected a new color palette. The machine's coating blends dark grey, raspberry and beige colors into a pleasing harmony. (IRIS 4D/70 Superworkstation Technical Report)

robespierre wrote:do any of the R10K/R12K/R14K processors actually implement MDMX? I didn't think so. Those were the SGI SIMD extensions, but their implementations (code named H1 and H2) were cancelled in the shakeup that was happening around Itanic.

Anyway, beat this around some today, the release notes for both current and beta versions leave something to be desired and canavan's site is inacessible (did he hurt the feelings of the Chinese people ?) ... anyone still have the canavan tardist ? hoping there's some clues in there ...