Hi Kurt,
Thank you.
On 06/05/11 02:53, Kurt Roeckx wrote:
I applied your patch and it build on most arches now.
Excellent! Thank you! I still need to chase down why it would
have failed with a non-directory for HOME. It should not have,
but that should not be crucial.
I'm still waiting for a few results, ...
It failed on hurd with this message:
i486-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I.. -I../autoopts -g -O2
-O2 -MT autogen-ag.o -MD -MP -MF .deps/autogen-ag.Tpo -c -o autogen-ag.o `test
-f 'ag.c' || echo './'`ag.c
In file included from ag.c:35:0:
fmemopen.c: In function 'ag_fmemioctl':
fmemopen.c:752:10: error: '_IOT__IOTBASE_fmemc_get_buf_addr_t' undeclared
That means that hurd has a non-standard definition for _IOWR.
By the time the compiler sees this:
_IOWR(FMEMC_IOCTL_BASE, FMEMC_GET_BUF_ADDR, fmemc_get_buf_addr_t)
the result should be a number. Looks like hurd just token pastes stuff.
It turns out that it is only used in code that is never called,
The simplest fix is to "#if 0" the code (the ag_fmemioctl() function).
Neither fopencookie nor funopen really make for a fully funcional
FILE* return type, so I wrote my own layer over that that is somewhat
more usable. It includes a fake ioctl for getting the current address
of the buffer. Not used here. Probably too much information. Sorry.
Anyway, just "#if 0"-away that function and all is fine.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org