Re: Question about Swarm shared libraries

[Paul Johnson]

It almost never works to try these small piecemeal "download a file, sym 
link it to something else" approaches.

You don't need libffi for Swarm anymore.

In the current Swarm, I no loger use the newer libpng, I'm back to using 
the standard one. Here's what I see
$ rpm -qa | grep libpng
libpng-devel-1.0.12-2
libpng-1.0.12-2

So you may not need libpng2 and Swarm RPM may not work with it.

I don't know about your zlib install, looks like you are missing a devel 
package. I see:
$ rpm -qa | grep zlib
zlib-1.1.3-25.7
zlib-devel-1.1.3-25.7


you say you have these gcc3 from my site, right?
http://lark.cc.ukans.edu/~pauljohn/software/gcc-upgrades/3.0.4RH72/gcc3-3.0.4-2pj.i386.rpm
http://lark.cc.ukans.edu/~pauljohn/software/gcc-upgrades/3.0.4RH72/gcc3-objc-3.0.4-2pj.i386.rpm
http://lark.cc.ukans.edu/~pauljohn/software/gcc-upgrades/3.0.4RH72/libgcc-3.0.4-2pj.i386.rpm

I'm a little worried when you say you installed a new binutils. You mean 
you upgraded the RPM, right. Not install, I hope, because that might 
introduce some redundancy.

On my system, here is what tcl is:

$ rpm -qa | grep tcl
tcl-8.3.3-67
and tk is
tk-8.3.3-67

I don't know if the fact that you have 8.3.1 and I have 8.3.3 could 
account for your trouble. I wonder if Mandrake provides a separate 
tcl/tk devel package that you might not have installed.

You probably need the jikes rpm installed because it provides a much 
faster version of a java compiler.  I used jikes to build the RPM, and 
so I expect the javacswarm might go looking for it.

You installed and hdf5 support:
http://lark.cc.ukans.edu/~pauljohn/software/hdf5-1.4.3-1RH73.i386.rpm

without any trouble?

So you go to install swarm RPM like this one:

http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.3/swarm-2.1.140.20020514-1.i386.rpm

(and you use rpm -Uvh swarm-2.1.140.20020514-1.i386.rpm and don't use 
force or anything)

and you don't see any error messages?

And then you install the swarm-jdk,

http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.3/swarm-jdk-2.1.140.20020514-1.i386.rpm

And you don't see any error messages from RPM?

Then you try to make/run heatbugs, and what happens?

On my system, I see this, indicating it is using gcc3 as the compiler:

gcc3 -c -g -O2 -march=i386 -mcpu=i686 -Wall -Wno-import -Wno-protocol 
-Werror  -D_GNU_SOURCE -DAPPNAME=recruiter     -I/usr/include/swarm Point.m
.....

As indicated on the docs for the RH7.2 Swarm rpms, which I refer to 
below, the way I deal with the problem of the jdk directory is NOT to 
change Swarm files, but to create a symbolic link like:

ln -sf /usr/java/j2sdk1.4.0_01 /usr/local/j2sdk1.4.0

That should make the java program compile. In theory, as long as the 
thing you currently have installed under /usr/java/j2sdk1.4.0_01 is 
actually the java distribution.  It is a source of frustration that the 
rpm packagers try to "help" the users by breaking java up among 
directories, and that's why I don't install j2sdk from RPM, I just 
download their tarball and plop it into /usr/local/j2sdk. You can use 
the rpm diagnostics to make sure you really do have everything under 
that directory you refer to.

In the beginning, Mandrake was just a repackaged RedHat and everything 
worked back and forth, but their effort to "help" the users may have 
wrecked everything.

You could try compiling Swarm with the SRPM or the Spec file, which I've 
just now uploaded.

http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.3/swarm-jdk-2.1.140.spec

http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.3/swarm-2.1.140.20020514-1.src.rpm

Assuming that you have all the development tools installed, if you 
download the src.rpm file, building a new swarm RPM should be as easy as

rpm --rebuild swarm-2.1.140.20020514-1.src.rpm

If that worked, you could post a note and share the Mandrake RPMS with 
others.


Raniero Virgilio wrote:
> On Thu, 11 Jul 2002, Paul E Johnson wrote:
>
>
> > There are many points where you could make a mistake building Swarm. I'd
> > suggest you install the Sun jdk in /usr/local/j2sdk1.4.0 and install my
> > RPMS of current Swarm:
> >
> > RH7.3 rpms available, including hdf5
> > http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.3/
> >
> > I did not bother to update the documentation on those RPMS yet, but you
> > can see the older documentation here:
> > http://lark.cc.ukans.edu/~pauljohn/Swarm/Swarm-2.2x_RPMSforRH7.2/
> >
> > If you have a "clean install" of RH7.3, you will see they dropped gcc3
> > from their package, for reasons none of us understand.  But you can get
> > gcc3 which I use in RPM form here:
> >
> > http://lark.cc.ukans.edu/~pauljohn/Swarm/miscSupportSoftware/gcc-upgrades/3.0.4RH72/
> >
> > That can be installed "along side" the gcc-2.96 packages.
>
>
> First of all, many thanks for your answer. I followed your suggestion, but
> I still have some problems.
>
> I installed my Linux Mandrake 8.0. It provides:
>
> tcl-8.3.1
> tk-8.3.1
> blt-2.4u
> libffi-1.20
> libpng2-1.0.9
> zlib1-1.1.3
>
> Then I installed:
>
> binutils-2.12.1
> gcc3 (the pathced release on your site)
> j2sdk1.4.0
> you swarm from /Swarm-2.2x_RPMSforRH7.3 dir
>
> Because my path is usr/java/j2sdk1.4.0_01, I hacked the javaswarm and
> javacswarm files with the new path. Swarm was looking for libtcl.so.0 and
> libtk.so.0, but those files were npt on my system. So I made two links to
> libtcl8.3.so and libtk8.3.so.
>
> Now, let's start with the objective-C. When
> I tried to compile, the
> compiler says it can't find the bltGraph.tcl in the /usr/share/blt2.4
> directory. I actually don't have this directory, and my blt-2.4u doesn't
> provide this file. So, I downloaded these requested files (such as
> bltDragdrop.tcl, of the usr/share/blt2.4 dir) from
> www.star.bnl.gov/afs/rhic/star/doc/www/packages_I/Dsv/tcl/blt2.4n/library
> and put it on my PC. I don't know if this is correct, but now
> the obj-C works very well, all the applications of the swarmapps-2.1
> package are very very fast.
> Now java: when I try to compile jheatbugs-2.1.1, the compiler says:
>
>
> Found 1 semantic error compiling "HeatbugModelSwarm.java"
>
> 298.    new FArgumentsImpl(this, sel, true)))
>
> ***Error: no match was found for constructor
> "FArgumentsImpl(HeatbugModelSwarm, swarm.selector, boolean)
>
>
> When I try to run the application, I have a "core dumped". Something very
> similar happens with jmousetrap application.
> Other simpler applications (just like Staelin jtutorial) works, but they
> are very very slow, and I often see there are problems about the blt*.tcl
> files I have copied in my /usr/share/blt2.4 directory (the compiler gives
> some syntax error) and some problems using tcl.
>
> I hope I've been clear enough. I made some mistakes, of course. But I'm
> learning Linux while I'm learning Swarm as well.
>
> Thank you very much.
>
> RV



--
Paul E. Johnson                       email: address@hidden
Dept. of Political Science            http://lark.cc.ku.edu/~pauljohn
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66045                FAX: (785) 864-5700


                 ==================================
  Swarm-Support is for discussion of the technical details of the day
  to day usage of Swarm.  For list administration needs (esp.
  [un]subscribing), please send a message to <address@hidden>
  with "help" in the body of the message.