Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 3 May 2021 17:26:38 -0400
From:      LuMiWa <lumiwa@dismail.de>
To:        Matthieu Volat <mazhe@alkumuna.eu>
Cc:        LuMiWa via freebsd-ports <freebsd-ports@freebsd.org>, FreeBSD Ports <ports@freebsd.org>
Subject:   Re: gdal
Message-ID:  <20210503172638.44b4ab75@dismail.de>
In-Reply-To: <20210503124200.6016c5e9@gramr.alkumuna.eu>
References:  <20210502135545.3a487b8b@dismail.de> <20210503124200.6016c5e9@gramr.alkumuna.eu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 3 May 2021 12:42:00 +0200
Matthieu Volat <mazhe@alkumuna.eu> wrote:

> On Sun, 2 May 2021 13:55:45 -0400
> LuMiWa via freebsd-ports <freebsd-ports@freebsd.org> wrote:
>=20
> > Hi!
> >=20
> > I have a problem to build graphics/gdal on FreeBSD-13.0-RELEASE:
> > m::seekp' declared here: type mismatch at 1st parameter ('uint64_t'
> > (aka 'unsigned long') vs 'GInt64' (aka 'long long')) virtual void
> >  seekp (uint64_t pos) =3D 0; ^
> > exrdataset.cpp:495:1: error: unknown type name 'Int64'; did you mean
> > 'GInt64'? Int64 GDALEXRIOStream::tellg ()
> > ^~~~~
> > GInt64
> > /usr/ports/graphics/gdal/work/gdal-3.2.2/port/cpl_port.h:267:26:
> > note: 'GInt64' declared here typedef GIntBig          GInt64;
> >                          ^
> > exrdataset.cpp:497:24: error: unknown type name 'Int64'; did you
> > mean 'GInt64'? return static_cast<Int64>(VSIFTellL(m_fp));
> >                        ^~~~~
> >                        GInt64
> > /usr/ports/graphics/gdal/work/gdal-3.2.2/port/cpl_port.h:267:26:
> > note: 'GInt64' declared here typedef GIntBig          GInt64;
> >                          ^
> > exrdataset.cpp:500:30: error: unknown type name 'Int64'; did you
> > mean 'GInt64'? void GDALEXRIOStream::seekg (Int64 pos)
> >                              ^~~~~
> >                              GInt64
> > /usr/ports/graphics/gdal/work/gdal-3.2.2/port/cpl_port.h:267:26:
> > note: 'GInt64' declared here typedef GIntBig          GInt64;
> >                          ^
> > exrdataset.cpp:566:36: error: allocating an object of abstract class
> > type 'GDALEXRIOStream' poDS->m_pIStream.reset(new
> > GDALEXRIOStream(fp, osFilename)); ^
> > exrdataset.cpp:992:25: error: variable type 'GDALEXRIOStream' is an
> > abstract class GDALEXRIOStream ostream(fp, pszFilename);
> >                         ^
> > exrdataset.cpp:1984:32: error: allocating an object of abstract
> > class type 'GDALEXRIOStream' poDS->m_pOStream.reset(new
> > GDALEXRIOStream(fp, pszFilename)); ^
> > 3 warnings and 14 errors generated.
> > gmake[4]: *** [../../GDALmake.opt:646: ../o/exrdataset.o] Error 1
> > gmake[4]: Leaving directory
> > '/usr/ports/graphics/gdal/work/gdal-3.2.2/frmts/exr' gmake[3]: ***
> > [GNUmakefile:15: exr-install-obj] Error 2 gmake[3]: Leaving
> > directory '/usr/ports/graphics/gdal/work/gdal-3.2.2/frmts'
> > gmake[2]: *** [GNUmakefile:114: frmts-target] Error 2 gmake[2]:
> > Leaving directory '/usr/ports/graphics/gdal/work/gdal-3.2.2' ***
> > Error code 1
> >=20
> > Stop.
> > make[1]: stopped in /usr/ports/graphics/gdal
> > *** Error code 1
> >=20
> > Thank you.
> >=20
>=20
> Hi, this happens indeed when you build gdal *without* the EXR option
> when openexr is present at build time. I guess the off option is not
> passed correctly to the configure script?
>=20
> Cheers,
>=20
> -- Matthieu Volat

Thank you very much.

--=20

=E2=80=9CTwo things are infinite: the universe and human stupidity; and I'm=
 not
sure about the universe.=E2=80=9D

=E2=80=95 Albert Einstein=20



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210503172638.44b4ab75>