[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: SUCCESS: aRts works on HPUX
From:       Benjamin Reed <ranger () befunk ! com>
Date:       2002-06-02 3:49:52
[Download RAW message or body]

Ravikiran Rajagopal [ravi@ee.eng.ohio-state.edu] wrote:
> Hello,
>   In case anyone is interested, I have a working copy of (multithreaded!) aRts 
> 3.0 installed on my HPUX 11 system. It plays sounds using NAS. I had to patch 
> libtool in order to build the shared libraries. If anyone wants it, I can let 
> them have a list of all the modifications necessary to compile it with 
> gcc-3.1.
>   Currently, I am trying to get kdelibs to work. Almost all problems are 
> solved, except for a template based construction used in kgenericfactory.h 
> which compiles but does not link. For more on that problem, see:
>   http://gcc.gnu.org/ml/gcc/2002-05/msg03037.html
> If anyone has any ideas whatsoever on this problem, please let me know. 
> Further, I would like to find volunteers to try compiling my ported sources. 
> Contact me if you are interested.

If it helps you any, we're affected by very similar things on MacOS X/Darwin.
Code like this used to work with gcc2, but gcc3 fails to link it (The upcoming
10.2 release of MacOS X will be pretty much gcc3.1 exclusively, so we're doing
a lot of testing right now trying to make sure things will compile).  I get the
same error as the test code in that message you referenced:

---(snip!)---
[ ranger@localhost ]-[ Saturday, Jun 01, 2002 ]-[ 11:43 PM ]
 ~ > g++3 -o test test.cc | c++filt3
ld: Undefined symbols:
foo<int>::times
---(snip!)---

There are also some problems with similar constructs in qt 3.0.4.  It appears
that HPUX11 and MacOS X's linkers are very much like each other.

-- 
Benjamin Reed a.k.a. Ranger Rick (ranger@befunk.com) http://ranger.befunk.com/
"Speaking of goats, I had that dream again..."
                              -- Wally to Chopper, on "Let's Bowl"
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]