[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [open-cobol-list] Open COBOL Build 426 Not Finding, Modules

From: Brian Tiffin
Subject: Re: [open-cobol-list] Open COBOL Build 426 Not Finding, Modules
Date: Tue, 16 Sep 2014 03:53:42 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1

Simon Sobisch wrote:
Date: Mon, 15 Sep 2014 10:39:49 -0400
From: Patrick <address@hidden>
Subject: Re: [open-cobol-list] Open COBOL Build 426 Not Finding
To: Marty Heyman <address@hidden>,
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hi Marty

I am not much help to you , turns out I need help.

I copied Brian's example from the site, (I don't know why but your email
took out the newlines)

I downloaded and installed 426.

Why does this show it's version 1.1 ? Aren't we into the 2.* series ?

cobc -V
cobc (GNU Cobol) 1.1.0
Copyright (C) 2001,2002,2003,2004,2005,2006,2007 Keisuke Nishida
Copyright (C) 2006-2012 Roger While
This is free software; see the source for copying conditions. There is NO
Built     Sep 15 2014 10:24:16
Packaged  Jan 20 2014 07:40:53 UTC
C version "4.7.2"

I had this error:

cobc -x -lpq pgcob.cob
pgcob.cob:58: Error: syntax error, unexpected NULL, expecting Identifier

I haven't used null personally so I just created an variable null and
tried this:
cobc -x -lpq pgcob.cob
pgcob.cob:18: Error: syntax error, unexpected NULL, expecting EXTERNAL

So it does have knowledge of null but doesn't expect it in this position.

I am not much help yet but maybe you should post your version of gcc.
You could also compile it cobc -C and then use gcc in verbose mode so
that others would have more info.

I have to work right now but I will try to figure out where I am stuck
and maybe I will be able to help after, but probably not :(

Hi Patrick,

it's not 100% clear what you mean with downloaded and installed 426. I
think you talk about the revision number but there are multiple branches
that are in r426.
The "soon trunk" is gnu-cobol-2.0 branch, while current trunk is 1.1
release (reportwriter branch isn't 2.1 (but the rw-parts from it will be
merged to trunk before 2.1 release), Ron Norman may should relabel it to

The RETURNING NULL is a 2.x extension, therefore 1.1 errors out in the
sample given.


Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
open-cobol-list mailing list
I have to verify on a Ubuntu box tomorrow, but this comes down to having -dev packages installed. The package libgtk-3 (for instance) does not have a final link resolving installed. That comes from libgtk-3-dev. Blargedy. This is likely pervasive through Ubuntu packaging, so for access to libraries, all developers will need libpackage and libpackage-dev (for all the various packages like libpq).

Or, for stuck in the muck testing, a hand link of the so.0 file to a resolvable ld phase .so filename. Ala

ln -s /usr/lib/x86_64-linux-gnu/
cobc -x testgtk.cob -L. -lgtk-3

Should work for testing. But, can get to be a right pita with large things like GTK+, so best to just suck it up and install all the -dev header packages too; pita, but less.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]