Subject: | |
From: | |
Reply To: | |
Date: | Thu, 26 Oct 1995 23:40:00 EDT |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
[Hope my excessive snipping doesn't omit the original point...]
On Thu, 26 Oct 1995 19:43:04 PST Mark Klein said:
>On Thu, 26 Oct 1995 08:23:15 PST I said:
>>>>The gcc compiler requires the purchase of the HP C compiler [...]
>>>Actually, the POSIX Developer's Kit is the more appropriate product. I
>>>don't know whether the libraries come without it. [...]
>To which Jeff replied:
>>If you get C/iX you get LIB.SYS and H.SYS.
>>If you get the Posix Developer's Kit you get /usr/lib and /usr/include.
>
>Then my suspicion was correct - gcc/g++ requires the POSIX Developer's
>Kit in order to produce a runnable object. I suspect that you can
>probably take the libraries in LIB.SYS and use them instead by creating
>a link such as ln -s /SYS/LIB/LIBCINIT /lib/libc.a and this might work.
>However, that would only support those calls supported by that library
>(e.g. you might find printf, but you probably won't find any POSIX stuff
>not already included in the standard C library).
Well, this is an interesting question. I already had C/iX. I then had to
"upgrade" as many others did to the Posix Developer's Kit, which had a
credit for an existing C/iX license equal to the Posix DK purchase price;
in effect a zero-dollar purchase. This added the Posix libraries. But...
* If you _ONLY_ bought the Posix developer's kit, what do you get? Do you
get the C compiler and regular LIB.SYS and H.SYS libraries/includes?
* The Posix developer's kit is apparently NOT a REPLACEMENT for C/iX since
our friends at HP insist that we CONTINUE TO PAY SUPPORT ON BOTH (as
Chris Bartram and others have posted previously).
* My personal opinion is that MUCH of this is a marketing scam imposed on
the engineers (anyone else a Dilbert fan?). The run-time for BOTH should
be in SL/XL/NL as with every other HP-supplied language. This is just a
marketing ploy that was first exploited by the AIF procedures - link-time
required RL's that simply add redundant code to everything that uses it,
defeating the elegance of the shared code concept of SL/XL/NL code.
Just my somewhat disgruntled opinion...
[\] Jeff Kell <[log in to unmask]>
|
|
|