Problem with ghostscript compilation

[Cyber1000]

As said in the title I have a problem, when it comes to ghostscript - output:

./obj/jccoefct.c: In function `compress_data':
./obj/jccoefct.c:153: error: `forward_DCT_ptr' undeclared (first use in this function)
./obj/jccoefct.c:153: error: (Each undeclared identifier is reported only once
./obj/jccoefct.c:153: error: for each function it appears in.)
./obj/jccoefct.c:153: error: syntax error before "forward_DCT"
./obj/jccoefct.c:172: error: `forward_DCT' undeclared (first use in this function)
./obj/jccoefct.c:172: error: subscripted value is neither array nor pointer
./obj/jccoefct.c:187: warning: implicit declaration of function `FMEMZERO'
make[4]: *** [obj/jccoefct.o] Error 1

I had no time to go any deeper so far, but perhaps someone has an idea (or a similar problem)

[FranciscoBorges]

Google search on the missing function shows it is part of the jpeg library. I am using libjpeg-turbo in these scripts.

libjpeg-turbo was recently found to conflict (badly) with libjpeg and was dropped from ?? Barrier Breaker (or Attitude Adjustment, I don't remember). I can imagine a problem like you have happening if you had both libraries selected for compilation.

Are you trying to build with AA or BB?

[Cyber1000]

I think neither nor :-)
I'm still at backfire 10.03.1, I had to compile zlib-1.2.7 and bzip2-1.0.6 on my crosscompile-system to work through some difficulties (I think fontconfig)
Now the most packages compile correctly, for now I'm stuck at ghostscript, perhaps I should compile libjpeg in my crosscompile-system?
I'll have a look at this. If you have any other ideas please tell.

Thanks a lot for your answer!!

[FranciscoBorges]

To be honest, after I understood how libjpeg-turbo was making a mess:, I

• very much regretted using it.
• consider the usage of it a bug.

FWIW, you could try checking out the AA cross-compile set-up, and hitting make on it. Just to check that everything works as expected.

I've built it from scratch using the instructions at the README, so it really should work unless your architecture is unsupported (see the README for a note on patch I used to make ghostscript cross-compile).

[Cyber1000]

ok thanks for that hint, I'll try AA later today or tommorow and report what I've found out!

[FranciscoBorges]

Just be aware that if you install anything that pulls libjpeg things will break.

[Cyber1000]

Ok compiling runs through without any problems in AA. So I think I have to look at backfire 10.03.1 - setup in respect of libjpeg. On my own I didn't change my backfire/AA setup, it's just from scratch. I'm just using cross-compilation for packaging not modyfing the kernel itself.

I'll have a look at it, but I'm busy till weekend. Perhaps we may solve the problem.

[Cyber1000]

I investigated a little bit further, it seems that both backfire and AA seems to compile libjpeg and libjpeg-turbo as packages, so I don't see a real difference here. It doesn't mind if I build them in or build them as package. I can't exclude these packages (or one of them), cause menuconfig doesn't allow this (dependencies? locked as "base-system"?)

I still don't see the problem with "forward_DCT_ptr", why it is unrecognized, even don't find where it should be defined, google is not helping so far. I'll have a look on it next days.

Any further suggestions?

[Cyber1000]

I installed a fresh backfire_10.03.1 and now I seem to have some download problems (not existing source), that seems to be a new bug: http://downloads.openwrt.org/sources/cups-1.5.4-source.tar.bz2.

For now I will try to use AA (today a final release was launched), I'm not sure if it will work on my device, but if it works, it will solve my issues here ...

[FranciscoBorges]

Look, all problems you are getting are caused because this whole set of packages was put together to work with AA's package list and AA's build system. While you are insisting to use it with an older different distribution (i.e. backfire). This is really not meant to work with backfire.

[Cyber1000]

Ok I got your point :-)

I upgraded to AA and now with the newly released AA I had stil one problem listed above:
The source of cups 1.5.4 couldn't be found (there is only 1.4.4), maybe something changed in the last days?

1. I suggest to add to net/cups/Makefile an alternative download-path, which worked:
   http://www.cups.org/software/$(PKG_VERSION)
2. feeds/printing/opkg-install-printing-packages.sh contains the line "/etc/init.d/cups enable", it should be cupsd instead of cups.

Besides of that everything worked, thanks for providing this package!

[ryzhovau]

I've found solution: all we need is to throw off jpeg sources from ghostscript sources tree:)

[Georges760]

Hi all,

just to give you my feedback about this point :
I am on AA, and installed with opkg mjpeg_streamer that rely on libjpeg (6b-1). After that I compile and install the full repo of FransicoBorges, so it added libjpeg-turbo 1.2.1-2 on top of it. And I never add the initial problem shown on 1st post.