Subject: Re: Pine under solaris 2.4 .... AIE!

From: [email-masked] (David Drum)
Date: 15 Mar 1995 03:41:09 GMT

Gregory "snooze" Blake ([email-masked]) wrote:
: Well... I've been futzing around for a day or so and am prolly
: missing something real obvious here, but below is a log of what 
: happens with addrbook.c when I try to compile Pine.  Our system is
: running solaris 2.4.

: Anyone out there who might be able to lend an idea as to what I'm
: doing wrong?

Is this with or without the patches I posted?

Regards,

David
--
"That man has a rare gift for obfuscation." -- ST:DS9

---

From: [email-masked] (Gregory "snooze" Blake)
Date: 14 Mar 1995 12:16:00 -0800

Well... I've been futzing around for a day or so and am prolly
missing something real obvious here, but below is a log of what 
happens with addrbook.c when I try to compile Pine.  Our system is
running solaris 2.4.

Anyone out there who might be able to lend an idea as to what I'm
doing wrong?

snooze

------------ log below vvvvvv------------------vvvvvv-----------
cc -DSV4   -g -DDEBUG -DANSI   -c addrbook.c -o addrbook.o
"/usr/include/stdlib.h", line 141: identifier redeclared: getopt
        current : function(int, pointer to pointer to char, pointer to char) returning int
        previous: function(int, pointer to const pointer to char, pointer to const char) returning int : "/usr/include/stdio.h", line 283
"/usr/include/stdlib.h", line 142: identifier redeclared: getsubopt
        current : function(pointer to pointer to char, pointer to pointer to char, pointer to pointer to char) returning int
        previous: function(pointer to pointer to char, pointer to const pointer to char, pointer to pointer to char) returning int : "/usr/include/stdio.h", line 285
"/usr/include/unistd.h", line 225: identifier redeclared: rename
        current : function(pointer to char, pointer to char) returning int
        previous: function(pointer to const char, pointer to const char) returning int : "/usr/include/stdio.h", line 148
"./pine.h", line 1196: identifier redeclared: popen
        current : function(pointer to char, pointer to char) returning pointer to struct {int _cnt, pointer to uchar _ptr, pointer to uchar _b...
        previous: function(pointer to const char, pointer to const char) returning pointer to struct {int _cnt, pointer to uchar _ptr, pointer... : "/usr/include/stdio.h", line 280
"addrbook.c", line 3954: cannot recover from previous errors
cc: acomp failed for addrbook.c
make: *** [addrbook.o] Error 2

-- 
------------------------------------PLUR---------------------------------------
 Gregory Blake  - snooze@DeepSeas,TooMUSH]I[,fantasia,etc -  [email-masked]
   619-563-2595<w> | 619-528-4531<h> | home: 4783 Utah St, San Diego 92116
                  "Understanding is a three edged sword."

---

From: [email-masked] (Gregory "snooze" Blake)
Date: 17 Mar 1995 08:15:56 -0800

First off,
Thanks to all you who send me suggestions on how to fix this.  In the
end, the best solution? Use gcc and use the -traditional switch and
remove the -ansi one in pine/makefile.sol, this took care of everything.
(OH yeah... and add -DSYSTYPE to that line also as it was left out).

Someone sent patches for me to use, but just using -traditional and gcc
seemed to work much better :).

Hope this helps some other people out there too!

snooze

--

---

From: [email-masked] (David Drum)
Date: 19 Mar 1995 04:18:44 GMT

Gregory "snooze" Blake ([email-masked]) wrote:
: Thanks to all you who send me suggestions on how to fix this.  In the
: end, the best solution? Use gcc and use the -traditional switch and
: remove the -ansi one in pine/makefile.sol, this took care of everything.
: (OH yeah... and add -DSYSTYPE to that line also as it was left out).

: Someone sent patches for me to use, but just using -traditional and gcc
: seemed to work much better :).

I responded to this once, but accidentally opted to send an email reply to
Gregory instead of following-up to his post.  I tried the above solution,
and it worked, but it also produced an executable (without -g and after
stripping) 50% - about 500KB - larger than the executable produced by my
patches.

I'm sticking with my patches.

Regards,

David
[email-masked]