Re: [MacPorts] #61091: imlib2 @1.7.0 does not build on PPC Leopard, Mac OS X 10.5.8, because of "error: ‘l’ undeclared (first use in this function)"
MacPorts
noreply at macports.org
Mon Aug 31 19:03:13 UTC 2020
#61091: imlib2 @1.7.0 does not build on PPC Leopard, Mac OS X 10.5.8, because of
"error: ‘l’ undeclared (first use in this function)"
------------------------+---------------------
Reporter: ballapete | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.6.3
Resolution: | Keywords: leopard
Port: imlib2 |
------------------------+---------------------
Comment (by ballapete):
Replying to [comment:2 kencu]:
> Pete, can you check if this is just a gcc-4.2 thing, by trying to
compile the unpatched port with gcc6 or gcc7?
>
Withe `GCC7`:
{{{
make[4]: Entering directory
`/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_graphics_imlib2/imlib2/work/imlib2-1.7.0/src/modules/loaders'
CC argb_la-loader_argb.lo
loader_argb.c: In function 'load2':
loader_argb.c:55:14: error: 'l' undeclared (first use in this function)
for (l = 0; l < im->w; l++)
^
loader_argb.c:55:14: note: each undeclared identifier is reported only
once for each function it appears in
make[4]: *** [argb_la-loader_argb.lo] Error 1
make[4]: Leaving directory
`/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_graphics_imlib2/imlib2/work/imlib2-1.7.0/src/modules/loaders'
}}}
I produced a pre-processed output file (-dD -E). It showed clearly that
`l` has no type. There is another loop with `x` which is initialised
inside the big-endian code as `int x;`. To me it's clearly overseen that
`l` needs a type the same way as `x` gets it. Outside the PPC world this
error simply does not happen.
--
Ticket URL: <https://trac.macports.org/ticket/61091#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list