From owner-freebsd-current@FreeBSD.ORG Wed Apr 28 20:32:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C60701065670 for ; Wed, 28 Apr 2010 20:32:44 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5924F8FC08 for ; Wed, 28 Apr 2010 20:32:44 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id EC0AC5AE57; Wed, 28 Apr 2010 22:32:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id E92435AE45; Wed, 28 Apr 2010 22:32:42 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C84C95D076; Wed, 28 Apr 2010 22:32:42 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP2) with ESMTP id 2010042822324095-96702 ; Wed, 28 Apr 2010 22:32:40 +0200 Received: by wep4035 (sSMTP sendmail emulation); Wed, 28 Apr 2010 22:32:41 +0200 Date: Wed, 28 Apr 2010 22:32:41 +0200 From: Alexey Shuvaev To: Dima Panov Message-ID: <20100428203241.GA38859@wep4035.physik.uni-wuerzburg.de> References: <20100416160818.GA69460@freebsd.org> <201004282007.25568.fluffy@freebsd.org> <20100428121637.GA61412@roberto-al.eurocontrol.fr> <201004290240.26848.fluffy@freebsd.org> MIME-Version: 1.0 In-Reply-To: <201004290240.26848.fluffy@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP2|March 17, 2010) at 04/28/2010 10:32:41 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP2|March 17, 2010) at 04/28/2010 10:32:41 PM, Serialize complete at 04/28/2010 10:32:41 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2010 20:32:44 -0000 On Thu, Apr 29, 2010 at 02:40:24AM +1100, Dima Panov wrote: > On Wednesday 28 April 2010 23:16:38 Ollivier Robert wrote: > > According to Dima Panov: > > > while building lang/ruby18: > > Which options to you use? > > > > _OPTIONS_READ=ruby+oniguruma-1.8.7.248_1,1 > > WITHOUT_ONIGURUMA=true > > WITH_RDOC=true > > WITHOUT_DEBUG=true > > > > I notice your ruby is compiling w/o any -On, try with -O at least? > > same here. also on 1.8.7.249 snapshot. > > ar rcu libruby18-static.a array.o bignum.o class.o compar.o dir.o dln.o enum.o > enumerator.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o > numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o > ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o > version.o dmyext.o > clang -I/usr/include -O2 -fno-strict-aliasing -pipe -std=gnu89 -fPIC -DRUBY_EXPORT -I. > -I. -I/usr/include -c main.c > clang -I/usr/include -O2 -fno-strict-aliasing -pipe -std=gnu89 -fPIC -DRUBY_EXPORT -L. > -rpath=/usr/lib:/usr/local/lib -pthread -rdynamic -pthread main.o libruby18-static.a - > lrt -lcrypt -lm -L/usr/lib -rpath=/usr/lib:/usr/local/lib -pthread -o miniruby > ./lib/fileutils.rb:1437: [BUG] unexpected local variable assignment > ruby 1.8.7 (2010-01-10 patchlevel 249) [amd64-freebsd9] > > *** Signal 6 > > Stop in /tmp/usr/ports/lang/ruby18/work/ruby-1.8.7-p249. > *** Error code 1 > > > _OPTIONS_READ=ruby-1.8.7.249,1 > WITHOUT_ONIGURUMA=true > WITH_RDOC=true > WITHOUT_DEBUG=true > > > > > > > clang -I/usr/include -pipe -g -g -std=gnu89 -fPIC -DRUBY_EXPORT -I. > > > -I. -I/usr/include -c main.c > > > clang -I/usr/include -pipe -g -g -std=gnu89 -fPIC -DRUBY_EXPORT -L. > > > - rpath=/usr/lib:/usr/local/lib -pthread -rdynamic -pthread main.o > > > libruby18-static.a -lrt -lcrypt -lm -L/usr/lib > > > -rpath=/usr/lib:/usr/local/lib -pthread -o miniruby > > > ./lib/fileutils.rb:1429: fu_same? is not a class/module (TypeError) > > > > > > from ./mkconfig.rb:11:in `require' > > > from ./mkconfig.rb:11 > > > > > > *** Error code 1 > > > > Interesting, using a fairly recent clang snapshot from trunk, I get a sig11 > > :( > > > Ruby is bad? > For the record, ruby compilation also fails with base gcc inside i386 ports tinderbox on amd64-CURRENT host: [snip] cc -I/usr/include -O2 -pipe -fno-strict-aliasing -fPIC -DRUBY_EXPORT -I. -I. -I/usr/include -c variable.c cc -I/usr/include -O2 -pipe -fno-strict-aliasing -fPIC -DRUBY_EXPORT -I. -I. -I/usr/include -c version.c In file included from version.c:14: version.h:29:41: warning: no newline at end of file cc -I/usr/include -O2 -pipe -fno-strict-aliasing -fPIC -DRUBY_EXPORT -I. -I. -I/usr/include -c dmyext.c ar rcu libruby18-static.a array.o bignum.o class.o compar.o dir.o dln.o enum.o enumerator.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o cc -I/usr/include -O2 -pipe -fno-strict-aliasing -fPIC -DRUBY_EXPORT -I. -I. -I/usr/include -c main.c cc -I/usr/include -O2 -pipe -fno-strict-aliasing -fPIC -DRUBY_EXPORT -L. -rpath=/usr/lib:/usr/local/lib -pthread -rdynamic -pthread main.o libruby18-static.a -lrt -lcrypt -lm -L/usr/lib -rpath=/usr/lib:/usr/local/lib -pthread -o miniruby ./lib/fileutils.rb:1030: retry outside of rescue clause rbconfig.rb updated *** Error code 1 Stop in /work/a/ports/lang/ruby18/work/ruby-1.8.7-p248. *** Error code 1 Stop in /a/ports/lang/ruby18. ================================================================ build of /usr/ports/lang/ruby18 ended at Sat Apr 24 04:57:59 UTC 2010 I don't know why it is failing in the same file (is it just included first or is it really troublesome?), but it looks quite suspicious. I am nowhere the ruby expert but it may be that the problem is in ruby itself. Note, that I have successfully built quite a lot of packages inside this i386 tinderbox on amd64 host including full kde4, openoffice3, jdk16, virtualbox-ose, mplayer, ... On the topic, if I understand it correctly, one can build clandbsd branch with normal gcc from base, so it is "backward compatible". What are the general showstoppers then to merge to HEAD the part of clangbsd that allows building HEAD with llvm from ports? I think this will significantly increase the number of testers... Alexey.