[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problems compiling 2.0a15 on IRIX 6.5.13
|
From: |
Bas van der Vlies |
|
Subject: |
Re: Problems compiling 2.0a15 on IRIX 6.5.13 |
|
Date: |
Thu, 06 Dec 2001 17:25:11 +0100 (MET) |
Rune,
export LD_LIBRARYN32_PATH=$LD_LIBRARYN32_PATH:/usr/freeware/lib32
./cfagent -n -p -v
This is the solution not the one you provide, put it /etc/profile
and other line in /etc/cshrc and most programs will run.
Regards
On 06-Dec-2001 Rune Mossige wrote:
> Thanks for the help.
>
> I downloaded the file, and tried to run it:
>
> ./cfagent -v
> 37301:./cfagent: rld: Fatal Error: Cannot Successfully map soname
> 'libdb-3.3.so' under any of the filenames
> /usr/lib32/libdb-3.3.so:/usr/lib32/internal/libdb-3.3.so:/lib32/libdb-3.3.so:/
> opt/lib32/libdb-3.3.so:
>
>
> I then created symlinks into /usr/lib pointint to where I installed
> the DB3 (/usr/freeware/lib32), and then it ran OK. I will give it a go,
> and see how it go.
>
> Again, thanks for the help.
>
> On (06/12/01 14:21), Bas van der Vlies wrote:
>> X-Mailer: XFMail 1.4.4 on Solaris
>> X-Priority: 3 (Normal)
>> Content-Transfer-Encoding: 8bit
>> Date: Thu, 06 Dec 2001 14:21:01 +0100 (MET)
>> Reply-To: basv@sara.nl
>> Organization: SARA
>> Sender: basv@sara.nl
>> From: Bas van der Vlies <basv@sara.nl>
>> To: Rune Mossige <runemo@stavanger.geco-prakla.slb.com>
>> Subject: RE: Problems compiling 2.0a15 on IRIX 6.5.13
>> Cc: help-cfengine@gnu.org
>>
>> Rune,
>>
>> I have just compiled this version with gcc 2.95 no problems, but
>> gethostbyname still goes wrong. I have also compiled it with
>> the native SGI compiler and also no problem. You can fetch it
>> from:
>> ftp.sara.nl://pub/SARA/outgoing/cfengine-irix-2.0a15.tar.gz
>>
>> NO Warranties and it is compiled on 6.5.13!!
>>
>> Regards
>>
>> On 06-Dec-2001 Rune Mossige wrote:
>> > Hello,
>> > I have soem O2's and Octanes running IRIX 6.5.13, and I would like
>> > to compile cfengine-2.0a15 on those machines.
>> >
>> > I have installed gcc 3.0 on them.
>> >
>> > In the past (cfengine 1.6.3) I know that gcc did not work on IRIX,
>> > because gethostbyname (I think) returned the wrong thing (I think
>> > it was localhost). Is this fixed in gcc3?
>> >
>> > Anyway, when I try to compile on an O2, I get:
>> >
>> >
>> > GSTESW 14# make
>> > Making all in pub
>> > source='getopt.c' object='getopt.o' libtool=no \
>> > depfile='.deps/getopt.Po' tmpdepfile='.deps/getopt.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > getopt.c || echo './'`getopt.c
>> > source='getopt1.c' object='getopt1.o' libtool=no \
>> > depfile='.deps/getopt1.Po' tmpdepfile='.deps/getopt1.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > getopt1.c || echo './'`getopt1.c
>> > source='full-write.c' object='full-write.o' libtool=no \
>> > depfile='.deps/full-write.Po' tmpdepfile='.deps/full-write.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > full-write.c || echo './'`full-write.c
>> > source='regex.c' object='regex.o' libtool=no \
>> > depfile='.deps/regex.Po' tmpdepfile='.deps/regex.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > regex.c || echo './'`regex.c
>> > source='md5.c' object='md5.o' libtool=no \
>> > depfile='.deps/md5.Po' tmpdepfile='.deps/md5.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > md5.c
>> >|| echo './'`md5.c
>> > source='md5c.c' object='md5c.o' libtool=no \
>> > depfile='.deps/md5c.Po' tmpdepfile='.deps/md5c.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > md5c.c || echo './'`md5c.c
>> > source='snprintf.c' object='snprintf.o' libtool=no \
>> > depfile='.deps/snprintf.Po' tmpdepfile='.deps/snprintf.TPo' \
>> > depmode=gcc3 /bin/sh ../depcomp \
>> > gcc -DHAVE_CONFIG_H -I. -I. -I../src -g -O2 -w -c `test -f
>> > snprintf.c || echo './'`snprintf.c
>> > snprintf.c: In function `vsnprintf':
>> > snprintf.c:622: parse error before "int"
>> > snprintf.c:622: parse error before "int"
>> > snprintf.c:622: parse error before "int"
>> > snprintf.c:622: parse error before "int"
>> > snprintf.c:622: parse error before "int"
>> > snprintf.c:622: parse error before ')' token
>> > snprintf.c:636: parse error before "int"
>> > snprintf.c:636: parse error before "int"
>> > snprintf.c:636: parse error before "int"
>> > snprintf.c:636: parse error before "int"
>> > snprintf.c:636: parse error before "int"
>> > snprintf.c:636: parse error before ')' token
>> > snprintf.c:694: parse error before "int"
>> > snprintf.c:694: parse error before "int"
>> > snprintf.c:694: parse error before "int"
>> > snprintf.c:694: parse error before "int"
>> > snprintf.c:694: parse error before "int"
>> > snprintf.c:694: parse error before ')' token
>> > snprintf.c:700: parse error before "const"
>> > snprintf.c:700: parse error before "const"
>> > snprintf.c:700: parse error before "const"
>> > snprintf.c:700: parse error before "const"
>> > snprintf.c:700: parse error before "const"
>> > snprintf.c:700: parse error before ')' token
>> > snprintf.c:759: parse error before "void"
>> > snprintf.c:759: parse error before "void"
>> > snprintf.c:759: parse error before "void"
>> > snprintf.c:759: parse error before "void"
>> > snprintf.c:759: parse error before "void"
>> > snprintf.c:759: parse error before ')' token
>> > snprintf.c:770: parse error before "int"
>> > snprintf.c:770: parse error before "int"
>> > snprintf.c:770: parse error before "int"
>> > snprintf.c:770: parse error before "int"
>> > snprintf.c:770: parse error before "int"
>> > snprintf.c:770: parse error before ')' token
>> > snprintf.c:775: parse error before "long"
>> > snprintf.c:775: parse error before "long"
>> > snprintf.c:775: parse error before "long"
>> > snprintf.c:775: parse error before "long"
>> > snprintf.c:775: parse error before "long"
>> > snprintf.c:775: parse error before ')' token
>> > snprintf.c:791: parse error before "unsigned"
>> > snprintf.c:791: parse error before "unsigned"
>> > snprintf.c:791: parse error before "unsigned"
>> > snprintf.c:791: parse error before "unsigned"
>> > snprintf.c:791: parse error before "unsigned"
>> > snprintf.c:791: parse error before ')' token
>> > snprintf.c:795: parse error before "unsigned"
>> > snprintf.c:795: parse error before "unsigned"
>> > snprintf.c:795: parse error before "unsigned"
>> > snprintf.c:795: parse error before "unsigned"
>> > snprintf.c:795: parse error before "unsigned"
>> > snprintf.c:795: parse error before ')' token
>> > *** Error code 1 (bu21)
>> > *** Error code 1 (bu21)
>> > GSTESW 15#
>> >
>> >
>> > Is there anyone who knows how to fix this, or alternatively,
>> > have a pre-compiled cfengine-2.0a15 binary distribution for
>> > IRIX 6.5.13? I do not have the SGI compiler, so I am a bit lost...
>> > --
>> > -------------------------------------------------------------------
>> > (-: Hiroshima 45, Chernobyl 86, Windows 95 :-)
>> > Our ultimate goal is to make overloaded systems appear to be idle.
>> > High performance, High reliability, Low cost -------- Pick any two.
>> > -------------------------------------------------------------------
>> > Rune Mossige, Systems Support Engineer, WesternGeco, Stavanger
>> > Tel: (+47)51946869 Mobile:(+47)90871024
>> >
>> > _______________________________________________
>> > Help-cfengine mailing list
>> > Help-cfengine@gnu.org
>> > http://mail.gnu.org/mailman/listinfo/help-cfengine
>>
>> --
>> ********************************************************************
>> * *
>> * Bas van der Vlies e-mail: basv@sara.nl *
>> * SARA - Academic Computing Services phone: +31 20 592 8012 *
>> * Kruislaan 415 fax: +31 20 6683167 *
>> * 1098 SJ Amsterdam WWW: www.sara.nl *
>> * *
>> ********************************************************************
>>
>
> --
> -------------------------------------------------------------------
> (-: Hiroshima 45, Chernobyl 86, Windows 95 :-)
> Our ultimate goal is to make overloaded systems appear to be idle.
> High performance, High reliability, Low cost -------- Pick any two.
> -------------------------------------------------------------------
> Rune Mossige, Systems Support Engineer, WesternGeco, Stavanger
> Tel: (+47)51946869 Mobile:(+47)90871024
>
> _______________________________________________
> Help-cfengine mailing list
> Help-cfengine@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-cfengine
--
********************************************************************
* *
* Bas van der Vlies e-mail: basv@sara.nl *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam WWW: www.sara.nl *
* *
********************************************************************