Am Thu, Feb 24, 2022 at 08:17:30AM -0500 schrieb Greg Troxel:
>
> Joerg Sonnenberger writes:
>
> > Am Thu, Feb 24, 2022 at 07:59:22AM -0500 schrieb Greg Troxel:
> >>
> >> I'm trying to build wip/ocaml on NetBSD 9 amd64 and came across:
> >>
> >> gcc -c -O2 -fno-strict-aliasing -fwrapv -pthr
Joerg Sonnenberger writes:
> Am Thu, Feb 24, 2022 at 07:59:22AM -0500 schrieb Greg Troxel:
>>
>> I'm trying to build wip/ocaml on NetBSD 9 amd64 and came across:
>>
>> gcc -c -O2 -fno-strict-aliasing -fwrapv -pthread -Wall
>> -Wdeclaration-after-statement -Werror -fno-common
>> -fexcess-
On Thu, Feb 24, 2022 at 2:12 PM Joerg Sonnenberger wrote:
> This was fixed in current almost exactly two years ago.
Was it pulled up? If not, can you file a ticket please? Thank you!
--
Benny
Am Thu, Feb 24, 2022 at 07:59:22AM -0500 schrieb Greg Troxel:
>
> I'm trying to build wip/ocaml on NetBSD 9 amd64 and came across:
>
> gcc -c -O2 -fno-strict-aliasing -fwrapv -pthread -Wall
> -Wdeclaration-after-statement -Werror -fno-common -fexcess-precision=standard
> -fno-tree-vrp -fPIC
On Thu, Feb 24, 2022 at 1:59 PM Greg Troxel wrote:
> So I conclude that math.h is buggy on NetBSD 9. But can I really be the
> first to notice?
I agree that there is a problem with math.h in NetBSD 9.
I ran into this with https://github.com/microsoft/vcpkg-tool/pull/359,
except there it was ab
I'm trying to build wip/ocaml on NetBSD 9 amd64 and came across:
gcc -c -O2 -fno-strict-aliasing -fwrapv -pthread -Wall
-Wdeclaration-after-statement -Werror -fno-common -fexcess-precision=standard
-fno-tree-vrp -fPIC -ffunction-sections -g -O2 -fPIC -D_FORTIFY_SOURCE=2
-I/usr/include -D_F
