Missing ";". (nosemi)

[p5pRT]

Migrated from rt.perl.org#36890 (status was 'resolved')

Searchable as RT36890$

[p5pRT]

From [email protected]

Created by [email protected]

Attempting to build Perl-5.8.7 using Compaq C [Alpha Linux]
ccc -c -I/usr/include -I/usr/X11R6/include -D_LARGEFIL
E_SOURCE -D_FILE_OFFSET_BITS=64 -O0 -arch ev56 -pipe -std
-D__DECC_MODE_RELAXED
-DVERSION=\"1.811\" -DXS_VERSION=\"1.811\" "-I../.." DB_File.c
cc​: Info​: DB_File.xs, line 517​: Spurious token(s) ignored on preprocessor
directive line. (ignoreextra)
#ifdef dTHX;
-----------^
cc​: Error​: DB_File.xs, line 518​: Missing ";". (nosemi)
  dTHX;
----^
cc​: Error​: DB_File.xs, line 589​: Missing ";". (nosemi)
  dTHX;
----^
cc​: Error​: DB_File.xs, line 667​: Missing ";". (nosemi)
  dTHX;
----^

Perl Info

Flags:
    category=install
    severity=high

Site configuration information for perl v5.8.3:

Configured by root at Fri Jul 16 15:07:53 CDT 2004.

Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration:
  Platform:
    osname=linux, osvers=2.4.9-32.5, archname=alpha-linux
    uname='linux jericho 2.4.9-32.5 #1 tue jun 25 04:24:08 edt 2002 alpha unknown unknown gnulinux '
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=define uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-g -O3 -mtune=pca56 -mcpu=pca56 -mieee -funroll-loops -mmax -ffast-math -pipe -fexpensive-optimizations -ffloat-store -mieee',
    cppflags='-DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include'
    ccversion='', gccversion='3.4.1', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib
    libs=-lnsl -ldb -ldl -lm -lcrypt -lutil -lc
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
    libc=, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version='2.3.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.3/alpha-linux/CORE'
    cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'

Locally applied patches:
    


@INC for perl v5.8.3:
    /usr/lib/perl5/5.8.3/alpha-linux
    /usr/lib/perl5/5.8.3
    /usr/lib/perl5/site_perl/5.8.3/alpha-linux
    /usr/lib/perl5/site_perl/5.8.3
    /usr/lib/perl5/site_perl/5.6.1
    /usr/lib/perl5/site_perl/5.6.0
    /usr/lib/perl5/site_perl
    .


Environment for perl v5.8.3:
    HOME=/root
    LANG=en_US
    LANGUAGE (unset)
    LD_LIBRARY_PATH=/usr/X11R6/lib:/usr/lib:/usr/local/lib
    LOGDIR (unset)
    PATH=/bin:/usr/bin:/usr/local/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/X11R6/bin/:/usr/apache2/bin/:/usr/X11/bin:/usr/psionic/portsentry/:/usr/java/jre1.3.1/bin:/usr/java/jdk1.3.1/bin:/root/bin:/root/bin
    PERL_BADLANG (unset)
    SHELL=/bin/bash

[p5pRT]

From [email protected]

Just simply remark out those lines and everything will build fine...
Compaq C doesn't like 'double definitions'. Just use the following​:
/* ... */

[p5pRT]

The RT System itself - Status changed from 'new' to 'open'

[p5pRT]

From @jkeenan

On Mon Jan 09 10​:56​:29 2006, diskman wrote​:

Just simply remark out those lines and everything will build fine...
Compaq C doesn't like 'double definitions'. Just use the following​:
/* ... */

We have not heard back from the OP as to whether this workaround succeeded.

But given that the workaround was proposed 6 years ago and that the
version of Perl in question is no longer supported, do we need to keep
this RT open?

Thank you very much.
Jim Keenan

[p5pRT]

From @tonycoz

On Fri Mar 30 17​:51​:58 2012, jkeenan wrote​:

But given that the workaround was proposed 6 years ago and that the
version of Perl in question is no longer supported, do we need to keep
this RT open?

The preprocessor line is fixed at least, but DB_File is upstream CPAN,
so it's somebody else's problem.

Closing this ticket.

Tony

[p5pRT]

@tonycoz - Status changed from 'open' to 'resolved'