Hi,
I cannot reproduce the problem, since I do not use MacPorts. IMHO we should
simply copy from OSG CMakeModules/FindZLIB.cmake to Simgear CMakeModules, in
order to force same semantics on OSG and Simgear.
Greetings
Olaf
>
> Hi James
>
> Didn’t dive into but noticed OSG has probably a more
Am 28.03.12 15:08, schrieb James Turner:
>
> The real issue is that we're finding zlib.h in /opt/local/include, but using
> the libz from /usr. (The Apple supplied version)
>
> I tried to find a solution, so that we use one header + library consistently,
> but didn't yet figure this out. Since zl
On 28 Mar 2012, at 12:21, HB-GRAL wrote:
> I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on
> OSX. Looks like the main problem is here (independent of platform?):
>
> lowlevel.hxx
>
> void sgReadString ( gzFile fd, char **var ) ;
>
> lowlevel.cxx
> -
Hi all
I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on
OSX. Looks like the main problem is here (independent of platform?):
lowlevel.hxx
void sgReadString ( gzFile fd, char **var ) ;
lowlevel.cxx
int c = gzgetc ( fd ) ;
While this seems to work
4 matches
Mail list logo