ibotlog2html for #crosstool-ng

<< Previous 2013-05-30 Next >>

# 00:12:42 codyps quits : Read error: Operation timed out
# 00:25:25 codyps joins #crosstool-ng
# 00:53:20 mingwandroid parts #crosstool-ng
# 01:32:12 AvengerMoJo joins #crosstool-ng
# 02:31:52 blueness|uclibc quits : Remote host closed the connection
# 04:29:21 AvengerMoJo quits : Quit: AvengerMoJo
# 04:34:27 AvengerMoJo joins #crosstool-ng
# 06:05:05 Thomas2 joins #crosstool-ng
# 06:06:51 Thomas1 quits : Read error: Operation timed out
# 06:46:16 diorcety quits : Quit: Leaving.
# 07:13:55 aalv joins #crosstool-ng
# 07:56:19 AvengerMoJo quits : Ping timeout: 264 seconds
# 08:03:09 AvengerMoJo joins #crosstool-ng
# 08:34:13 Kentzo joins #crosstool-ng
# 08:35:37 Kentzo quits : Client Quit
# 08:36:34 Kentzo joins #crosstool-ng
# 08:37:00 Kentzo Hi everyone
# 08:37:19 Kentzo I'm trying to build toolchain on Mac OS X using the armv6-rpi-linux-gnueabi preset
# 08:38:09 Kentzo crosstool-ng was installed via Homebrew by using the following formula: https://github.com/mxcl/homebrew/blob/master/Library/Formula/crosstool-ng.rb
# 08:38:25 Kentzo unfortunately it fails to build binutils
# 08:38:53 Kentzo I've tried different versions: 2.22, 2.21.53 and 2.21.a
# 08:38:56 Kentzo everytime the same result
# 08:39:33 Kentzo binutils-2.22/gold/gold-threads.cc:288: error: expected primary-expression before '{' token
# 08:40:05 Kentzo the line of interest is "Once_initialize(): once_(PTHREAD_ONCE_INIT)"
# 08:40:36 Kentzo looks like g++ doesn't like value of PTHREAD_ONCE_INIT
# 08:41:28 Kentzo which is {_PTHREAD_ONCE_SIG_init, {0}}
# 08:42:46 Kentzo could you suggest how I can work around that problem?
# 08:45:41 idallasj1 joins #crosstool-ng
# 08:46:52 idallasj quits : Ping timeout: 276 seconds
# 09:42:58 AvengerMoJo quits : Quit: AvengerMoJo
# 09:46:47 AvengerMoJo joins #crosstool-ng
# 10:01:07 AvengerMoJo quits : Ping timeout: 264 seconds
# 10:04:41 AvengerMoJo joins #crosstool-ng
# 10:12:31 Net147 joins #crosstool-ng
# 11:02:52 AvengerMoJo quits : Quit: AvengerMoJo
# 12:58:21 Kentzo I was able to fix that problem by installed modern version of gcc (4.7.3)
# 12:58:48 Kentzo looks like ct-ng used stock gcc which is 4.2.1
# 12:59:14 Kentzo despite that both cc and c++ are set to clang and clang++ correspondingly
# 12:59:35 Kentzo is it possible somehow tell ct-ng which system compiler it should use?
# 12:59:53 Kentzo *host system
# 13:05:01 smartin Kentzo: using macport, this is done using gcc_select, with homebrew, i don't know :-|
# 13:09:55 Kentzo gcc_select simply links gcc-X.Y to gcc
# 13:10:23 Kentzo I'm rather asking for an ability to respect host system's cc/c++ settings
# 13:10:30 Kentzo or at least CC/CXX env variables
# 13:11:50 Kentzo anyway, I know run into another problem:
# 13:11:53 Kentzo [ERROR] checking whether armv6-rpi-linux-gnueabihf-gcc implicitly enables -fstack-protector... configure: error: unexpected symbols in test:
# 13:22:15 smartin for macport, you choose the right gcc, ie gcc from mp instead of clang
# 13:24:33 smartin anyway, iirc it's possible to set the tuple or prefix of the host compiler, but i'm not sure if it works or not
# 13:26:34 Kentzo any idea with the error above?
# 13:27:01 Kentzo there are a few warnings in the build.log
# 13:27:14 Kentzo some are about headers preprocessor disliked
# 13:27:38 smartin Kentzo: nope, pastebin the build.log, it may help
# 13:28:16 Kentzo https://gist.github.com/Kentzo/5677799
# 13:28:29 Kentzo I'd very appreciate if some could help with that
# 13:30:48 Kentzo it didn't like sed for some reason although it is gnu sed
# 13:31:52 smartin the log seems truncated...
# 13:32:58 Kentzo indeed
# 13:33:22 Kentzo ah, it's complete
# 13:33:35 Kentzo github just don't render more than that number of lines
# 13:33:37 Kentzo https://gist.github.com/Kentzo/5677799/raw/42f6a338e937ccded47818ca9c407ba37f555bc3/gistfile1.txt
# 13:43:38 smartin Kentzo: check that: http://www.cygwin.com/ml/crossgcc/2013-05/msg00038.html
# 13:45:34 Kentzo wow, looks like the same problem I have. thank you
# 13:53:00 ccole joins #crosstool-ng
# 14:03:34 Kentzo another problem
# 14:03:35 Kentzo make[3]: *** [/Volumes/CrosstoolCompile/.build/armv6-rpi-linux-gnueabihf/build/build-libc-startfiles/sunrpc/cross-rpc_scan.o] Error 1rpc_main.c:41:21: fatal error: libintl.h: No such file or directory
# 14:03:52 Kentzo the log file: https://gist.github.com/Kentzo/5678057/raw/e50b225ac2e4814f01804e35237e04bf81a1be63/gistfile1.txt
# 14:06:28 Kentzo hmm, looks like my CFLAGS/LDPATH are not properly set to point to gettext
# 14:06:45 Kentzo does ct-ng respect these env variables?
# 14:28:36 AvengerMoJo joins #crosstool-ng
# 14:54:39 Thomas2 quits : Quit: Thomas2
# 14:55:06 Kentzo the same issue https://gist.github.com/Kentzo/5678486/raw/9b6efee19fdc6b56f6459d3dc3fc06f7bd49a89f/gistfile1.txt
# 14:55:17 Kentzo despite setting extra CFLAGS and LDFLAGS
# 14:55:49 Kentzo ct-ng doesn't pass these values to gcc when error occurs
# 14:56:10 Kentzo (it seems to pass these values in some cases though)
# 15:29:16 alan_o joins #crosstool-ng
# 15:51:19 AvengerMoJo quits : Ping timeout: 276 seconds
# 16:03:27 Kentzo quits : Ping timeout: 250 seconds
# 16:12:11 AvengerMoJo joins #crosstool-ng
# 16:21:31 codyps quits : Quit: Leaving.
# 16:25:33 codyps joins #crosstool-ng
# 17:00:29 y_morin joins #crosstool-ng
# 17:50:02 bhundven y_morin: hey :)
# 17:51:43 bhundven http://www.gnu.org/software/libc/download.html -- "Releases are available by source branch checkout and ftp tarball. For example, to download the 2.17 release, checkout the libc branch release/2.17/master, and similarly for all required add-ons including ports. After the 2.17 release the contributed ports add-ons have been folded into the main git repo and no longer need to be checked out separately."
# 17:52:12 bhundven so, (e)glibc no longer have ports >= 2.17
# 17:53:21 bhundven well, no longer separately available.
# 17:57:38 y_morin bhundven: Yep, I know.
# 17:57:46 y_morin (Well, Hello! :-) )
# 17:57:59 y_morin bhundven: Still, eglibc does not do releases... :-(
# 17:58:27 bhundven yea
# 17:58:31 bhundven it's annoying
# 17:59:33 bhundven I've been sticking with glibc, and kos_tom has been trying to convince me to move to uClibc... and I think he's doing a great job of that ;)
# 18:01:08 bhundven y_morin: hehe, sorry. Hi :D
# 18:01:28 y_morin :-)
# 18:02:42 y_morin bhundven: What would be annoying would be for eglibc to actually _start_ pushing out releases. I would not like to have two code paths, one for get-it-from-svn-because-it-is-old, and nother for get-it-by-http-since-we-now-have-seen-The-Light
# 18:03:28 y_morin Anyway, time to go get the pizzas... Back later!
# 18:03:33 bhundven :D
# 18:41:05 bhundven I still think that code path in all scripts needs to be abstracted to a function in scripts/getsource.sh or something. Have one function that parses the passed uri, sets up a tail call to the right function to get the source and extract it to the expected directory. No more do__get(), just SOURCEURI[0]="git://blah";SOURCEURI[1]="http://foo";...
# 18:43:11 bhundven or just a global array in getsource that holds the list of sources to get based on the config (getting from git or http or whatever).
# 19:05:34 diorcety joins #crosstool-ng
# 19:31:08 Net147 quits : Ping timeout: 252 seconds
# 19:36:42 AvengerMoJo quits : Ping timeout: 256 seconds
# 19:44:30 AvengerMoJo joins #crosstool-ng
# 19:47:23 AvengerMoJo quits : Read error: Connection reset by peer
# 19:55:53 AvengerMoJo joins #crosstool-ng
# 20:05:00 AvengerMoJo quits : Ping timeout: 240 seconds
# 20:07:58 AvengerMoJo joins #crosstool-ng
# 20:24:46 AvengerMoJo quits : Ping timeout: 252 seconds
# 21:11:12 AvengerMoJo joins #crosstool-ng
# 22:22:43 y_morin quits : Quit: Nighty Night!
# 22:42:19 AvengerMoJo quits : Quit: AvengerMoJo
# 23:31:56 Net147 joins #crosstool-ng
# 23:46:59 blueness|uclibc joins #crosstool-ng
# 23:46:59 blueness|uclibc quits : Changing host
# 23:46:59 blueness|uclibc joins #crosstool-ng

Generated by ibotlog2html by Yann E. MORIN