I have made some progress getting cURL to work under VMS 6.2. Most of the
issues were solved when I upgraded the C compiler. Unfortinuatly at this
point, I can't upgrade from VMS 6.2 due to Oracle (long story).

It looks like my sticking point is the strdup function which is not
available until VMS 7.0. Any suggestions on how to duplicate this
function to get these last two files to compile?

SWING > @build_vms
%CURL-I-BLDNOSSL, building without SSL support
CC /define=HAVE_CONFIG_H=1/OBJ=OBJDIR:
STAFF:[ROB.TEMP.CURL-7_12_2.LIB]EASY.C;1
        curl_strdup_callback Curl_cstrdup = (curl_strdup_callback)strdup;
        ..........................................................^
%CC-E-UNDECLARED, In the initializer for Curl_cstrdup, "strdup" is not
 declared.
                At line number 174 in
STAFF:[ROB.TEMP.CURL-7_12_2.LIB]EASY.C;1.

        }
%VCG-I-NOBJECT, No object file produced.
                At line number 580 in
STAFF:[ROB.TEMP.CURL-7_12_2.LIB]EASY.C;1.

%VCG-I-SUMMARY, Completed with 1 error(s), 0 warning(s), and
                1 informational messages.
                At line number 580 in
STAFF:[ROB.TEMP.CURL-7_12_2.LIB]EASY.C;1.

%LIBRAR-W-OPENIN, error opening
STAFF:[ROB.TEMP.CURL-7_12_2.PACKAGES.VMS.VAX]EAS
Y.OBJ; as input
-RMS-E-FNF, file not found
CC /define=HAVE_CONFIG_H=1/OBJ=OBJDIR:
STAFF:[ROB.TEMP.CURL-7_12_2.SRC]HOMEDIR.C
;1
          return (env && env[0])?strdup(env):NULL;
        .........................^
%CC-I-IMPLICITFUNC, In this statement, the identifier "strdup" is implicitly
 declared as a function.
                At line number 84 in
STAFF:[ROB.TEMP.CURL-7_12_2.SRC]HOMEDIR.C;1
.

          return (env && env[0])?strdup(env):NULL;
        .........^
%CC-E-BADCONDIT, In this statement, a common type could not be determined for
 the 2nd and 3rd operands ("strdup(...)" and "((void ...)0)") of a
conditional
 operator.
                At line number 84 in
STAFF:[ROB.TEMP.CURL-7_12_2.SRC]HOMEDIR.C;1
.

        }
%VCG-I-NOBJECT, No object file produced.
                At line number 116 in
STAFF:[ROB.TEMP.CURL-7_12_2.SRC]HOMEDIR.C;
1.

%VCG-I-SUMMARY, Completed with 1 error(s), 0 warning(s), and
                2 informational messages.
                At line number 116 in
STAFF:[ROB.TEMP.CURL-7_12_2.SRC]HOMEDIR.C;
1.

%LIBRAR-W-OPENIN, error opening
STAFF:[ROB.TEMP.CURL-7_12_2.PACKAGES.VMS.VAX]HOM
EDIR.OBJ; as input

>>Subj: Re: cURL for VAX VMS 6.2
>>On Thu, 21 Oct 2004, Robert Bustichi wrote:
>>
>>> Is there a compiled version of cURL available for VMS 6.2 on VAX?
>>
>>We list all packages we know on the download page. If it isn't there, we
>>don't know about it.
>>
>>I take it the VMS VAX package isn't good enough?
>>http://curl.haxx.se/latest.cgi?curl=vms-vax-zip
>>
>
> Nope. The one on the site was compiled on VAX/VMS 7.3. VMS
> executables are upward compatible, but not downward. An
> executable compiled for 7.3 won't run on 6.2. An exe compiled on
> 6.2 will run on 7.3 (in most cases, anyway).
>
>>> I have tried to compile the source so far without any luck using DECC
>>> 5.7
>>> Seem to be some issues with missing header files and functions.
>>
>>If you're up to it, we can bounce mails back and forth and try to get it
>> to
>>compile. I wouldn't mind adjusting curl to build fine on this setup.
>>
>>If not, we have to wait and see if there's any VMS-skilled person in the
>>audience that can speak up.
>
> It's not just a header file problem, it is a C RTL problem, too.
> cURL calls a number of RTL things that just don't exist in V6.2,
> hence the V7.3 build.
>
> I tried a V6.2 build, but the more I worked on it, the more I
> realized it was going to be more effort than I cared to exert. I
> would up upgrading the one VAX I had running V6.2 to V7.3 that I
> want to run cURL stuff on because it was easier. I still have a
> V6.2 machine for other projects, but I pretty much gave up on
> cURL for V6.2.
>
Received on 2004-10-23