bugPSPP - Bugs: bug #12789, Won't compile with perl version...

 
 

bug #12789: Won't compile with perl version 5.6.1

Submitter:  None
Submitted:  Sun 24 Apr 2005 02:17:31 PM UTC
   
 
Category:  Compilation/Portability Severity:  5 - Average
Status:  Fixed Assigned to:  blp
Open/Closed:  Closed Release:  None
Effort:  0.00
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 03 May 2005 01:56:17 PM UTC, comment #9: 

Fix was confirmed by jmd.

Ben Pfaff <blp>
Group administrator
Tue 03 May 2005 05:11:47 AM UTC, comment #8: 

A fix has been checked in to the CVS repository

Ben Pfaff <blp>
Group administrator
Mon 02 May 2005 10:34:29 PM UTC, comment #7: 

It seems that the perl generator scripts don't work with older versions of perl.

John Darrington <jmd>
Group administrator
Sun 01 May 2005 10:08:55 PM UTC, comment #6: 

Dear John Darrington:

I did the following:
-moved pspp aside
-checked out a new copy
-tried to make everything again according to README.developer
and it gave the same errors.  Actually, there were also some warnings but I ignored them. 
-went into src/expressions and cleaned, made and grepped operations.h for atom_type- it did not exist.
-and below you can see that I'm running gcc 2.95.4

Thanks for your help!

-John

ivan@j2:~$ mv pspp pspp1
ivan@j2:~$ cvs -z3 -d:ext:anoncvs@savannah.gnu.org:/cvsroot/pspp co pspp
...
ivan@j2:~$ cd pspp
ivan@j2:~/pspp$ make -f Smake
...
ivan@j2:~/pspp$ make
...*terminates with same errors about private.h
ivan@j2:~/pspp$ cd src/expressions/
ivan@j2:~/pspp/src/expressions$ make clean
test -z "evaluate.h evaluate.inc operations.h optimize.inc parse.inc" || rm -f evaluate.h evaluate.inc operations.h optimize.inc parse.inc
test -z "libexpressions.a" || rm -f libexpressions.a
rm -f *.o
ivan@j2:~/pspp/src/expressions$ make operations.h
/usr/bin/perl -I . operations.h.pl -o operations.h -i ./operations.def
ivan@j2:~/pspp/src/expressions$ grep atom_type operations.h
ivan@j2:~/pspp/src/expressions$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
ivan@j2:~/pspp/src/expressions$



John Stasko <baldoc>
Sat 30 Apr 2005 03:26:17 PM UTC, comment #5: 

Dear PSPP Folks:

OK, so I did what's in README.developer, and it died
where I mentioned it above (make -f Smake worked, a
subsequent make did not):

gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../.. -I../../src -I../../lib -I../../intl   -Wall -W -Wwrite-strings -Wstrict-prototypes -Wpointer-arith -Wno-sign-compare -Wmissing-prototypes -ansi  -Dunix  -g -O2 -c evaluate.c
In file included from evaluate.c:21:
private.h:70: parse error before `atom_type'
private.h:70: warning: no semicolon at end of struct or union
private.h:72: parse error before `args'
...

I think that it's because I'm not on a full sarge system (like
I said it's a woody with patches),
and I believe that I can get past this point if I were to
only discover which system library defines the type "atom_type."
Maybe I'm wrong here, I don't know.

Thanks for all the help!

John Stasko <baldoc>
Tue 26 Apr 2005 11:38:04 AM UTC, comment #4: 

Dear Ben Pfaff:

I'm using the latest cvs version (>cvs update).

I attached private.h because gcc dies when it claims that, at line 70, there is a missing semicolon near "atom_type."  The code looks good; I suspect that "atom_type" is not defined.  I searched the web for a library which I may not have loaded and which may define it but I was unsuccessful.  Thanks for all your time on this great project.

oooh, I see some thing else...   OK, I'll back up and read README.developer.  I thought this file was only for you developers.  Sorry for wasting time.

John Stasko <baldoc>
Mon 25 Apr 2005 11:19:33 PM UTC, comment #3: 

If you're compiling the code from the CVS archive, then you need to  
follow the instructions contained in the file README.developer

The things you took from the attic are sure to have caused you a lot of problems.

I would do a clean check out and start again.

John Darrington <jmd>
Group administrator
Mon 25 Apr 2005 01:47:51 PM UTC, comment #2: 

What version of PSPP did you try to compile?

Why did you attach a PSPP source file?

Ben Pfaff <blp>
Group administrator
Mon 25 Apr 2005 12:57:17 PM UTC, comment #1: 

sorry but i forgot to attach an email....  one is attahed here.  thanks for all the help!

John Stasko <baldoc>
Sun 24 Apr 2005 02:17:31 PM UTC, original submission:  

Dear PSPP folks:

I'd really like to use PSPP to analyze my data.
I'll be publishing this data under the Blue Cross/Blue
Shield of Michigan Foundation's grant, and it will
appear at the NAPCRG conference (napcrg.org) in
October.  It should also appear in May at the MSU
Family Medicine conference.

Anyway, I could elucidate a lot of the issues that I've
surmounted to get this to compile, but now I'm at a
juncture where I have no idea how to proceed.  make
dies in src/expressions when looking at private.h
because it does not have a definition for atom_type.

I should admit that I'm not running sarge because it's
not released yet; instead I am running woody with the
following packages installed:
libdb3_3.2.9-22_i386.deb
libc6_2.3.2.ds1-20_i386.deb
libdb1-ct_2.1.3-7_i386.deb
libgsl0_1.6-2_i386.deb
gnu-standards_2005.03.08_all.deb
autoconf2.13_2.13-54_all.deb
autoconf2.59a-3_all.deb
autotools-dev_20050324.1_all.deb
automake1.9_1.9.5-1_all.deb
autoproject0.17-1_all.deb
info_4.7-2.2_i386.deb
libncurses5_5.4-4_i386.deb
texinfo_4.7-2.2_i386.deb

I also had to pull config.sub, config.guess, intl/Makefile.in,
and all of the m4 directory out of the attic to get this far.

Once again, I'd really appreciate your help in this matter, and
I think this is a great product because microsoft sucks and
I dread having to do this on a Windows machine.  Please help
so that I don't have to.  Ugh!

-John Stasko

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #2883:  private.h added by None (6KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 7 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-05-03 blp Open/ClosedOpen Closed
2005-05-03 blp StatusConfirmed Fixed
    Assigned toNone blp
2005-05-02 jmd Summaryhell of a time compiling this... Won't compile with perl version 5.6.1
2005-05-02 jmd StatusNone Confirmed
2005-04-25 baldoc Carbon-Copy- Added -email is unavailable-
2005-04-24 None Attached File- Added private.h, #2435

Back to the top

Powered by Savane 3.14-0b36.
Corresponding source code