From: Mark H. <ha...@us...> - 2002-12-12 22:44:16
|
Hi John, > I am getting this error in my Linux distribution, Source Mage, a source > based distro. I noted your message in the list about this being an > error you fixed in espgs and stored the fix at the omni download page, > the file being: ghostscript-7.05-15omni.i386.rpm. This fixed the error > for one of the users. I have found a couple of scenarios that can cause that error. The first is the lack of libstdc++ compiled into ghostscript and the second is omni changed function naming (removing C++ name mangling). I am currently working on some backwards compatibility for that scenario. Omni's CVS has that checked in. > My problem is my system is source based(not binary), so the library > would need to be compiled along with espgs. We currently get the source > from www.easysw.com's ftp site. My questions: > 1) Does the error in espgs cause the library to not be compiled and > installed? Or is there a special option in configure to compile the > library? I get the following line in my configuration output: > "checking if Omni support can be compiled in... yes" Actually, espgs and omni are two separate projects. In the latest version of espgs, it only checks for glib support for that message. Earlier versions checked for a link to omni source as well. So, one would first build espgs and then build omni. > 2) If so, is there a source patch? > 3) If so, can we get the patch? No. I would recommend that you check out the latest CVS of both projects. > 4) Will we need(have) to wait for espgs-7.xx.x(we use 7.05.5)? Only the current epsgs CVS will work for both 7.3 and 8.0 RedHat systems. > 5) Finally, am I off base here? An if so would you please give me > directions? > > A command, "gs --help" shows an omni device. Hope that helps. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |