unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
* Conflicting types for unlock on QNX 6
@ 2006-03-08 20:57 Matt Kraai
  2006-03-10 22:23 ` Neil Jerram
  0 siblings, 1 reply; 2+ messages in thread
From: Matt Kraai @ 2006-03-08 20:57 UTC (permalink / raw)



[-- Attachment #1.1.1: Type: text/plain, Size: 872 bytes --]

Howdy,

When I try to compile guile 1.8.0 on QNX 6.3.0, it fails as follows:

> source='threads.c' object='libguile_la-threads.lo' libtool=yes \
> DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
> /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I..  -I/usr/local/include  -g -O2 -Wall -Wmissing-prototypes -c -o libguile_la-threads.lo `test -f 'threads.c' || echo './'`threads.c
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I/usr/local/include -g -O2 -Wall -Wmissing-prototypes -c threads.c -Wp,-MD,.deps/libguile_la-threads.TPlo  -fPIC -DPIC -o .libs/libguile_la-threads.o
> threads.c:1401: conflicting types for `unlock'
> /usr/qnx630/target/qnx6/usr/include/unistd.h:490: previous declaration of `unlock'

The attached patch renames the unlock function in threads.c to
static_unlock, which fixes the problem.

-- 
Matt

[-- Attachment #1.1.2: patch --]
[-- Type: text/plain, Size: 611 bytes --]

--- guile-1.8.0.orig/libguile/threads.c	2006-02-12 14:41:42.000000000 -0800
+++ guile-1.8.0/libguile/threads.c	2006-03-08 12:49:53.000000000 -0800
@@ -1397,7 +1397,7 @@
 }
 
 static void
-unlock (void *data)
+static_unlock (void *data)
 {
   scm_i_pthread_mutex_unlock ((scm_i_pthread_mutex_t *)data);
 }
@@ -1406,7 +1406,7 @@
 scm_dynwind_pthread_mutex_lock (scm_i_pthread_mutex_t *mutex)
 {
   scm_i_scm_pthread_mutex_lock (mutex);
-  scm_dynwind_unwind_handler (unlock, mutex, SCM_F_WIND_EXPLICITLY);
+  scm_dynwind_unwind_handler (static_unlock, mutex, SCM_F_WIND_EXPLICITLY);
 }
 
 int

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 136 bytes --]

_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Conflicting types for unlock on QNX 6
  2006-03-08 20:57 Conflicting types for unlock on QNX 6 Matt Kraai
@ 2006-03-10 22:23 ` Neil Jerram
  0 siblings, 0 replies; 2+ messages in thread
From: Neil Jerram @ 2006-03-10 22:23 UTC (permalink / raw)
  Cc: bug-guile

Matt Kraai <kraai@ftbfs.org> writes:

> Howdy,
>
> When I try to compile guile 1.8.0 on QNX 6.3.0, it fails as follows:
>
>> source='threads.c' object='libguile_la-threads.lo' libtool=yes \
>> DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
>> /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I..  -I/usr/local/include  -g -O2 -Wall -Wmissing-prototypes -c -o libguile_la-threads.lo `test -f 'threads.c' || echo './'`threads.c
>>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I/usr/local/include -g -O2 -Wall -Wmissing-prototypes -c threads.c -Wp,-MD,.deps/libguile_la-threads.TPlo  -fPIC -DPIC -o .libs/libguile_la-threads.o
>> threads.c:1401: conflicting types for `unlock'
>> /usr/qnx630/target/qnx6/usr/include/unistd.h:490: previous declaration of `unlock'
>
> The attached patch renames the unlock function in threads.c to
> static_unlock, which fixes the problem.

Thanks, will be in CVS very shortly.

        Neil



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-03-10 22:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-08 20:57 Conflicting types for unlock on QNX 6 Matt Kraai
2006-03-10 22:23 ` Neil Jerram

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).