I believe this is actually a bug in the gcc-4.4 packages. After much debugging in turns out that the search path in gcc version 4.4.4-14ubuntu4 includes an extra leading slash, and so the path to system headers comes out as something like //usr/include/stdio.h rather than /usr/include/stdio.h. This confuses the matwrap perl script in plplot which generates the octave bindings. It tries to filter out system headers, but fails in this case. I can bodge this in plplot by modifying the matwrap script to add //usr/include as well for all occurences of /usr/include, but I think the proper solution is to fix the gcc standard search paths.
-- plplot fails to build on maverick https://bugs.launchpad.net/bugs/635840 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs