From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.lisp.guile.bugs Subject: Re: [bug #24554] Pthreads and Stack overflow in guile (reopen bug 20814?) (guile 1.8.5) Date: Wed, 15 Oct 2008 14:43:27 -0400 Message-ID: <19657238.1231071224096207567.JavaMail.root@cdptpa-web28-z01> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1224096260 30192 80.91.229.12 (15 Oct 2008 18:44:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2008 18:44:20 +0000 (UTC) Cc: bug-guile@gnu.org, Kannan Vijayan , Kannan Vijayan To: Neil Jerram Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Wed Oct 15 20:45:19 2008 Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KqBMz-0008F9-Kq for guile-bugs@m.gmane.org; Wed, 15 Oct 2008 20:45:17 +0200 Original-Received: from localhost ([127.0.0.1]:40735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqBLu-0003Mt-Tu for guile-bugs@m.gmane.org; Wed, 15 Oct 2008 14:44:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KqBLP-00037I-KO for bug-guile@gnu.org; Wed, 15 Oct 2008 14:43:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KqBLM-00034t-Bn for bug-guile@gnu.org; Wed, 15 Oct 2008 14:43:38 -0400 Original-Received: from [199.232.76.173] (port=54904 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqBLM-00034Z-6D for bug-guile@gnu.org; Wed, 15 Oct 2008 14:43:36 -0400 Original-Received: from cdptpa-omtalb.mail.rr.com ([75.180.132.120]:37267) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KqBLI-0001cm-79; Wed, 15 Oct 2008 14:43:32 -0400 Original-Received: from cdptpa-web28-z01 ([10.127.132.119]) by cdptpa-smta01.mail.rr.com with ESMTP id <20081015184327.TICC20942.cdptpa-smta01.mail.rr.com@cdptpa-web28-z01>; Wed, 15 Oct 2008 18:43:27 +0000 X-Priority: 3 (Normal) Sensitivity: Normal X-Originating-IP: from 66.178.229.162 by webmail.roadrunner.com; Wed, 15 Oct 2008 18:43:27 +0000 X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) X-BeenThere: bug-guile@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:4052 Archived-At: ---- Neil Jerram wrote: > 2008/10/14 : > > > > I would imagine that --with-threads will not be turned back on until a 1.10.x (or 2.0.0 ?) release of Guile. > > > > My limited understanding of the situation (possibly incorrect): Using --without-threads changes the sizes of some data structures (I'm guessing they are smaller, with some pthreads stuff #ifdef'ed out), so that code compiled for one way will segfault when linked with code compiled for the other way. > > > > As far as just releasing new packages --with-threads, It's just not possible to go back an recompile all the currently existing packages on already existing systems. > > Really? Isn't that what happens normally in "transitions"? There are > only 28 packages depending (directly) on guile-1.8-libs. > > Or is the issue about non-Debian applications that people have built > themselves? Does Debian policy require a package's ABI always to stay > back-compatible? It's not about non-debian applications. It's about preserving ABI compatability. Here is more information: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi In any case, Rob Browning is the one who knows what can (and can't) be done. > (Another option would be creating new packages with --with-threads > support. The current guile 1.8 packages are named guile-1.8 and > guile-1.8-libs, and it must be the case that everything currently in > Debian that depends on these does _not_ require support for multiple > threads. It should be possible to create packages with new names, > e.g. guile-1.8-mt and guile-1.8-mt-libs, that were built > --with-threads, and these would initially have no packages depending > on them. > > The problem with that, though, is that the existing and -mt packages > could not coexist, so a Debian user would have to choose between the > existing packages (+ the option of everything that depends on them) > and the -mt packages.) Yes. It's gets complicated quickly. -Dale