Hi Peter
> On 3 Apr 2025, at 16:58, Peter Bergner <berg...@linux.ibm.com> wrote:
>
> On 4/2/25 2:57 PM, Peter Bergner wrote:
>> The AIX traceback table documentation states the tbtab "lang" field for
>> Cobol should be set to 7.
>>
>> Tested on powerpc64le-linux. There are "new" FAILs with the patch (see
>> below)
>> on the Cobol test cases, but that is a good thing, because without the
>> patch, the compiler ICEs and none of the tests are even run making them
>> essentially unsupported.
>>
>> The FAILs below are due to PR119597 and are only hit when compiling with -O0.
>> The -O[123s] Cobol tests all PASS. That is an improvement to me over the
>> current status, so I'm treating this patch as "obvious" and will push it
>> tomorrow unless someone has an objection.
No objection - but I cannot repeat the results with unpatched trunk on:
Linux cfarm135 4.18.0-80.7.2.el7.ppc64le
The COBOL FE builds OK but the libgcobol build fails with many instances of
missing decls e.g.:
../../../src-patched/libgcobol/intrinsic.cc:1016:20: error: ‘fabsf128’ was not
declared in this scope; did you mean ‘fabsf’?
1016 | _Float128 val1 = fabsf128(__gg__float128_from_qualified_field(arg1,
and it seems that is not the result of some missing include:
$ grep -rH powf128 /usr/include
<no output>
Is there a minimum libc version needed?
configured thus:
.../configure —prefix=.../gcc-15-0-1p --enable-languages=c,c++,cobol
——
Anyway as a follow-on, I have patches to allow libquadmath** to be used on
targets
without libc support for f128. These build on cfarm135 and then I get a working
cobol compiler/library - modulo...
> We still have PR119597 to deal with though before Cobol is working-working
> on powerpc64le-linux.
… which is also seen with the libquadmath patch set (a bunch of fails at -O0
only).
=== cobol Summary ===
# of expected passes 3024
# of unexpected failures 58
# of expected failures 6
thanks
Iain
** I will post those patches shortly but they are available here if you want a
preview:
https://forge.sourceware.org/iains/gcc-TEST/src/branch/master-wip-cobol
(this is rebased regularly onto any cobol changes in trunk).
