Win32 version of Scribus: Difference between revisions

From Scribus Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 18: Line 18:


<pre>
<pre>
   378 cd ~/src
   377 cd ~/src
   379 rm -fr Scribus/
   378 rm -fr Scribus/
  379  CVSROOT=:pserver:anoncvs@scribus.info:/cvs && cvs -z3 co -r Version13x Scribus
   380  cvs -z3 co -r Version13x Scribus
   380  cvs -z3 co -r Version13x Scribus
   381  tar jcvf tar-Scribus13cvs.tar Scribus
   381  tar jcvf tar-Scribus13cvs.tar Scribus

Revision as of 20:45, 19 March 2005

In february 2005 Trolltech announced that version 4 of the QT library used by Scribus will be available for Windows under the GNU General Public License (GPL). This brings the possibility of a native Windows port of Scribus a step closer. It's still a long way off though, and not really in anyone's plans. First QT4 needs to be released ("second quarter of 2005"), then Scribus would need to be updated to QT4 (a substantial job in itself), then ported to Windows. So it might happen at some point, but don't hold your breath!--Joeboy 13:49, 9 Mar 2005 (UTC)



Hence I've created this page for posting notes relating to the ongoing effort to compile Scribus under Cygwin/X11 for win32. Since that is our next best option.

However, don't forget we already have one working recipe for Installing Scribus on Win32 using version 1.2.1 binary snapshots compiled for Cygwin/QT3/X11. :)

Now efforts to compile the latest Scribus for Cygwin/X11 are ongoing, though I haven't been successful yet. However I have had gotten as far as a running a successful configure of the 1.3 version from CVS, and there is a patch available for the 1.2.1 version at the kde-cygwin download area.

Here are some notes from some of the experiences I've had so far:



Hey I've managed another successful "configure" thanks to Ralf (again)!

  377  cd ~/src
  378  rm -fr Scribus/
  379  CVSROOT=:pserver:anoncvs@scribus.info:/cvs && cvs -z3 co -r Version13x Scribus
  380  cvs -z3 co -r Version13x Scribus
  381  tar jcvf tar-Scribus13cvs.tar Scribus
  382  cd Scribus/
  383  make -f Makefile.cvs
  384  export CFLAGS="-fdata-sections"
  385  export CXXFLAGS="-fdata-sections"
  386  export LDFLAGS="-L/home/<your username>/src/qt-3/lib"

noone@sector0 ~/src/Scribus
$ ./configure --prefix=/opt/scribus/1.3

...

Configuration Summary:

Libraries:
   Freetype2 installed:     Yes
   Fontconfig found:        Yes
   CUPS installed:          No
   LittleCMS installed:     Yes
   libtiff installed:       Yes
   Libxml2 installed:       Yes
The Scripter-Plugin will not be compiled.
Configuration options:
   Debugging enabled:       No


Good - your configure finished. Start make now
$

With the following commands i already got Scribus configuring fine, but i accidently deleted it again so now with that config it gives an error when checking for qt. The error message in config.log is very similar to the error i got when making scribus after my succesful ./configure.

--jo-hannes 07:12, 18 Mar 2005 (UTC)

Export commands:

export CFLAGS="-fdata-sections"
export CXXFLAGS="-fdata-sections"
export LDFLAGS="-Wl,--enable-runtime-pseudo-reloc,--script /usr/local/lib/qt/mkspecs/cygwin-g++/i386pe.x-no-rdata,-lqt-mt"

The error at checking for Qt:

checking for Qt... configure: error: Qt (>= Qt 3.3) (library qt-mt) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!

And the error in config.log

configure:40114: checking for Qt
configure: 40182: /opt/qt/3.3/include/qstyle.h
taking that
configure:40297: rm -rf SunWS_cache; g++ -o conftest.exe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -I/opt/qt/3.3/include -I/usr/X11R6/include  -DQT_THREAD_SUPPORT   -L/opt/qt/3.3/lib -L/usr/X11R6/lib   conftest.cc  -lqt-mt -lpng -lz -lm -ljpeg   -lXext -lX11 -lSM -lICE  -lpthread 1>&5
collect2: ld terminated with signal 11 [Segmentation fault], core dumped
/opt/qt/3.3/lib/libqt-mt.dll.a(.text+0x0):crtstuff.c: multiple definition of `___do_sjlj_init'
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/crtbegin.o(.text+0x0):crtstuff.c: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.text+0x3c52a0):crtstuff.c: multiple definition of `QGList::count() const'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.text$_ZNK6QGList5countEv+0x0):conftest.cc: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.data+0x78cc4):qrtlcodec.cpp: multiple definition of `vtable for QGList'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.rdata$_ZTV6QGList+0x0):conftest.cc: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.data+0x5fb3c):qrtlcodec.cpp: multiple definition of `typeinfo for QPtrCollection'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.rdata$_ZTI14QPtrCollection+0x0):conftest.cc: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.data+0x62604):qrtlcodec.cpp: multiple definition of `typeinfo name for QPtrCollection'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.rdata$_ZTS14QPtrCollection+0x0):conftest.cc: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.data+0x607ec):qrtlcodec.cpp: multiple definition of `typeinfo for QGList'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.rdata$_ZTI6QGList+0x0):conftest.cc: first defined here
/opt/qt/3.3/lib/libqt-mt.dll.a(.data+0x63ba4):qrtlcodec.cpp: multiple definition of `typeinfo name for QGList'
/cygdrive/c/DOKUME~1/johannes/LOKALE~1/Temp/ccNwGMgn.o(.rdata$_ZTS6QGList+0x0):conftest.cc: first defined here
configure:40300: $? = 1
configure: failed program was:
#include "confdefs.h"
#include <qglobal.h>
#include <qapplication.h>
#include <qcursor.h>
#include <qstylefactory.h>
#include <private/qucomextra_p.h>
#if ! (QT_VERSION >= 0x030300)
#error 1
#endif

Jo-Hanes:

collect2: ld terminated with signal 11 [Segmentation fault], core dumped

shows that ld, the linker that's called by gcc after it finishes compiling the source file, has crashed. That's pretty weird and very likely to indicate a bug in ld (probably the cygwin version).

That said, if it worked before it seems reasonable to expect it to work now. Could you have made some changes to environment variables or installed libraries since then?

--Ringerc 08:16, 18 Mar 2005 (UTC)



As i remember, i had installed the cvs version of qt in /usr/local/lib and then it worked. dont know if there were any other switches. now i have the qt-snapshot installed and it doesnt work. variables could have changed, yes. but dunno into what. libraries werent installed as is remember. will try to get it working again.

--jo-hannes 10:52, 18 Mar 2005 (UTC)


I just updated my own little code section up above to reflect my recent similar experiences with the addition of a search I ran on the file system for qt-mt.

--Hap0 19:44, 18 Mar 2005 (UTC)


Do you have tried to run the above mentioned link by hand using the code snippet from configure using the flags set by LDFLAGS ? Seems that the LDFLAGS isn't taken.

--RHabacker 23:58, 18 Mar 2005 (UTC)


Hey it worked! Thanks for the helpful hints Ralf offered on the kde-cygwin mailing list. :) I updated my recipe above to reflect what worked. --Hap0 00:11, 19 Mar 2005 (UTC)