During my recent rebuild attempts, I had drivers in the installation tree that had the old driver numbering scheme (i.e. xcairo was 59, but now it's 100). At one point, the WITH_FREETYPE=OFF build failed due to a driver numbering mismatch between what test-drv-info found and what xcairo.rc had in it. I was able to solve it by moving the installed drivers out of the way, but it seems odd that the build process would find these. Here's the relevant line from the build process...
cd /Users/davidm/local/src/plplot/tmp.without_freetype/drivers && ./ test-drv-info cairo > /Users/davidm/local/src/plplot/ tmp.without_freetype/drivers/test_dyndrivers_dir/cairo.rc So I changed to the drivers subdir of the WITH_FREETYPE=OFF build tree, ran the command under "ktrace"... $ ktrace ./test-drv-info cairo xcairo:Cairo X Windows Driver:1:cairo:100:xcairo pdfcairo:Cairo PDF Driver:0:cairo:101:pdfcairo pscairo:Cairo PS Driver:0:cairo:102:pscairo svgcairo:Cairo SVG Driver:0:cairo:103:svgcairo pngcairo:Cairo PNG Driver:0:cairo:104:pngcairo extcairo:Cairo External Context Driver:0:cairo:106:extcairo ...and then looked at the output using "kdump" to see where cairo.so was being loaded from... $ kdump | grep -C5 cairo.so 18319 test-drv-info RET chdir 0 18319 test-drv-info CALL open(0x501760,0,0x1b6) 18319 test-drv-info NAMI "/Users/davidm/local/lib/plplot5.9.5/ driversd/cairo.la" 18319 test-drv-info RET open -1 errno 2 No such file or directory 18319 test-drv-info CALL open(0xbfffe780,0,0) 18319 test-drv-info NAMI "/Users/davidm/local/lib/cairo.so" 18319 test-drv-info RET open -1 errno 2 No such file or directory 18319 test-drv-info CALL close(0xffffffff) 18319 test-drv-info RET close -1 errno 9 Bad file descriptor 18319 test-drv-info CALL open(0x501760,0,0) 18319 test-drv-info NAMI "/Users/davidm/local/lib/plplot5.9.5/ driversd/cairo.so" 18319 test-drv-info RET open 4 18319 test-drv-info CALL fstat(0x4,0xbfffe2a8) 18319 test-drv-info RET fstat 0 18319 test-drv-info CALL pread(0x4,0xbfffcea8,0x1000,0) 18319 test-drv-info GIO fd 4 read 4096 bytes This shows that it was for some reason loading cairo.so from the install area rather than from within the build tree! Repeating the same test in my WITH_FREETYPE=ON build directory gave a decidedly different (and better!) result... $ kdump | grep -C5 cairo.so 18307 test-drv-info RET chdir 0 18307 test-drv-info CALL open(0x501760,0,0x1b6) 18307 test-drv-info NAMI "/Users/davidm/local/src/plplot/ tmp.with_freetype/drivers/cairo.la" 18307 test-drv-info RET open -1 errno 2 No such file or directory 18307 test-drv-info CALL open(0xbfffe780,0,0) 18307 test-drv-info NAMI "/Users/davidm/local/lib/cairo.so" 18307 test-drv-info RET open -1 errno 2 No such file or directory 18307 test-drv-info CALL close(0xffffffff) 18307 test-drv-info RET close -1 errno 9 Bad file descriptor 18307 test-drv-info CALL open(0x501760,0,0) 18307 test-drv-info NAMI "/Users/davidm/local/src/plplot/ tmp.with_freetype/drivers/cairo.so" 18307 test-drv-info RET open 4 18307 test-drv-info CALL fstat(0x4,0xbfffe2a8) 18307 test-drv-info RET fstat 0 18307 test-drv-info CALL pread(0x4,0xbfffcea8,0x1000,0) 18307 test-drv-info GIO fd 4 read 4096 bytes ...which shows cairo.so being loaded from the build tree. More details about the two build environments can be found at... http://astro.berkeley.edu/~davidm/plplot-devel/freetype-on-off.tgz If any curious souls out there can figure this out I'd sure appreciate it. I'm happy that it works with WITH_FREETYPE=ON because that's what I prefer, but I'm also perplexed as to why the build behaves differently with WITH_FREETYPE=OFF. Thanks, Dave ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel