[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#819611: libcupsfilters-dev: #include <cups/raster.h> should be #include <cupsfilters/raster.h>



On 03/31/2016 02:29 AM, Jason Lewis wrote:
    * What led up to the situation?
         trying to compile and install the Perl module Net::CUPS::Destination

Your actual problem is that you are not able to build or install this Perl module. It is not due to the fact you mention below. To find the real cause we need more information. So please post the screen output of your failed build and/or install attempt here.

    * What exactly did you do (or not do) that was effective (or
      ineffective)?
raster.h has been moved from /usr/include/cups to /usr/include/cupsfilters but
the cups header files still try and #include it as cups/raster.h


/usr/include/cups/raster.h did not move to /usr/include/cupsfilters. The
/usr/include/cupsfilters/raster.h serves a completely different purpose. The former defines data types and functions for handling the CUPS/PWG Raster image format, the latter provides the cupsRasterParseIPPOptions() function. Simply have a look into the two raster.h files and you see it. If replacing "#include <cups/raster.h>" by "#include <cupsfilters/raster.h>" works, it is simply due to the fact that /usr/include/cupsfilters/raster.h includes /usr/include/cups/raster.h. Especially I would not expect that this change would solve your original problem.

see /usr/include/cupsfilters/*.h  image.h, driver.h, colormanger.h and raster.h
have the wrong path.

The "#include <cups/raster.h>" is absolutely correct in these, see above. Especially it does not make sense for /usr/include/cupsfilters/raster.h to include itself. None of the *.h files you mentioned uses the cupsRasterParseIPPOptions() function which is the only resource defined in /usr/include/cupsfilters/raster.h.

So the bug causing your problem is something else.

   Till


Reply to: