Re: SPLAT ...

Re: SPLAT ...

[John A. Magliacane]

Hi Terry.

Someone running Red Hat 6.2 had a similar problem with the install scripts.
It was cured by changing the '==' tests to '='.  I'm not sure why this was
necessary.

As far as the bzip2 libraries are concerned, I'm pretty sure you need
libbz2.so under /usr/lib in addition to libbz2.a.  If you don't have it,
my suggestion is to install libbz2 from source instead of an RPM.

Hope that helps...


73, de John, KD2BD

Re: SPLAT ...

[Hamish Moffatt]

On Thu, Jun 27, 2002 at 06:58:03AM -0700, John A. Magliacane wrote:
> Someone running Red Hat 6.2 had a similar problem with the install scripts.
> It was cured by changing the '==' tests to '='.  I'm not sure why this was
> necessary.

Sounds like a broken shell?

> As far as the bzip2 libraries are concerned, I'm pretty sure you need
> libbz2.so under /usr/lib in addition to libbz2.a.  If you don't have it,
> my suggestion is to install libbz2 from source instead of an RPM.

libbz2.a should be sufficient to link statically.


Cheers,
Hamish
-- 
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>

Re: SPLAT ...

[terry]

On Thu, 27 Jun 2002, John A. Magliacane wrote:

... ciao:

> changing '==' tests to '='
  
    that helped.
  
> libbz2.so under /usr/lib in addition to libbz2.a ... install libbz2
> from source instead of an RPM.
 
    i tend to avoid RPM, and installed the bz-lib from source into
'usr/lib'.
  

    with regard to:
  
"cc -Wall -O3 -s -lm -lbz2 -fomit-frame-pointer splat.c -o splat"
  
    cc a symlink to gcc (gcc version egcs-2.91.66).  i was unable to find
reference to "-s" and "-lm" in the manpage.  what do these flags imply.
  
    thanks ...

-- 
73 , de WD0FPC
    aka: terry 

Re: SPLAT ...

[Iain Young - G7III]

On Thu, Jun 27, 2002 at 11:51:05AM -0700, terry wrote:

>     cc a symlink to gcc (gcc version egcs-2.91.66).  i was unable to find
> reference to "-s" and "-lm" in the manpage.  what do these flags imply.

-l pulls in libraries, or more accurately tells the linker to pull in
libraries. -lm is telling it to pull the maths library in, IIRC.

Checking the manpage for ld, -s "Omits all symbol information from the
output file". Basically this means it does what strip(1) does before
creating your executable, saving you running strip(1)

When you run gcc, your code actually gets passed thru the preprocessor
first (cpp), then gcc proper, then the linker (ld) to create the
executable.


All the Best

Iain.

Re: SPLAT ...

[Riley Williams]

Hi John.

> Someone running Red Hat 6.2 had a similar problem with the install
> scripts. It was cured by changing the '==' tests to '='.  I'm not
> sure why this was necessary.

At a guess, the install script was written on a system where sh != bash
either because the Bourne shell is installed on the development system
or because sh is a symlink to some shell other than bash (perhaps csh
instead).

Another possibility: on MOST systems, if a script doesn't explicitly
state which shell it is written for, /bin/sh is always used, but on SOME
systems, the login shell is used instead. This latter appears to be more
common where the login shell is not bash, so the choice of login shell
may affect this, but I can't state that I know the logic behind this.

My understanding is that this particular problem is the reason for the
tests to ensure that the current shell is bash in the Configure and
Menuconfig scripts for the Linux kernel, in which case this is obviously
a recognised problem.

Best wishes from Riley.

SPLAT ...

[terry]

 
... ciao:
  
    "SPLAT!, a terrain analysis application for Linux, has been revised to
include several new features and enhancements.  The changes in version
1.0.3 include the following:"
  
    has anyone been able to get this to compile on a RH box.  first, "C"
is not a programming language i know, so i am definately at a disadvantage
here.
  
    on this system, when './configure' run (as "root"), i get the
following:
  
>               Now building SPLAT! and associated utilities...
>
> ./build: [: ==: binary operator expected
> ./build: [: ==: binary operator expected
> ./build: [: ==: binary operator expected
> ./build: [: ==: binary operator expected
> ./configure: [: ==: binary operator expected
>
> To install SPLAT! and its associated utilities, please
> su to 'root' and execute the install script as follows:
>
>        ./install all
  
    clearly, something in "./build" is failing as it sees 'root' as
something else.
  
    when i invoke the compiler directive to build splat from the command
line, i get the following:
 
> /tmp/cc8vQnKj.o: In function `BZfgets':
> /tmp/cc8vQnKj.o(.text+0x23b6): undefined reference to `BZ2_bzRead'
> /tmp/cc8vQnKj.o: In function `LoadSDF_BZ':
> /tmp/cc8vQnKj.o(.text+0x2686): undefined reference to `BZ2_bzReadOpen'
> /tmp/cc8vQnKj.o(.text+0x287e): undefined reference to `BZ2_bzReadClose'
> collect2: ld returned 1 exit status
 
   from my understanding of it, the bz2 library is named "libbz2.a", which
lives in 'usr//lib'.  i am lost here, any help would be much appreciated
...
 

-- 
73 , de WD0FPC
    aka: terry