--
*From:* Bug-apl [bug-apl-bounces+callab5=rpi@gnu.org
<mailto:rpi@gnu.org>] on behalf of Louis Chrétien via Bugs and
suggestions for GNU APL [bug-apl@gnu.org <mailto:bug-apl@gnu.org>]
*Sent:* Wednesday, July 08, 2020 1:04 PM
*To:* bug-apl
*Subject:* Re
] on behalf of
> Louis Chrétien via Bugs and suggestions for GNU APL [bug-apl@gnu.org]
> *Sent:* Wednesday, July 08, 2020 1:04 PM
> *To:* bug-apl
> *Subject:* Re: Probably minor bug
>
> As well you should… 😉
>
> The latest SVN (1304) does not compile anymore on Mac OS 10.4:
suggestions for GNU APL [bug-apl@gnu.org]
Sent: Wednesday, July 08, 2020 1:04 PM
To: bug-apl
Subject: Re: Probably minor bug
As well you should… 😉
The latest SVN (1304) does not compile anymore on Mac OS 10.4:
g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Werror -g -O2 -MT apl-main.o
-MD -MP -MF
As well you should… 😉
The latest SVN (1304) does not compile anymore on Mac OS 10.4:
g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Werror -g -O2 -MT apl-main.o
-MD -MP -MF .deps/apl-main.Tpo -c -o apl-main.o `test -f 'main.cc' || echo
'./'`main.cc
In file included from main.cc:34:
In file
I added a more detailed description of the mechanism to your original
bugzilla bug report. Maybe at some point someone will dig a little deeper.
On 2020-07-02 07:29, Dr. Jürgen Sauermann wrote:
Hi Chris,
thanks for looking into this. I have added your #pragma in *SVN 1303.*
I am not particul
Hi Chris,
thanks for looking into this. I have added your #pragma in SVN
1303.
I am not particular fond of #pragmas for a number of reasons, but
since other
contributors to GNU APL have used them already earlier I suppose
this one
Hi, Jürgen,
CXXFLAGS=-Werror=maybe-uninitialized
Way down deep in the gcc code, in tree-ssa-uninit.c, there's a statement:
warn_uninitialized_vars (/*warn_possibly_uninitialized=*/1);
elsewhere in the same file is:
warn_uninitialized_vars (/*warn_possibly_uninitialized=*/!optimize);
Th
Hi, Jürgen,
I pulled down your apl-Bif_F12_FORMAT.cc.preprocessed--and with the
usual perversity of software, couldn't get a compile of
apl-Bif_F12_FORMAT.cc to fail. But commenting out your "#pragma GCC
diagnostic ignored "-Wuninitialized"" makes the build fail (fairly)
reliably, so maybe I
Sorry, I missed your README. But a good number of years ago I was in
the compiler group for Red Hat and, if I haven't rusted out entirely,
I'll take a look at the bug. No guarantees...
Chris
On 2020-06-27 12:16, Dr. Jürgen Sauermann wrote:
Hi Chris,
this warning is haunting us for quite a
Hi Chris,
this warning is haunting us for quite a while now.
I have written a README-11-bogus-compiler-warnings with
work-arounds.
Unfortunately the loop below is not entirely bogus (what happens
is that for some r
the uninitialize
Shape.hh: In member function 'Shape Shape::insert_axis(Axis, ShapeItem)
const':
Shape.hh:69:46: error: ''target_mem_ref' not supported by
dump_expr' may be used uninitialized in this function
[-Werror=maybe-uninitialized]
69 | loop(r, MAX_RANK) rho[r] = other.rho[r];
|
11 matches
Mail list logo
