[kde-solaris] Compiling 3.1 on Solaris 8 with gcc 3.2
Paul Hands
kde-solaris@mail.kde.org
Wed Feb 12 17:58:00 2003
--=-NnZ7wkPpylcOWhzyXePP
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Nick,
Firstly, thanks for replying so quickly.
It would seem that I did build QT correctly, then, and it's just the
INSTALL file which is making me worry. It specifically states that
after a successful "make", a "make install" installs in the relevant
places as defined by prefix(es).
I would guess that means that I only have to debug why arts won't
compile. In my case, I have chosen to build everything, including qt
in /opt/kde3.1. Both QTDIR and KDEDIR point there.
The error seems to be from ld, so it might be a library issue, I guess?
I think I have LD_LIBRARY_PATH fairly complete, but if I knew how to
decode the actual error message, I might stand a better chance.
Paul
On Wed, 2003-02-12 at 16:10, Nick THOMPSON wrote:
> Paul,
>
> QT is a build in place application. You should build it where you want
> it to end up and you don't need a make install.
>
> Have you got all the libraries in place? I setup the following
> environment variables before I do a KDE build (you'll need to adapt them
> for your setup):
>
> export KDEDIR=/opt/kde/3.1
> export QTDIR=/opt/qt/3.1
>
> export
> PATH=/opt/binutils/2.13.1/bin:${QTDIR}/bin:${KDEDIR}/bin:/opt/freetool/bin:
> /opt/sbin:/opt/bin:/usr/dt/bin:/usr/openwin/bin:/usr/5bin:/usr/bin:/bin:/usr/sbin:/usr/etc:/usr/ccs/b
> in:/usr/ucb
> rehash
>
> export
> LD_LIBRARY_PATH=${QTDIR}/lib:${KDEDIR}/lib:/opt/gcc/3.2.1/lib:/opt/freetool/lib:/usr/openwin/l
> ib:/usr/lib
>
> alias conf='./configure --disable-debug --prefix=/opt/kde/3.1
> --with-ssl-dir=/opt/openssl --with-extr
> a-includes=/opt/freetool/include:/opt/kde/3.1/include
> --with-extra-libs=/opt/freetool/lib:/opt/kde/3.
> 1/lib:/opt/gcc/3.2.1/lib'
>
> Any help...?
> Nick.
>
> On Wed, 2003-02-12 at 15:57, Paul Hands wrote:
> > Hi,
> >
> > I'm getting nowhere fast with compiling the 3.1 sources on my Solaris
> > 8 box.
> >
> > It's taken 3 days to get qt3.1 to compile due to many issues. I was
> > able to run ./configure and then make successfully. At least
> > according to the nice message at the end of the make command, I was.
> > However, the INSTALL file suggests running "make install" after that.,
> > which fails completely. I did a cleanup and reran configure and make
> > to get back to a reasonably safe position. DO I need to do a make
> > install for qt?
> >
> > Now I tackle arts. I can run ./configure quite happily and then it
> > recommends running make, so I did.
> >
> > It fails thus, and I have no clue as to what to do next. I'm not at
> > all sure whether I really compiled qt correctly or whether this is
> > independent of that. Any help or suggestions most welcome.
> >
> > Paul
> >
> > Transcript follows :-
> > >make
> > make all-recursive
> > Making all in libltdl
> > Making all in mcop
> > /bin/bash ../libtool --silent --mode=link --tag=CXX g++
> > -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W
> > -Wpointer-arith -Wmissing-prototypes -Wwrite-s
> > trings -O2 -fno-exceptions -fno-check-new -ftemplate-depth-99 -o
> > libmcop.la.closure libmcop_la_closure.lo -no-undefined -version-info
> > 1:0 buffer.lo connection.
> > lo core.lo dispatcher.lo iomanager.lo object.lo socketconnection.lo
> > tcpconnection.lo unixconnection.lo tcpserver.lo unixserver.lo
> > objectmanager.lo factory.lo idl
> > filereg.lo ifacerepo_impl.lo mcoputils.lo startupmanager.lo md5.lo
> > md5auth.lo referenceclean.lo datapacket.lo asyncstream.lo
> > notification.lo flowsystem.lo extens
> > ionloader.lo tmpglobalcomm.lo mcopconfig.lo connect.lo reference.lo
> > type.lo trader_impl.lo dynamicrequest.lo anyref.lo loopback.lo
> > debug.lo delayedreturn.lo threa
> > d.lo dynamicskeleton.lo -lsocket -lnsl ../libltdl/libltdlc.la
> > libtool: link: warning: `-version-info' is ignored for programs
> > Undefined first referenced
> > symbol in file
> > Arts::SystemThreads::the() .libs/dispatcher.o
> > __builtin_delete .libs/thread.o
> > __builtin_new .libs/thread.o
> > __rtti_user .libs/thread.o
> > __pure_virtual .libs/thread.o
> > Arts::Mutex::~Mutex [in-charge]() .libs/dispatcher.o
> > __rtti_si .libs/thread.o
> > vtable for Arts::Mutex .libs/dispatcher.o
> > vtable for Arts::ThreadCondition .libs/dispatcher.o
> > Arts::ThreadCondition::~ThreadCondition
> > [in-charge]().libs/dispatcher.o
> > ld: fatal: Symbol referencing errors. No output written to
> > libmcop.la.closure
> > collect2: ld returned 1 exit status
> > *** Error code 1
> > make: Fatal error: Command failed for target `libmcop.la.closure'
> > Current working directory /export/home/kde3.1/arts-1.1/mcop
> > *** Error code 1
> > make: Fatal error: Command failed for target `all-recursive'
> > Current working directory /export/home/kde3.1/arts-1.1
> > *** Error code 1
> > make: Fatal error: Command failed for target `all'
>
>
> ___________________________________________________
> This message is from the kde-solaris mailing list.
> Account management: http://mail.kde.org/mailman/listinfo/kde-solaris.
> Archives: http://lists.kde.org/.
> More info: http://www.kde.org/faq.html.
--=-NnZ7wkPpylcOWhzyXePP
Content-Type: text/html; charset=utf-8
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/1.1.8">
</HEAD>
<BODY>
Nick,<BR>
<BR>
Firstly, thanks for replying so quickly.<BR>
<BR>
It would seem that I did build QT correctly, then, and it's just the INSTALL file which is making me worry. It specifically states that after a successful "make", a "make install" installs in the relevant places as defined by prefix(es). <BR>
<BR>
I would guess that means that I only have to debug why arts won't compile. In my case, I have chosen to build everything, including qt in /opt/kde3.1. Both QTDIR and KDEDIR point there.<BR>
<BR>
The error seems to be from ld, so it might be a library issue, I guess? I think I have LD_LIBRARY_PATH fairly complete, but if I knew how to decode the actual error message, I might stand a better chance.<BR>
<BR>
Paul<BR>
<BR>
<BR>
<BR>
<BR>
On Wed, 2003-02-12 at 16:10, Nick THOMPSON wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE><FONT SIZE="3"><I>Paul,
QT is a build in place application. You should build it where you want
it to end up and you don't need a make install.
Have you got all the libraries in place? I setup the following
environment variables before I do a KDE build (you'll need to adapt them
for your setup):
export KDEDIR=/opt/kde/3.1
export QTDIR=/opt/qt/3.1
export
PATH=/opt/binutils/2.13.1/bin:${QTDIR}/bin:${KDEDIR}/bin:/opt/freetool/bin:
/opt/sbin:/opt/bin:/usr/dt/bin:/usr/openwin/bin:/usr/5bin:/usr/bin:/bin:/usr/sbin:/usr/etc:/usr/ccs/b
in:/usr/ucb
rehash
export
LD_LIBRARY_PATH=${QTDIR}/lib:${KDEDIR}/lib:/opt/gcc/3.2.1/lib:/opt/freetool/lib:/usr/openwin/l
ib:/usr/lib
alias conf='./configure --disable-debug --prefix=/opt/kde/3.1
--with-ssl-dir=/opt/openssl --with-extr
a-includes=/opt/freetool/include:/opt/kde/3.1/include
--with-extra-libs=/opt/freetool/lib:/opt/kde/3.
1/lib:/opt/gcc/3.2.1/lib'
Any help...?
Nick.
On Wed, 2003-02-12 at 15:57, Paul Hands wrote:
> Hi,
>
> I'm getting nowhere fast with compiling the 3.1 sources on my Solaris
> 8 box.
>
> It's taken 3 days to get qt3.1 to compile due to many issues. I was
> able to run ./configure and then make successfully. At least
> according to the nice message at the end of the make command, I was.
> However, the INSTALL file suggests running "make install" after that.,
> which fails completely. I did a cleanup and reran configure and make
> to get back to a reasonably safe position. DO I need to do a make
> install for qt?
>
> Now I tackle arts. I can run ./configure quite happily and then it
> recommends running make, so I did.
>
> It fails thus, and I have no clue as to what to do next. I'm not at
> all sure whether I really compiled qt correctly or whether this is
> independent of that. Any help or suggestions most welcome.
>
> Paul
>
> Transcript follows :-
> >make
> make all-recursive
> Making all in libltdl
> Making all in mcop
> /bin/bash ../libtool --silent --mode=link --tag=CXX g++
> -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W
> -Wpointer-arith -Wmissing-prototypes -Wwrite-s
> trings -O2 -fno-exceptions -fno-check-new -ftemplate-depth-99 -o
> libmcop.la.closure libmcop_la_closure.lo -no-undefined -version-info
> 1:0 buffer.lo connection.
> lo core.lo dispatcher.lo iomanager.lo object.lo socketconnection.lo
> tcpconnection.lo unixconnection.lo tcpserver.lo unixserver.lo
> objectmanager.lo factory.lo idl
> filereg.lo ifacerepo_impl.lo mcoputils.lo startupmanager.lo md5.lo
> md5auth.lo referenceclean.lo datapacket.lo asyncstream.lo
> notification.lo flowsystem.lo extens
> ionloader.lo tmpglobalcomm.lo mcopconfig.lo connect.lo reference.lo
> type.lo trader_impl.lo dynamicrequest.lo anyref.lo loopback.lo
> debug.lo delayedreturn.lo threa
> d.lo dynamicskeleton.lo -lsocket -lnsl ../libltdl/libltdlc.la
> libtool: link: warning: `-version-info' is ignored for programs
> Undefined first referenced
> symbol in file
> Arts::SystemThreads::the() .libs/dispatcher.o
> __builtin_delete .libs/thread.o
> __builtin_new .libs/thread.o
> __rtti_user .libs/thread.o
> __pure_virtual .libs/thread.o
> Arts::Mutex::~Mutex [in-charge]() .libs/dispatcher.o
> __rtti_si .libs/thread.o
> vtable for Arts::Mutex .libs/dispatcher.o
> vtable for Arts::ThreadCondition .libs/dispatcher.o
> Arts::ThreadCondition::~ThreadCondition
> [in-charge]().libs/dispatcher.o
> ld: fatal: Symbol referencing errors. No output written to
> libmcop.la.closure
> collect2: ld returned 1 exit status
> *** Error code 1
> make: Fatal error: Command failed for target `libmcop.la.closure'
> Current working directory /export/home/kde3.1/arts-1.1/mcop
> *** Error code 1
> make: Fatal error: Command failed for target `all-recursive'
> Current working directory /export/home/kde3.1/arts-1.1
> *** Error code 1
> make: Fatal error: Command failed for target `all'
___________________________________________________
This message is from the kde-solaris mailing list.
Account management: <A HREF="http://mail.kde.org/mailman/listinfo/kde-solaris">http://mail.kde.org/mailman/listinfo/kde-solaris</A>.
Archives: <A HREF="http://lists.kde.org/">http://lists.kde.org/</A>.
More info: <A HREF="http://www.kde.org/faq.html">http://www.kde.org/faq.html</A>.</I></FONT></PRE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-NnZ7wkPpylcOWhzyXePP--