[Neil Jerram] Re: undefined reference to `scm_init_guile'

[Neil Jerram] Re: undefined reference to `scm_init_guile'

[Neil Jerram]

[-- Attachment #1: Type: text/plain, Size: 111 bytes --]

Copying to the Guile list ...  (Steven, please CC guile-devel@gnu.org
on your future emails about this also.)


[-- Attachment #2: Type: message/rfc822, Size: 1435 bytes --]

From: Neil Jerram <neil@ossau.uklinux.net>
To: steven mestdagh <steven.mestdagh@esat.kuleuven.be>
Subject: Re: undefined reference to `scm_init_guile'
Date: Thu, 09 Mar 2006 22:32:44 +0000
Message-ID: <87y7zjtfjn.fsf@ossau.uklinux.net>

steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:

> Neil Jerram [2006-03-08, 08:50:56]:
>
>> We should fix test-num-integral so that it still builds in that case,
>> of course.  Do you also need scm_init_guile for your own programs?
>
> no, I was just trying to upgrade the OpenBSD port for guile to version
> 1.8.0, and it would be cool if the tests work.

Thanks.  What is the Guile version of the existing OpenBSD port?

(It's easy enough to fix the tests to use scm_with_guile instead, but
I'm concerned that we've unintentionally removed scm_init_guile, as
far as OpenBSD is concerned, without passing through any deprecation
phase; so it would probably be better to make scm_init_guile continue
to work.)

Regards,
        Neil

[-- Attachment #3: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[steven mestdagh]

Neil Jerram [2006-03-09, 22:35:34]:
> >> We should fix test-num-integral so that it still builds in that case,
> >> of course.  Do you also need scm_init_guile for your own programs?
> >
> > no, I was just trying to upgrade the OpenBSD port for guile to version
> > 1.8.0, and it would be cool if the tests work.
> 
> Thanks.  What is the Guile version of the existing OpenBSD port?

it's 1.6.7.

> (It's easy enough to fix the tests to use scm_with_guile instead, but
> I'm concerned that we've unintentionally removed scm_init_guile, as
> far as OpenBSD is concerned, without passing through any deprecation
> phase; so it would probably be better to make scm_init_guile continue
> to work.)

i was planning to test build ports depending on guile, so anything that
uses scm_init_guile will error out. i'll let you know.

steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Neil Jerram]

steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:

> Neil Jerram [2006-03-09, 22:35:34]:
>> 
>> Thanks.  What is the Guile version of the existing OpenBSD port?
>
> it's 1.6.7.

Thanks.

>> (It's easy enough to fix the tests to use scm_with_guile instead, but
>> I'm concerned that we've unintentionally removed scm_init_guile, as
>> far as OpenBSD is concerned, without passing through any deprecation
>> phase; so it would probably be better to make scm_init_guile continue
>> to work.)
>
> i was planning to test build ports depending on guile, so anything that
> uses scm_init_guile will error out. i'll let you know.

Digging a bit further, this looks like it's caused by
HAVE_PTHREAD_ATTR_GETSTACK not being defined.  Can you confirm that
when you run ./configure, it says that pthread_attr_getstack can't be
found?

Also, do you happen to know whether this function really is absent on
OpenBSD?  Perhaps ./configure just needs to try another
header/library?

       Neil



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[steven mestdagh]

Neil Jerram [2006-03-10, 22:10:39]:
> steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:
> 
> > Neil Jerram [2006-03-09, 22:35:34]:
> >> 
> >> Thanks.  What is the Guile version of the existing OpenBSD port?
> >
> > it's 1.6.7.
> 
> Thanks.
> 
> >> (It's easy enough to fix the tests to use scm_with_guile instead, but
> >> I'm concerned that we've unintentionally removed scm_init_guile, as
> >> far as OpenBSD is concerned, without passing through any deprecation
> >> phase; so it would probably be better to make scm_init_guile continue
> >> to work.)
> >
> > i was planning to test build ports depending on guile, so anything that
> > uses scm_init_guile will error out. i'll let you know.
> 
> Digging a bit further, this looks like it's caused by
> HAVE_PTHREAD_ATTR_GETSTACK not being defined.  Can you confirm that
> when you run ./configure, it says that pthread_attr_getstack can't be
> found?

no, this function is found, and HAVE_PTHREAD_ATTR_GETSTACK is defined
in config.h.

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Neil Jerram]

steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:

> Neil Jerram [2006-03-10, 22:10:39]:
>> 
>> Digging a bit further, this looks like it's caused by
>> HAVE_PTHREAD_ATTR_GETSTACK not being defined.  Can you confirm that
>> when you run ./configure, it says that pthread_attr_getstack can't be
>> found?
>
> no, this function is found, and HAVE_PTHREAD_ATTR_GETSTACK is defined
> in config.h.

OK, so it's HAVE_LIBC_STACK_END that is not defined, then?  When this
is the case, 1.8 leaves scm_init_guile undefined, whereas 1.6 would
use the vast pile of magic in gc_os_dep.c.

Does that sound right?  If it is, I wonder why the change was made to
remove the gc_os_dep.c fallback option; I can't see anything obvious
in the ChangeLog.  (gc_os_dep.c and the necessary scm_get_stack_base()
definitions are still there in 1.8, they're just not used.)

   Neil



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[steven mestdagh]

Neil Jerram [2006-03-10, 22:41:16]:
> steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:
> 
> > Neil Jerram [2006-03-10, 22:10:39]:
> >> 
> >> Digging a bit further, this looks like it's caused by
> >> HAVE_PTHREAD_ATTR_GETSTACK not being defined.  Can you confirm that
> >> when you run ./configure, it says that pthread_attr_getstack can't be
> >> found?
> >
> > no, this function is found, and HAVE_PTHREAD_ATTR_GETSTACK is defined
> > in config.h.
> 
> OK, so it's HAVE_LIBC_STACK_END that is not defined, then?  When this
> is the case, 1.8 leaves scm_init_guile undefined, whereas 1.6 would
> use the vast pile of magic in gc_os_dep.c.

indeed this is a function we do not have.

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Neil Jerram]

steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:

> Neil Jerram [2006-03-10, 22:41:16]:
>> 
>> OK, so it's HAVE_LIBC_STACK_END that is not defined, then?  When this
>> is the case, 1.8 leaves scm_init_guile undefined, whereas 1.6 would
>> use the vast pile of magic in gc_os_dep.c.
>
> indeed this is a function we do not have.

Would you mind trying the program below on your system?  It may be
that on OpenBSD the pthread approach works for the main thread, and so
HAVE_LIBC_STACK_END isn't needed anyway.

(And interestingly, this program says that __libc_stack_end isn't
needed on my Debian GNU/Linux, despite the comment in threads.c
suggesting that it _is_ needed on Linux.)

Thanks,
        Neil


#include <pthread.h>

int main ()
{
  pthread_attr_t attr;
  void *start, *end;
  size_t size;

  pthread_getattr_np (pthread_self (), &attr);
  pthread_attr_getstack (&attr, &start, &size);
  end = (char *)start + size;

  printf("start = %p, &attr = %p, end = %p\n", start, &attr, end);

  if ((void *)&attr < start || (void *)&attr >= end)
    printf("__libc_stack_end is needed\n");
  else
    printf("__libc_stack_end is NOT needed\n");

  exit (0);
}

/* compile-command: cc -o pthrt pthrt.c -lpthread */



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[steven mestdagh]

Neil Jerram [2006-03-11, 18:43:17]:
> steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:
> 
> > Neil Jerram [2006-03-10, 22:41:16]:
> >> 
> >> OK, so it's HAVE_LIBC_STACK_END that is not defined, then?  When this
> >> is the case, 1.8 leaves scm_init_guile undefined, whereas 1.6 would
> >> use the vast pile of magic in gc_os_dep.c.
> >
> > indeed this is a function we do not have.
> 
> Would you mind trying the program below on your system?  It may be
> that on OpenBSD the pthread approach works for the main thread, and so
> HAVE_LIBC_STACK_END isn't needed anyway.

$ cc -pthread -o pthrt pthrt.c -lpthread 
/tmp//ccd14895.o(.text+0x2c): In function `main':
: undefined reference to `pthread_getattr_np'

I don't really know much about threaded stuff, but you might want to
check the man pages for OpenBSD's pthreads library:
http://www.openbsd.org/cgi-bin/man.cgi?query=pthreads

> 
> (And interestingly, this program says that __libc_stack_end isn't
> needed on my Debian GNU/Linux, despite the comment in threads.c
> suggesting that it _is_ needed on Linux.)
> 
> Thanks,
>         Neil
> 
> 
> #include <pthread.h>
> 
> int main ()
> {
>   pthread_attr_t attr;
>   void *start, *end;
>   size_t size;
> 
>   pthread_getattr_np (pthread_self (), &attr);
>   pthread_attr_getstack (&attr, &start, &size);
>   end = (char *)start + size;
> 
>   printf("start = %p, &attr = %p, end = %p\n", start, &attr, end);
> 
>   if ((void *)&attr < start || (void *)&attr >= end)
>     printf("__libc_stack_end is needed\n");
>   else
>     printf("__libc_stack_end is NOT needed\n");
> 
>   exit (0);
> }
> 
> /* compile-command: cc -o pthrt pthrt.c -lpthread */

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Neil Jerram]

steven mestdagh <steven.mestdagh@esat.kuleuven.be> writes:

> Neil Jerram [2006-03-11, 18:43:17]:
>> 
>> Would you mind trying the program below on your system?  It may be
>> that on OpenBSD the pthread approach works for the main thread, and so
>> HAVE_LIBC_STACK_END isn't needed anyway.
>
> $ cc -pthread -o pthrt pthrt.c -lpthread 
> /tmp//ccd14895.o(.text+0x2c): In function `main':
> : undefined reference to `pthread_getattr_np'
>
> I don't really know much about threaded stuff, but you might want to
> check the man pages for OpenBSD's pthreads library:
> http://www.openbsd.org/cgi-bin/man.cgi?query=pthreads

Thanks.  It looks like it should just be "-pthread" in the compile
command instead of "-lpthread"; sorry about that.

        Neil



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Marius Vollmer]

Neil Jerram <neil@ossau.uklinux.net> writes:

> [...] I wonder why the change was made to remove the gc_os_dep.c
> fallback option; I can't see anything obvious in the ChangeLog.
> (gc_os_dep.c and the necessary scm_get_stack_base() definitions are
> still there in 1.8, they're just not used.)

I guess that was mostly an overreaction on my part; we can and
probably should bring gc_os_dep.c back.

I had the feeling that gc_os_dep.c was actually causing more
portability problems then it solved since it frequently failed to
compile, and I was hoping to get rid of it.

But now seems to be a good time to get it working again for 1.8.1.

I'll do that.

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Marius Vollmer]

Neil Jerram <neil@ossau.uklinux.net> writes:

> (And interestingly, this program says that __libc_stack_end isn't
> needed on my Debian GNU/Linux, despite the comment in threads.c
> suggesting that it _is_ needed on Linux.)

Ahh.  Maybe I just had a buggy version of LinuxThreads at the time.  I
just tried again on PPC GNU/Linux with libc 2.3.6 (if that is
relevant), and I don't need __libc_stack_end either.

I will include the test program into configure.in and only use
__libc_stack_end (or gc_os_dep) when it is really needed.

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[Marius Vollmer]

Marius Vollmer <mvo@zagadka.de> writes:

> I will include the test program into configure.in and only use
> __libc_stack_end (or gc_os_dep) when it is really needed.

Done.  Steven, please test: either from the "branch_release_1-8"
branch in CVS or a nightly snapshot at

   ftp://ftp.dt.e-technik.uni-dortmund.de/pub/guile/snapshots

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel

Re: undefined reference to `scm_init_guile'

[steven mestdagh]

Marius Vollmer [2006-03-26, 02:01:16]:
> Marius Vollmer <mvo@zagadka.de> writes:
> 
> > I will include the test program into configure.in and only use
> > __libc_stack_end (or gc_os_dep) when it is really needed.
> 
> Done.  Steven, please test: either from the "branch_release_1-8"
> branch in CVS or a nightly snapshot at
> 
>    ftp://ftp.dt.e-technik.uni-dortmund.de/pub/guile/snapshots

i've tried the guile-core-1.8-20060325 snapshot

normal build errors out here:

./guile-snarf -o filesys.x
/usr/obj/ports/guile-1.8.0/guile-core-1.8-20060325/libguile/filesys.c
-DHAVE_CONFIG_H -I..
-I/usr/obj/ports/guile-1.8.0/guile-core-1.8-20060325
-I/usr/local/include -O2 -pipe -Wformat -Wbounded -Wall
-Wmissing-prototypes -Werror
/usr/obj/ports/guile-1.8.0/guile-core-1.8-20060325/libguile/filesys.c:204:1:
"dirfd" redefined
In file included from
/usr/obj/ports/guile-1.8.0/guile-core-1.8-20060325/libguile/filesys.c:115:
/usr/include/dirent.h:74:1: this is the location of the previous
definition

then I removed -Werror, and it proceeds but fails with the following:

cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc
continuations.doc debug.doc deprecation.doc deprecated.doc
discouraged.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc
eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc
futures.doc gc.doc goops.doc gsubr.doc gc-mark.doc gc-segment.doc
gc-malloc.doc gc-card.doc guardians.doc hash.doc hashtab.doc hooks.doc
i18n.doc init.doc ioext.doc keywords.doc lang.doc list.doc load.doc
macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc
options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc
properties.doc random.doc rdelim.doc read.doc root.doc rw.doc
scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc
stackchk.doc stacks.doc stime.doc strings.doc srfi-4.doc srfi-13.doc
srfi-14.doc strorder.doc strports.doc struct.doc symbols.doc threads.doc
throw.doc values.doc variable.doc vectors.doc version.doc vports.doc
weaks.doc ramap.doc unif.doc dynl.doc filesys.doc posix.doc net_db.doc
socket.doc regex-posix.doc |
GUILE="/usr/obj/ports/guile-1.8.0/build-i386/pre-inst-guile"
/usr/obj/ports/guile-1.8.0/guile-core-1.8-20060325/scripts/snarf-check-and-output-texi
--manual > guile.texi || { rm guile.texi; false; }
ERROR: Unbound variable: make-mutex


steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel