Re: [open-cobol-list] problem building second cobc

[Brian Tiffin]

Take a look at "out of tree builds", there are two files to source
into a shell to set up different versions of the compiler.

Without modifying the autotools build assumptions, the style explained
in 3.19.2 is a good way of having multiple compiler configurations in
place.

Cheers,
Brian

On 9/22/13, Patrick <address@hidden> wrote:
> Hi Everyone
>
> I thought I would build a second compiler without db. I used this:
>
> ./configure --program-prefix="ndb-" --enable-param-check --without-db
>
> When I called ndb-cobc it worked fine on a few .cob files.
>
> However when I went into my /usr/local directory to look for files, I
> expected to see a libcob prefixed with "ndb-" but there wasn't one there.
>
> After uninstalling the custom version, cobc still works but a runtime
> cannot be found:
>
> ./screen-practice: error while loading shared libraries: libcob.so.1:
> cannot open shared object file: No such file or directory
>
> The obvious solution is to install the second complier somewhere else,
> however would it be a good idea to generate files that were all prefixed
> and then a variety of options would be available simultaneously ?
>
> For instance this might also be good for cross compiling, with mingfw or
> other CPUs such as ARM or MIPS.
>
> -Patrick
>
>
>
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
> SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
> includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13.
> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk
> _______________________________________________
> open-cobol-list mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/open-cobol-list
>