Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
On Thursday 29 April 2010 02:40:24 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? clangbsd errors in my blog: http://dimapanov.wordpress.com/2010/04/29/clangbsd/ at this moment unbuildable some critical ports: devel/binutils devel/icu[4] devel/pcre lang/ruby1[89] -- Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
On Thu, 29 Apr 2010 14:05:25 +0300, Dima Panov flu...@freebsd.org wrote: Ruby is bad? More like clang is bad, it's a known issue. clangbsd errors in my blog: http://dimapanov.wordpress.com/2010/04/29/clangbsd/ at this moment unbuildable some critical ports: devel/binutils devel/icu[4] devel/pcre lang/ruby1[89] I could give you a much longer list. Using clang for ports right now is not a good idea, a lot of things won't compile, some will be miscompiled or whatever, some ports rely on gcc specific/undefined behaviour, etc... We're [slowly] working on it, but for now you should probably stick with gcc for ports. Reporting broken ports won't really help too much, since we know what's broken ourselves. What could help is tracking miscompilations (it was explained earlier how to do it), but even for that we're waiting for sound related bug to be fixed on llvm end, to see how does that affect other broken ports. -- Andrius ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
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? -- Dima Red Fox Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
On Wed, Apr 28, 2010 at 10:32:41PM +0200, Alexey Shuvaev wrote: 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, ... This should be fixed by r206992 on HEAD, and by r207271 on stable/8. 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. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org