Message-Id: <3.0.6.32.19990930223506.009c66a0@dce03.ipt.br>
X-Sender: csrabak AT dce03 DOT ipt DOT br
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Thu, 30 Sep 1999 22:35:06 -0300
To: djgpp AT delorie DOT com
From: "Cesar S. Rabak" <csrabak AT ipt DOT br>
Subject: Re: independent jpeg group library problem
Cc: Marcio Mathias <edbkmn AT edb DOT ericsson DOT se>
In-Reply-To: <000b8d9b.f8dd8b66@usw-ex0101-003.remarq.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Reply-To: djgpp AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

At 13:51 30/09/99 -0700, you wrote:
>Does anybody have any experience with the jpeg library from the
>Independent JPEG Group and DJGPP?

Yes almost the same as yours. . . see below.

>
>I have build the package with DJGPP and got the same warning with two
>files (jcmainct.c & jdmainct.c), something like "main is usually a
>function". The rest compiles just fine, using the correct makefile and
>config file.
>

I did not have any of this complaints. Did you rename the right config file
to turn it in the correct header for DJGPP?

>When I run the self test (make test) only two tests are correct:
>testorig.jpg is identical to testoutt.jpg and testimg.bmp is identical
>to testout.bmp. All other files are different. When I inspect the files
>with a viewer it turns out that when the input is a green rose, the
>output is a red rose and vice versa. Recompiling doesn't help any.
>
>Does anybody recognize this problem and knows a solution?

This behaviour is exactly the one I (and my coleague) experienced. However,
my coleague was able to rebuild the GRX with jpeg support with the library
in such state and is happy saving his images in jpeg format .


HTH

Cesar