Re: [gentoo-alt] I can haz fortran?
gcc-apple does have fortran support (although I can remember when it didn't), and you can also compile the standard version of gcc with fortran support (this is how I have always done it to get the latest bells and whistles for parallel computing) . Just add sys-devel/gcc fortran and/or sys-devel/gcc-apple fortran to your ${EPREFIX}/etc/portage/package.use Aaron On Aug 31, 2010, at 5:09 PM, Tom Ellis wrote: What is the current state of fortran in prefix on mac? I tried to get some scientific software into the prefix but got stopped at square one which is, have a working fortran compiler. I looked in gmane and the most recent discussion of fortran I found was the one I started 4 years ago. I have a feeling this was a mac only problem since mac depends on gcc-apple which has no fortran. or did depend - I sort of lost interest in prefix when I couldn't use it to compile fortran on my mac with the convenient ebuild system. maybe things have matured and advanced since then he inquired hopefully?
Re: [gentoo-alt] gcc-4.4.1 fails with invalid install_name
On Oct 17, 2009, at 2:23 AM, Fabian Groffen wrote: On 16-10-2009 16:10:29 -0600, Aaron Wilson wrote: http://bugs.gentoo.org/show_bug.cgi?id=265565 where Fabian Groffen reports: I've finally fixed this. Sorry for the long wait. How was it fixed? Will it work with 4.4? See files/4.3.3/darwin-libgcc_s-installname.patch That fixed it. Probably didn't apply anymore and hence got dropped or something. High chances that if that one is ported to the 4.4 branch, it'll resolve the issue. Thanks, that fixed it. I modified the patch to work with gcc-4.4.1 and added it to the ebuild. What should I do with these? Should I reopen the bug? Thanks, Aaron darwin-libgcc_s-installname.patch Description: Binary data gcc-4.4.1-r1.ebuild Description: Binary data
Re: [gentoo-alt] gcc-4.4.1 fails with invalid install_name
On Oct 16, 2009, at 11:37 AM, zAfi wrote: hm, I did ran into that problem as well, but I've been told that it was mysql related (wanted to pull gcc-4.1.1). It got fixed 2 days ago iirc, sync again and retry? bye, zAfi I synced this morning and I want gcc-4.4.1, although I'd settle for 4.3.3. 2009/10/16 Aaron Wilson tall...@gmail.com: I've been having trouble attempting to install gcc-4.4.1. This afternoon I remembered that I'd had this problem before with gcc-4.3.3-r2. http://bugs.gentoo.org/show_bug.cgi?id=265565 where Fabian Groffen reports: I've finally fixed this. Sorry for the long wait. How was it fixed? Will it work with 4.4? Thanks, Aaron
Re: [gentoo-alt] Preparing for Snow Leopard
On Sep 18, 2009, at 3:35 AM, Fabian Groffen wrote: On 18-09-2009 11:32:25 +0200, Fabian Groffen wrote: I'd say patience will get you there :) Indeed, I just added it, so you should get a bit further now! Actually, I have wonderful news, my 32-bits bootstrap on Snow Leopard of yesterday successfully finished! I'll try a 64-bits one over the weekend. Did you end up trying a 64-bit bootstrap? Using the new bootstrap instructions I'm stuck in the dependencies of env FEATURES=-collision-protect emerge --oneshot portage While emerging dev-lang/python-2.6.2-r01.4, I get an error in configuration: ... checking size of time_t... 8 checking for pthread_t... yes checking size of pthread_t... 8 checking for --enable-toolbox-glue... yes configure: error: Unexpected output of 'arch' on OSX !!! Please attach the following file when seeking support: !!! /Users/wilson/Library/Gentoo/var/tmp/portage/dev-lang/python-2.6.2- r01.4/work/Python-2.6.2/config.log * ERROR: dev-lang/python-2.6.2-r01.4 failed: * econf failed * * Call stack: * ebuild.sh: 51: call src_configure * environment:4171: call econf '--with-fpectl' '-- disable-ipv6' '--with-threads' '--infodir=${prefix}/share/info' '-- mandir=${prefix}/share/man' '--with-libc=' '--enable-unicode=ucs4' '-- enable-framework=/Users/wilson/Library/Gentoo/usr/lib' * ebuild.sh: 538:die econf failed * * If you need support, post the topmost build error, and the call stack if relevant. Of course, arch returns x86_64. Does the configure script think my system isn't 64-bit? Thanks, Aaron
Re: [gentoo-alt] Preparing for Snow Leopard
I tried bootstrapping after I saw the updated instructions. I've set CHOST=x86_64-apple-darwin10 but when emerging sys-apps/gawk-3.1.7 I see make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/sys-apps/gawk-3.1.7/work/gawk-3.1.7/test' make[1]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/sys-apps/gawk-3.1.7/work/gawk-3.1.7' make CC=gcc -m64 LIBDIR=/Users/wilson/Library/Gentoo/lib make: invalid option -- 6 make: invalid option -- 4 Usage: make [options] [target] ... Options: -b, -m Ignored for compatibility. and so on. How do we get quotations around gcc -m64? Aaron On Aug 29, 2009, at 1:30 AM, Fabian Groffen wrote: On 27-08-2009 14:14:08 -0500, Jeremy Olexa wrote: On Thu, Aug 27, 2009 at 2:04 PM, Aaron Wilsontall...@gmail.com wrote: What needs to be done to transition to Snow Leopard (OS X 10.6)? I assume a new profile needs to be created, but am unsure of what that entails. Is there anything someone who had access to Snow Leopard could do to help? Work *is* being done. As a general guideline, try to bootstrap, file bugs. Get active and report issues! For peepz that want to try it out, make sure you bootstrap using latest_tree, instead of tree, such that you get the new profile and updated ebuilds. -- Fabian Groffen Gentoo on a different level
Re: [gentoo-alt] Preparing for Snow Leopard
I normally am not on IRC, but I can be if it helps. Aaron On Sep 5, 2009, at 6:47 AM, Fabian Groffen wrote: On 03-09-2009 14:51:42 -0600, Aaron Wilson wrote: Thanks, that's just what I was looking for. After bootstraping portage, it informed me that * Your profile is set to /Users/wilson/Library/Gentoo/usr/portage/ profiles/prefix/darwin/macos/10.6/x64. This is certainly not correct for my computer, a Rev. 1 Macbook Pro with a Core Duo processor, supporting only 32 bits. When I looked for a macos/10.6/x86 profile, I found none. Is this a problem, or should I just use macos/10.6 as my profile? I didn't know SL did still 32-bits. We'll have to hack some stuff up for that. Are you in IRC by chance? -- Fabian Groffen Gentoo on a different level
Re: [gentoo-alt] Preparing for Snow Leopard
I'm pretty sure Tiger still had a 32-bit kernel, even though it had some 64-bit support. Snow Leopard has both a 32-bit and 64-bit kernel, but in almost all macs it boots the 32-bit kernel by default. See here: http://news.zdnet.com/2100-9595_22-336194.html I'm on IRC as tallest. Thanks, Aaron On Sep 7, 2009, at 12:23 PM, Fabian Groffen wrote: On 07-09-2009 23:14:47 +0900, Tobias Hahn wrote: SL still uses a 32 bit kernel by default. The 64 bit kernel is optional on supported hardware (hold down 64 while booting). Only SL Server on an xserve uses the 64 bit kernel by default iirc. I guess the reasoning is to give consumer hardware vendors a chance to write 64 bit kexts. On the other hand, most applications from Apple (Finder, Terminal, Safari...) now support 64 bit, but obviously also only if the hardware supports it (so on a core not-2 duo everything will be 32 bit as before). Hmmm, that sounds weird, even my Tiger can do 64-bits stuff (the kernel that is). That was the whole idea: being able to address much more memory. Anyway it obviously requires some scripting. Either we default to 32-bits Prefix on Snow Leopard too, or we figure out a way to see if we're running on a 64-bits capable machine so we can enable 64-bits on Snow Leopard where possible. Thanks for the info! -- Fabian Groffen Gentoo on a different level
Re: [gentoo-alt] Preparing for Snow Leopard
Thanks, that's just what I was looking for. After bootstraping portage, it informed me that * Your profile is set to /Users/wilson/Library/Gentoo/usr/portage/ profiles/prefix/darwin/macos/10.6/x64. This is certainly not correct for my computer, a Rev. 1 Macbook Pro with a Core Duo processor, supporting only 32 bits. When I looked for a macos/10.6/x86 profile, I found none. Is this a problem, or should I just use macos/10.6 as my profile? Thanks, Aaron On Aug 29, 2009, at 1:30 AM, Fabian Groffen wrote: On 27-08-2009 14:14:08 -0500, Jeremy Olexa wrote: On Thu, Aug 27, 2009 at 2:04 PM, Aaron Wilsontall...@gmail.com wrote: What needs to be done to transition to Snow Leopard (OS X 10.6)? I assume a new profile needs to be created, but am unsure of what that entails. Is there anything someone who had access to Snow Leopard could do to help? Work *is* being done. As a general guideline, try to bootstrap, file bugs. Get active and report issues! For peepz that want to try it out, make sure you bootstrap using latest_tree, instead of tree, such that you get the new profile and updated ebuilds. -- Fabian Groffen Gentoo on a different level
[gentoo-alt] Preparing for Snow Leopard
What needs to be done to transition to Snow Leopard (OS X 10.6)? I assume a new profile needs to be created, but am unsure of what that entails. Is there anything someone who had access to Snow Leopard could do to help? Thanks, Aaron
Re: [gentoo-alt] does virtual/cblas work?
I've installed goto-blas, cblas-reference, and lapack-reference by pulling the ebuilds into my overlay. I did not install virtual/cblas, and I do not use any of the eselct packages (they're installed, but 'eselect blas list' gives nothing). It would be nice to have these features working, perhaps I'll try to poke around and see what's gong wrong. Aaron On Jul 11, 2009, at 11:11 AM, Michael Yang wrote: Hi guys, I'm trying to install sci-libas/scipy which depends on virtual/cblas and virtual/lapack. I noticed that virtual/cblas is not in the prefix overlay, so I used ecopy to try to emerge it myself. Emerge was successful, but I ran into lapack problems since eselect blas set 1 doesn't seem to be prefix-aware and tries to make symbolic links in /usr/lib and /usr/lib/pkgconfig rather than ${EPREFIX}/usr/lib and ${EPREFIX}/usr/lib/pkgconfig. See gentoo bug #277447 for more detail. General question: am I missing something or does the prefix overlay not support blas/cblas/atlas yet?
Re: [gentoo-alt] id in coreutils7
I've been having the same problems. I was unable to bootstrap my machine until I masked =coreutils-7.0. Aaron On Apr 6, 2009, at 5:23 PM, Steven Parkes wrote: Yea, there have been conflicting reports of coreutils status. For example, http://bugs.gentoo.org/264007 - but other people can't reproduce it. Hmmm not sure why people can't reproduce, unless it's a new bug in Darwin, because it's definitely a bug in Darwin. I added the details to the ticket. I don't know the approach to patching such things. Does prefix maintain patches for OS bug workarounds? I know there are patches. Including this kind of thing? There are a few possible ways to work around the bug. I put the details in the ticket. Happy to contribute the code ...
[gentoo-alt] [prefix] 'eselect news help' can't find sed
When I first tried to learn how to use 'eselect news' I tried the help, but it resulted in $ eselect news Usage: eselect news action options Standard actions: help Display help text usage Display usage information version Display version information Extra actions: /Users/wilson/Library/Gentoo/usr/share/eselect//libs/core.bash: line 132: /Users/wilson/Library/Gentoo/usr/lib/portage/bin/sed: No such file or directory Note that the 'extra' (important) options are not displayed. I've solved the problem with a symlink to /Users/wilson/Library/Gentoo/ bin/sed but I don't know how to properly fix this problem. Thanks, Aaron
[gentoo-alt] [prefix] gcc-4.3.3-r2: invalid reference to /libgcc_s.1.dylib; invalid install_name found
I attempted to emerge gcc-4.3.3-r2 in my prefixed portage on OS X 10.5.6: These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] sys-devel/gcc-4.3.3-r2 USE=fortran objc objc++ openmp (-altivec) -bootstrap -build -doc (-fixed-point) (-gcj) -gtk (-hardened) -ip28 -ip32r10k -libffi -mudflap (-multilib) -multislot (-n32) (-n64) -nls -nocxx -nopie (-objc-gc) -test -vanilla 0 kB Total: 1 package (1 new), Size of downloads: 0 kB but received the following error: Completed installing gcc-4.3.3-r2 into /Users/wilson/Library/ Gentoo/var/tmp/portage/sys-devel/gcc-4.3.3-r2/image/Users/wilson/ Library/Gentoo/ ecompressdir: bzip2 -9 /Users/wilson/Library/Gentoo/usr/share/gcc- data/i686-apple-darwin9/4.3.3/man * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/gcov * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/gtreelang * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/i686- apple-darwin9-c++ * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/i686- apple-darwin9-cpp * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/i686- apple-darwin9-g++ * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/i686- apple-darwin9-gcc * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/i686- apple-darwin9-gfortran * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/protoize * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/i686-apple-darwin9/gcc-bin/4.3.3/unprotoize * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin9/4.3.3/ libgfortran.3.dylib * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin9/4.3.3/libgomp. 1.dylib * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin9/4.3.3/libobjc- gnu.2.dylib * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin9/4.3.3/libstdc++. 6.dylib * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/cc1 * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/cc1obj * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/ cc1objplus * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/cc1plus * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/ collect2 * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/f951 * QA Notice: invalid reference to /libgcc_s.1.dylib in /Users/ wilson/Library/Gentoo/usr/libexec/gcc/i686-apple-darwin9/4.3.3/tree1 * ERROR: sys-devel/gcc-4.3.3-r2 failed: * invalid install_name found, your application or library will crash at runtime * * Call stack: * misc-functions.sh:850: call install_qa_check * misc-functions.sh:478: hasq allow_broken_install_names ${FEATURES} || die invalid install_name found, your application or library will crash at runtime * * If you need support, post the topmost build error, and the call stack if relevant. !!! post install failed; exiting. I wasn't able to find anything about the invalid reference to the file /libgcc_s.1.dylib or the invalid install_name. Any help would be greatly appreciated. Thanks, Aaron
[gentoo-alt] [prefix] error emerging dev-libs/zziplib, problem with ar?
I've attached the output from the install portion of an emerge of dev- libs/zziplib-0.13.49-r1. I don't quite know what's going wrong here, but there seem to be a lot of missing files or an incorrect or misinterpreted path: /bin/sh ../libtool --silent --mode=install /Users/wilson/Library/ Gentoo/usr/bin/install -c 'libzzip.la' '/Users/wilson/Library/ Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/ wilson/Library/Gentoo/usr/lib/libzzip.la' ar: //: Is a directory ar: zzip_close.3/: No such file or directory ar: zzip_closedir.3/: No such file or directory ar: zzip_dirfd.3/: No such file or directory ... ar: zzip_telldir.3/: No such file or directory chmod: cannot access `*': No such file or directory make[2]: *** [install-man3] Error 1 make[2]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/ Darwin_9.5.0_i386.d/docs' make[1]: *** [install-man3] Error 2 make[1]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/ Darwin_9.5.0_i386.d' make: *** [install-man3] Error 2 Any help would be greatly appreciated. Thanks, Aaron P.S. I'm emergeing this in an attempt to upgrade to texlive-2008. With the 'extras' USE flag, the ebuild requires several ebuilds not in prefixed portage: dev-tex/envlab dev-tex/luatex dev-tex/mh dev-tex/europecv dev-tex/translator dev-tex/svninfo dev-tex/leaflet dev-tex/g-brief dev-tex/currvita dev-tex/glossaries I've modified the ebuilds with eapify, but haven't tested them because of the error above. Install zziplib-0.13.49-r1 into /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo/ category dev-libs (cd `uname -msr | tr / __`.d test ! -f configure make install) || exit ; make done RULE=install (cd `uname -msr | tr / __`.d test ! -f configure make install-man3) || exit ; make done RULE=install-man3 make[1]: Entering directory `/Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/Darwin_9.5.0_i386.d' (cd docs make `basename install-man3`) make[1]: Entering directory `/Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/Darwin_9.5.0_i386.d' Making install in zzip make[2]: Entering directory `/Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/Darwin_9.5.0_i386.d/docs' /bin/sh ../../uses/mkinstalldirs /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/share/man/man3 mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson make[2]: Entering directory `/Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/Darwin_9.5.0_i386.d/zzip' mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo/usr make[3]: Entering directory `/Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/work/zziplib-0.13.49/Darwin_9.5.0_i386.d/zzip' mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo/usr/share test -z /Users/wilson/Library/Gentoo/usr/lib || mkdir -p -- /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/lib mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo/usr/share/man /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/lib: ln -s libzzip*.so.13 libzzip*.so.10 /bin/sh: line 3: cd: /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/lib: No such file or directory mkdir /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image/Users/wilson/Library/Gentoo/usr/share/man/man3 /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/lib: ln -s libzzip*.so.13 libzzip*.so.11 /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/lib: ln -s libzzip*.so.13 libzzip*.so.12 P=`pwd` ; cd /Users/wilson/Library/Gentoo/var/tmp/portage/dev-libs/zziplib-0.13.49-r1/image//Users/wilson/Library/Gentoo/usr/share/man/man3 \ ar x $P/manpages.ar chmod 664 * test -z /Users/wilson/Library/Gentoo/usr/include/zzip || mkdir -p --
[gentoo-alt] Re: [prefix] gimp undefined symbols in twain compile
OK, I think I've got a patch, which is attached below. I've also attached an updated ebuild. I successfully installed gimp with this ebuild. Aaron gimp-2.4.7-r1.ebuild Description: Binary data gimp-twain-fix.patch Description: Binary data
[gentoo-alt] [prefix] gimp undefined symbols in twain compile
While emerging gimp: [ebuild N] media-gfx/gimp-2.4.7 USE=mmx pdf png smp sse svg tiff -aalib (-alsa) (-altivec) -curl -dbus -debug -doc -exif -gnome - gtkhtml -hal -lcms -mng -python -wmf 0 kB I received the following error: mkdir .libs i686-apple-darwin9-gcc -march=prescott -O2 -pipe -fomit-frame- pointer -Wall -Wdeclaration-after-statement -Wmissing-prototypes - Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/twain tw_func.o tw_util.o twain.o tw_mac.o ../../libgimp/.libs/ libgimp-2.0.dylib /Users/wilson/Library/Gentoo/var/tmp/portage/media- gfx/gimp-2.4.7/work/gimp-2.4.7/libgimpconfig/.libs/ libgimpconfig-2.0.dylib -L/Users/wilson/Library/Gentoo/usr/lib / Users/wilson/Library/Gentoo/var/tmp/portage/media-gfx/gimp-2.4.7/ work/gimp-2.4.7/libgimpmath/.libs/libgimpmath-2.0.dylib /Users/ wilson/Library/Gentoo/var/tmp/portage/media-gfx/gimp-2.4.7/work/ gimp-2.4.7/libgimpcolor/.libs/libgimpcolor-2.0.dylib /Users/wilson/ Library/Gentoo/var/tmp/portage/media-gfx/gimp-2.4.7/work/gimp-2.4.7/ libgimpbase/.libs/libgimpbase-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib -lm ../../libgimpbase/.libs/ libgimpbase-2.0.dylib /Users/wilson/Library/Gentoo/usr/lib/ libgobject-2.0.dylib /Users/wilson/Library/Gentoo/usr/lib/ libgthread-2.0.dylib /Users/wilson/Library/Gentoo/usr/lib/ libglib-2.0.dylib /Users/wilson/Library/Gentoo/usr/lib/ libintl.dylib /Users/wilson/Library/Gentoo/usr/lib/libiconv.dylib -lc Undefined symbols: _NewHandle, referenced from: _twainAllocHandle in tw_mac.o _InstallEventLoopTimer, referenced from: _twainMain in tw_mac.o _RunApplicationEventLoop, referenced from: _twainMain in tw_mac.o _DSM_Entry, referenced from: _callDSM in tw_mac.o _GetMainEventLoop, referenced from: _twainMain in tw_mac.o _DisposeHandle, referenced from: _twainFreeHandle in tw_mac.o _CGImageCreateWithPNGDataProvider, referenced from: _twainMain in tw_mac.o _CFURLCreateFromFileSystemRepresentation, referenced from: _twainMain in tw_mac.o _CPSEnableForegroundOperation, referenced from: _twainMain in tw_mac.o _CGDataProviderCreateWithURL, referenced from: _twainMain in tw_mac.o _SetFrontProcess, referenced from: _twainMain in tw_mac.o _kCFAllocatorDefault, referenced from: _kCFAllocatorDefault$non_lazy_ptr in tw_mac.o _SetApplicationDockTileImage, referenced from: _twainMain in tw_mac.o _QuitApplicationEventLoop, referenced from: _doGetImage in tw_mac.o _twainQuitApplication in tw_mac.o _EndQDContextForApplicationDockTile, referenced from: _twainMain in tw_mac.o _GetCurrentProcess, referenced from: _twainMain in tw_mac.o _BeginQDContextForApplicationDockTile, referenced from: _twainMain in tw_mac.o _CPSSetProcessName, referenced from: _twainMain in tw_mac.o ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [twain] Error 1 make[3]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/media-gfx/gimp-2.4.7/work/gimp-2.4.7/plug-ins/twain' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/media-gfx/gimp-2.4.7/work/gimp-2.4.7/plug-ins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/Users/wilson/Library/Gentoo/var/tmp/ portage/media-gfx/gimp-2.4.7/work/gimp-2.4.7' make: *** [all] Error 2 * ERROR: media-gfx/gimp-2.4.7 failed: * compile failure * * Call stack: * ebuild.sh: 49: call src_compile * environment:3406: call gnome2_src_compile * environment:2432: emake || die compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * build log: '/Users/wilson/Library/Gentoo/var/tmp/portage/media- gfx/gimp-2.4.7/temp/build.log' * ebuild environment: '/Users/wilson/Library/Gentoo/var/tmp/portage/ media-gfx/gimp-2.4.7/temp/environment' * S: '/Users/wilson/Library/Gentoo/var/tmp/portage/media-gfx/ gimp-2.4.7/work/gimp-2.4.7' I found a solution in the following forum: http://gimper.net/viewtopic.php?p=25692sid=03041c327f656ac3839efb15e14ee389#p25692 which allowed me to continue compiling within the work/ directory manually. I don't really know how to create the proper patch (or even if one is really needed here). I hope this is helpful. Aaron
Re: [gentoo-alt] [prefix] emerge fails with IndexError: list index out of range
Yes, it seems that I may have synced with gentoo-x86. I added the SYNC line to my make.conf, but emerge still fails with the same error. Is there any way to manually sync? Aaron On Jun 12, 2008, at 2:04 AM, Fabian Groffen wrote: On 11-06-2008 14:57:25 -0600, Aaron Wilson wrote: OK. make.conf exists, but make.profile is a broken link, $EPREFIX/ usr/ portage/profiles/default-prefix/ does not exist. How can I go about updating Portage? Can I get it from the overlay snapshot? Where is your portage tree? Did you rsync the gentoo-x86 tree by chance? Set SYNC=rsync://rsync.prefix.freens.org/gentoo-portage-prefix in make.conf and run emerge --sync again (I hope it'll do that). -- Fabian Groffen Gentoo on a different level -- gentoo-alt@lists.gentoo.org mailing list -- gentoo-alt@lists.gentoo.org mailing list
[gentoo-alt] [prefix] emerge fails with IndexError: list index out of range
I hadn't updated portage in a while, I had to remove the SYNC= line in make.conf. At the very end of the sync I received an error which is now given every time emerge is run: $ emerge --help Traceback (most recent call last): File /Users/wilson/Library/Gentoo/usr/bin/emerge, line 20, in module retval = _emerge.emerge_main() File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/_emerge/ __init__.py, line 7906, in emerge_main settings, trees, mtimedb = load_emerge_config() File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/_emerge/ __init__.py, line 7789, in load_emerge_config root_trees[root_config] = RootConfig(root_trees, setconfig) File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/_emerge/ __init__.py, line 752, in __init__ self.sets = self.setconfig.getSets() File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/portage/sets/ __init__.py, line 86, in getSets self._parse() File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/portage/sets/ __init__.py, line 76, in _parse self.psets[setname] = setclass.singleBuilder(optdict, self.settings, self.trees) File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/portage/sets/ profiles.py, line 25, in singleBuilder return PackagesSystemSet(settings.profiles) File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/portage/sets/ profiles.py, line 17, in __init__ self.description = System packages for profile %s % self._profile_paths[-1] IndexError: list index out of range I don't know if the problem existed before the sync as I hadn't touched portage in a month or so. Any help would be greatly appreciated. Thanks, Aaron P.S. I'm running OS X 10.5.3 on a MacBook Pro Core Duo. -- gentoo-alt@lists.gentoo.org mailing list
Re: [gentoo-alt] [prefix] emerge fails with IndexError: list index out of range
OK. make.conf exists, but make.profile is a broken link, $EPREFIX/usr/ portage/profiles/default-prefix/ does not exist. How can I go about updating Portage? Can I get it from the overlay snapshot? Thanks, Aaron On Jun 11, 2008, at 11:44 AM, Fabian Groffen wrote: On 11-06-2008 11:22:19 -0600, Aaron Wilson wrote: File /Users/wilson/Library/Gentoo/usr/lib/portage/pym/portage/sets/ profiles.py, line 17, in __init__ self.description = System packages for profile %s % self._profile_paths[-1] IndexError: list index out of range I don't know if the problem existed before the sync as I hadn't touched portage in a month or so. Any help would be greatly appreciated. Check your $EPREFIX/etc/make.profile and make sure $EPREFIX/etc/make.conf exists. You seem to run an older Portage that has problems with those missing or broken. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@lists.gentoo.org mailing list -- gentoo-alt@lists.gentoo.org mailing list
[gentoo-alt] [PREFIX] portage masked?
On both of my Leopard 10.5.2 prefixed machines after a fresh sync I get: $ emerge portage These are the packages that would be merged, in reverse order: Calculating dependencies / !!! All ebuilds that could satisfy sys-apps/portage have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-2.2.00.9300 (masked by: package.mask) /Users/wilson/Library/Gentoo/usr/portage/profiles/default-prefix/ package.mask: # Elias Pipping [EMAIL PROTECTED] (09 Fev 2008) # There's a bug that causes a lot of pointless output with commands like # emerge -u system - sys-apps/portage-2.2.00.9271 (masked by: package.mask) /Users/wilson/Library/Gentoo/usr/portage/profiles/package.mask: # Marius Mauch [EMAIL PROTECTED] (09 Feb 2008) # First public test releases of portage-2.2 - sys-apps/portage-2.2.00.9233 (masked by: package.mask) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Thanks, Aaron -- gentoo-alt@lists.gentoo.org mailing list
Re: [gentoo-alt] [PREFIX] emerge of sys-libs/ss fails on install to image
Sorry. This was entirely my fault. My emerge --sync had been failing with svn: Failed to add directory 'dev-util/git': object of the same name already exists which stopped the svn update. I've fixed the problem and everything is working fine now. Thanks On Feb 5, 2008, at 1:52 PM, Fabian Groffen wrote: Hi Aaron, On 05-02-2008 13:30:46 -0700, Aaron Wilson wrote: I'm attempting to compile openssh with kerberos support on a system running OS X 10.5.1. app-crypt/mit-krb5 depends on sys-libs/ss which is failing at the install stage of the emerge. The output is below Please sync and test for x86-macos. I copied the darwin patch from com_err, and it works for ppc-macos. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@lists.gentoo.org mailing list -- gentoo-alt@lists.gentoo.org mailing list
[gentoo-alt] [prefix] What's needed for Leopard support?
I've read the warning on the Bootstram Process page: Bootstrapping on OS X 10.5 Leopard unfortunately is NOT working at the moment. Please bear with us while we wait for Apple to finally release their sources. I've noticed that the Darwin 9.0 sources are up ( http://www.opensource.apple.com/darwinsource/10.5/ , what most interests me is the new gcc_42-5331 package) and I was wondering what is needed to get Leopard bootstrapped and how I can help. I've also read the PS from Elias Pipping's email titled Re: [gentoo- alt] Prefix: Python fails to bootstrap on OS X 10.5 Leopard : PS: For everybody interested in helping: this is the status: * odcctools don't work (and therefore gcc's ebuild doesn't work, haven't looked into this). i'm using /usr/bin/ld and /usr/bin/gcc as a workaround but that's far from optimal. as a result, LDFLAGS and CPPFLAGS need to be set in the make.conf. (to the usual -L / -I ) What is the difference between odcctools and Apple's cctools? Will the new cctools-667.3 resolve this? * gnupg 2 doesn't work. use gnupg 1 instead. * darwin-miscutils don't work (no big deal, we have those non- prefixed, more recent even) * ghc doesn't work (damn!) * apr doesn't work (and therefore subversion... no big deal, though: we have /usr/bin/svn on leopard) What does doesn't work mean? Is there a place where these topics are discussed in further detail? Thanks, Aaron -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [prefix] What's needed for Leopard support?
Thanks very much, I guess I'll just have to be patient. As always, I couldn't be more grateful for the work that is put into prefixed Gentoo portage. OS X with prefixed portage is by far my favourite environment to date. Thanks! Aaron On Nov 8, 2007, at 11:54 AM, Fabian Groffen wrote: On 08-11-2007 11:50:40 -0700, Aaron Wilson wrote: I've read the warning on the Bootstram Process page: Bootstrapping on OS X 10.5 Leopard unfortunately is NOT working at the moment. Please bear with us while we wait for Apple to finally release their sources. I've noticed that the Darwin 9.0 sources are up ( http://www.opensource.apple.com/darwinsource/10.5/ , what most interests me is the new gcc_42-5331 package) and I was wondering what is needed to get Leopard bootstrapped and how I can help. Indeed, it's already in the tree, but it is useless if you also want to do c++ compilations. I've also read the PS from Elias Pipping's email titled Re: [gentoo-alt] Prefix: Python fails to bootstrap on OS X 10.5 Leopard : PS: For everybody interested in helping: this is the status: * odcctools don't work (and therefore gcc's ebuild doesn't work, haven't looked into this). i'm using /usr/bin/ld and /usr/bin/gcc as a workaround but that's far from optimal. as a result, LDFLAGS and CPPFLAGS need to be set in the make.conf. (to the usual -L / -I ) What is the difference between odcctools and Apple's cctools? Will the new cctools-667.3 resolve this? odcctools have been fixed, and are based on the cctools and ld64 from 10.5 * gnupg 2 doesn't work. use gnupg 1 instead. * darwin-miscutils don't work (no big deal, we have those non- prefixed, more recent even) * ghc doesn't work (damn!) * apr doesn't work (and therefore subversion... no big deal, though: we have /usr/bin/svn on leopard) What does doesn't work mean? Is there a place where these topics are discussed in further detail? Thanks for pointing out that we should probably communicate our progress for Prefix on Leopard a lot better on the list! -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
[gentoo-alt] [prefix] gcc 4.2 library path
I'm trying to compile some C code that uses OpenMP. I've compiled gcc-4.2.0 with the openmp USE flag in OS X 10.4.10. I've selected it with gcc-config (and re-sourced ~/ Library/Gentoo/etc/profile) $ gcc-config -l [1] i686-apple-darwin8-4.0.1 [2] i686-apple-darwin8-4.2.0 * But when I try to run code compiled with CFLAGS=-O3 -ansi -march=prescott -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include LDFLAGS=-L../lib -lsdp -framework Accelerate -lgomp -lm I get an error about not being able to load the library $ make ... $ cd test; make ../solver/csdp theta1.dat-s theta1.out dyld: Library not loaded: /Users/wilson/Library/Gentoo/usr/lib/ libgomp.1.dylib Referenced from: /Users/wilson/Documents/Work/csdp/test/../solver/ csdp Reason: image not found make: *** [theta1.out] Error 133 The library it's looking for is in the correct place, just not where my code is looking. $ locate libgomp.1.dylib /Users/wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin8/4.2.0/ libgomp.1.dylib $ gcc-config -L /Users/wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin8/4.2.0 Thanks, Aaron P.S. I'm new to C programming and hope that this isn't just my fault. I tried setting LD_LIBRARY_PATH with no effect. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [prefix] gcc 4.2 library path
I'm not actually sure that this is specific to use of gomp. Could this be a problem with my gcc install in general? On Jul 19, 2007, at 2:03 AM, Fabian Groffen wrote: Right, I think gcc-config doesn't copy that lib to the place gcc is looking for it. I'm affraid the lib is installed in /Users/wilson/Library/Gentoo/lib/libgomp.1.dylib ... Can you verify that. I have to ponder a bit about this. libgomp.1.dylib is in /Users/wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin8/4.2.0/ and nowhere else. Do I have to tell gcc to look here specifically or should it know where it's libraries are? So running otool yields $ otool -L /Users/wilson/Library/Gentoo/lib/libgomp.1.dylib otool: can't open file: /Users/wilson/Library/Gentoo/lib/libgomp. 1.dylib (No such file or directory) $ otool -L /Users/wilson/Library/Gentoo/usr/lib/gcc/i686-apple- darwin8/4.2.0/libgomp.1.dylib /Users/wilson/Library/Gentoo/usr/lib/gcc/i686-apple-darwin8/4.2.0/ libgomp.1.dylib: /Users/wilson/Library/Gentoo/usr/lib/libgomp.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.9) Can you tell me what package this is, or show me the compilation log of this program. It might be that some stupid things are being done there. The -lgomp should just find the library, but somehow a wrong path is encoded. The package is a semi-definite programming library called CSDP. It doesn't use autotools, but here's the output of make $ make cd lib; make libsdp.a make[1]: Entering directory `/Users/wilson/Documents/Work/csdp/lib' cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o readprob.o readprob.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o sdp.o sdp.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o op_o.o op_o.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o psd_feas.o psd_feas.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o op_a.o op_a.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o op_at.o op_at.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o Fnorm.o Fnorm.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o calc_pobj.o calc_pobj.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o calc_dobj.o calc_dobj.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o trace_prod.o trace_prod.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o zero_mat.o zero_mat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o mat_mult.o mat_mult.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o sym_mat.o sym_mat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o copy_mat.o copy_mat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o addscaledmat.o addscaledmat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o user_exit.o user_exit.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o make_i.o make_i.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o allocmat.o allocmat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o initsoln.o initsoln.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o initparams.o initparams.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o add_mat.o add_mat.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o writesol.o writesol.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o readsol.o readsol.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o easysdp.o easysdp.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o writeprob.o writeprob.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o solvesys.o solvesys.c cc -O3 -march=prescott -ansi -Wall -DNOSHORTS -DUSEGETTIME - DUSEOPENMP -fopenmp -I../include -c -o makefill.o makefill.c cc -O3
Re: [gentoo-alt] [prefix] gcc 4.2 library path
So what can I do to help resolve this problem? Is this something that needs to be changed in the configure options for gcc? or would this reside in some of the patches for prefixed gcc? Thanks, Aaron On Jul 19, 2007, at 3:49 AM, Fabian Groffen wrote: On 19-07-2007 11:45:55 +0200, Duft Markus wrote: Hi! I may be missing something, but isn't the below output using cc instead of gcc? On OSX there is no other compiler but gcc. In Prefix cc is an alias to gcc, so it should go right in any case/os. Thanks for looking at it anyway! -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [prefix] startprefix not sourcing prefixed profile, PATH not set
I found a bit of a kludge that seems to temporarily fix the problem without modifying the standard OS X environment. I added the following to my ~/.bashrc # if we are in the prefixed gentoo if `echo $SHELL|grep Gentoo 1/dev/null 21` ; then # source prefixed profile source ${HOME}/Library/Gentoo/etc/profile # fix color ls alias ls='ls --color' # disable bold in PS1 PS1=`echo $PS1|sed s/01\;/00\;/g` PS1=$PS1' ' export PS1 fi But this is not a proper fix. I tried compiling bash a few times with different configure options. Specifically I tried ./configure --prefix=/Users/wilson/Library/Gentoo --sysconfdir=/ Users/wilson/Library/Gentoo/etc but this bash still sourced /etc/profile. The configure script documents the --sysconfdir option $ ./configure --help|grep sysconf --sysconfdir=DIR read-only single-machine data [PREFIX/etc] I don't understand why this option has no effect (or why the prefix option doesn't do the same as is implied by the [PREFIX/etc]. Aaron -- [EMAIL PROTECTED] mailing list
[gentoo-alt] [prefix] startprefix not sourcing prefixed profile, PATH not set
I've just bootstraped a fresh install of OS X 10.4.10 according to the documentation. I tried using the startprefix script that is mentioned but the prefixed bash doesn't source the prefixed profile and my PATH is not set. Should executing the startprefix (essentially executing ~/Library/ Gentoo/bin/bash) script cause the prefixed profile (~/Library/Gentoo/ etc/profile) to be sourced? Thanks, Aaron -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [prefix] startprefix not sourcing prefixed profile, PATH not set
On Jul 8, 2007, at 10:38 AM, Fabian Groffen wrote: This is not enough, you need to start a login shell i.e. bash -l. This is all that startprefix does, right? Do you get a Gentoo prompt (providing that you don't change your prompt in your own config files)? Nope, no Gentoo prompt, no PATH. So neither the prefixed bashrc nor the prefixed profile are sourced. navi:~ wilson$ ~/Library/Gentoo/bin/bash -l navi:~ wilson$ echo $PATH /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/texbin Thanks, Aaron -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [prefix] startprefix not sourcing prefixed profile, PATH not set
This will cause OS X's bash to source the prefixed profile though. I thought that was what we are avoiding with the startprefix script. Aaron On Jul 8, 2007, at 10:46 AM, Elias Pipping wrote: Hi, I have exactly the same problem. It's bash-specific, though. zsh and tcsh work fine (note that bash *did* work until a month ago and then broke for some reason. To work around this, you can create a link from ${eprefix}/etc/ profile to ~/.profile Kind regards, Elias On Jul 8, 2007, at 6:38 PM, Fabian Groffen wrote: On 08-07-2007 10:29:18 -0600, Aaron Wilson wrote: I've just bootstraped a fresh install of OS X 10.4.10 according to the documentation. I tried using the startprefix script that is mentioned but the prefixed bash doesn't source the prefixed profile and my PATH is not set. Should executing the startprefix (essentially executing ~/Library/Gentoo/bin/bash) script cause the prefixed profile This is not enough, you need to start a login shell i.e. bash -l. (~/Library/Gentoo/etc/profile) to be sourced? However, this sounds strange. What happens if you have execute ~/Library/Gentoo/bin/bash -l? Do you get a Gentoo prompt (providing that you don't change your prompt in your own config files)? -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
[gentoo-alt] [PREFIX] gcc-apple-4.0.1_p5363 fails with undefined symbols
Hi, this is my first submission to gentoo-alt (or any mailing list for that matter) so please correct me if I've done something wrong. I've just updated to the latest svn prefixed portage. I'm compiling using gcc version 4.0.1 (Apple Computer, Inc. build 5341) built from portage with Apple Computer, Inc. version odcctools-590.36od13 also from portage on Mac OS X 10.4.8. While updating to gcc- apple-4.0.1_p5363 the ebuild fails in stage 1 with undefined symbols: % % start output % stage1/xgcc -Bstage1/ -B/Library/Gentoo/usr/i686-apple-darwin8/bin/ - c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings - Wstrict-prototypes -Wmissing-prototypes-mdynamic-no-pic - DHAVE_CONFIG_H -I/Library/Gentoo/usr/include -I. -Ifortran -I/ Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc -I/Library/Gentoo/var/tmp/portage/sys-devel/gcc- apple-4.0.1_p5363/work/gcc-5363/gcc/fortran -I/Library/Gentoo/var/tmp/ portage/sys-devel/gcc-apple-4.0.1_p5363/work/gcc-5363/gcc/../include - I/Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc/../libcpp/include /Library/Gentoo/var/tmp/portage/sys- devel/gcc-apple-4.0.1_p5363/work/gcc-5363/gcc/fortran/trans-types.c - o fortran/trans-types.o /Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc/fortran/trans-types.c: In function 'build_stmt': /Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc/fortran/trans-types.c:1760: warning: control reaches end of non-void function stage1/xgcc -Bstage1/ -B/Library/Gentoo/usr/i686-apple-darwin8/bin/ -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno- variadic-macros -Wold-style-definition-mdynamic-no-pic - DHAVE_CONFIG_H -o f951 \ fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/data.o fortran/decl.o fortran/dump-parse- tree.o fortran/error.o fortran/expr.o fortran/interface.o fortran/ intrinsic.o fortran/io.o fortran/iresolve.o fortran/match.o fortran/ matchexp.o fortran/misc.o fortran/module.o fortran/options.o fortran/ parse.o fortran/primary.o fortran/resolve.o fortran/scanner.o fortran/ simplify.o fortran/st.o fortran/symbol.o fortran/convert.o fortran/ dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-stmt.o fortran/trans-types.o main.o libbackend.a ../ libcpp/libcpp.a -lmpfr -lgmp ../libcpp/libcpp.a -L/Library/Gentoo/usr/ lib -lintl -L/Library/Gentoo/lib -liconv -lc -L/Library/Gentoo/usr/ lib -liconv -L/Library/Gentoo/lib ../libiberty/libiberty.a /Library/Gentoo/usr/bin/ld: Undefined symbols: _build_function_call _build_modify_expr _c_common_type_for_mode _darwin_set_default_type_attributes _decl_attributes _decl_constant_value _iasm_addr _iasm_build_bracket _iasm_force_constraint _iasm_get_register_var _iasm_is_pseudo _iasm_print_operand _lookup_name_two _pointer_int_sum collect2: ld returned 1 exit status make[2]: *** [f951] Error 1 make[2]: Leaving directory `/Library/Gentoo/var/tmp/portage/sys-devel/ gcc-apple-4.0.1_p5363/work/build/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/Library/Gentoo/var/tmp/portage/sys-devel/ gcc-apple-4.0.1_p5363/work/build/gcc' make: *** [bootstrap] Error 2 !!! ERROR: sys-devel/gcc-apple-4.0.1_p5363 failed. Call stack: ebuild.sh, line 1723: Called dyn_compile ebuild.sh, line 1092: Called src_compile gcc-apple-4.0.1_p5363.ebuild, line 127: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. % %end output % I couldn't find anything in Google, gentoo-alt archives, or the Gentoo forums, but I could be missing something. Any help (or an explanation on what's going wrong) would be greatly appreciated. Thanks, Aaron -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [PREFIX] gcc-apple-4.0.1_p5363 fails with undefined symbols
Yes, I just realized that it was trying to compile fortran, which I've never had Apple's gcc do before. I'll remove the fortran use flag from Apple's gcc. Thanks, Aaron On Nov 12, 2006, at 11:25 AM, Fabian Groffen wrote: Hi, welcome to the list! What are your USE-flags? I should probably mask the ones that I know that don't work (fortran and gcj) On 12-11-2006 11:17:52 -0700, Aaron Wilson wrote: Hi, this is my first submission to gentoo-alt (or any mailing list for that matter) so please correct me if I've done something wrong. I've just updated to the latest svn prefixed portage. I'm compiling using gcc version 4.0.1 (Apple Computer, Inc. build 5341) built from portage with Apple Computer, Inc. version odcctools-590.36od13 also from portage on Mac OS X 10.4.8. While updating to gcc- apple-4.0.1_p5363 the ebuild fails in stage 1 with undefined symbols: % % start output % stage1/xgcc -Bstage1/ -B/Library/Gentoo/usr/i686-apple-darwin8/bin/ - c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings - Wstrict-prototypes -Wmissing-prototypes-mdynamic-no-pic - DHAVE_CONFIG_H -I/Library/Gentoo/usr/include -I. -Ifortran -I/ Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc -I/Library/Gentoo/var/tmp/portage/sys-devel/gcc- apple-4.0.1_p5363/work/gcc-5363/gcc/fortran -I/Library/Gentoo/var/ tmp/ portage/sys-devel/gcc-apple-4.0.1_p5363/work/gcc-5363/gcc/../ include - I/Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/ work/ gcc-5363/gcc/../libcpp/include /Library/Gentoo/var/tmp/portage/sys- devel/gcc-apple-4.0.1_p5363/work/gcc-5363/gcc/fortran/trans-types.c - o fortran/trans-types.o /Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc/fortran/trans-types.c: In function 'build_stmt': /Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363/work/ gcc-5363/gcc/fortran/trans-types.c:1760: warning: control reaches end of non-void function stage1/xgcc -Bstage1/ -B/Library/Gentoo/usr/i686-apple-darwin8/bin/ -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno- variadic-macros -Wold-style-definition-mdynamic-no-pic - DHAVE_CONFIG_H -o f951 \ fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/data.o fortran/decl.o fortran/dump-parse- tree.o fortran/error.o fortran/expr.o fortran/interface.o fortran/ intrinsic.o fortran/io.o fortran/iresolve.o fortran/match.o fortran/ matchexp.o fortran/misc.o fortran/module.o fortran/options.o fortran/ parse.o fortran/primary.o fortran/resolve.o fortran/scanner.o fortran/ simplify.o fortran/st.o fortran/symbol.o fortran/convert.o fortran/ dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-stmt.o fortran/trans-types.o main.o libbackend.a ../ libcpp/libcpp.a -lmpfr -lgmp ../libcpp/libcpp.a -L/Library/Gentoo/ usr/ lib -lintl -L/Library/Gentoo/lib -liconv -lc -L/Library/Gentoo/usr/ lib -liconv -L/Library/Gentoo/lib ../libiberty/libiberty.a /Library/Gentoo/usr/bin/ld: Undefined symbols: _build_function_call _build_modify_expr _c_common_type_for_mode _darwin_set_default_type_attributes _decl_attributes _decl_constant_value _iasm_addr _iasm_build_bracket _iasm_force_constraint _iasm_get_register_var _iasm_is_pseudo _iasm_print_operand _lookup_name_two _pointer_int_sum collect2: ld returned 1 exit status make[2]: *** [f951] Error 1 make[2]: Leaving directory `/Library/Gentoo/var/tmp/portage/sys- devel/ gcc-apple-4.0.1_p5363/work/build/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/Library/Gentoo/var/tmp/portage/sys- devel/ gcc-apple-4.0.1_p5363/work/build/gcc' make: *** [bootstrap] Error 2 !!! ERROR: sys-devel/gcc-apple-4.0.1_p5363 failed. Call stack: ebuild.sh, line 1723: Called dyn_compile ebuild.sh, line 1092: Called src_compile gcc-apple-4.0.1_p5363.ebuild, line 127: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. % %end output % I couldn't find anything in Google, gentoo-alt archives, or the Gentoo forums, but I could be missing something. Any help (or an explanation on what's going wrong) would be greatly appreciated. Thanks, Aaron -- [EMAIL PROTECTED] mailing list -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [PREFIX] gcc-apple-4.0.1_p5363 fails with undefined symbols
To fix (actually, its still compiling now) my gcc-apple issue, I added sys-devel/gcc-apple -fortran to /Library/Gentoo/etc/portage/ package.use so that gcc-4.2 continues to compile with fortran support. I need gcc-4.2 for it's gomp (OpenMP, http://en.wikipedia.org/wiki/ OpenMP) support. I work on CSDP (a semidefinite programming library, http://en.wikipedia.org/wiki/Semidefinite_programming, https:// projects.coin-or.org/Csdp) and using OpenMP we are seeing an extra 50% speed increase over simply using a parallelized ATLAS (automatically tuned linear algebra software). For anyone else who might be interested (I know you already saw this, grobian) the steps I took to install gcc-4.2 are listed 2/3 of the way down on this forum page: http://forums.gentoo.org/viewtopic- p-3713019.html with the fix for an error a bit further down (gmp does not compile unless CHOST=none-apple-darwin is in your make.conf, is there a way to build this into the ebuild?) Aaron On Nov 12, 2006, at 11:43 AM, Fabian Groffen wrote: I just figured I can't mask it, because then its also impossible to emerge FSF GCC with that USE-flag. At least I believe you did install FSF GCC 4.2, right? I think that's extremely cool. -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-alt] [PREFIX] gcc-apple-4.0.1_p5363 fails with undefined symbols
On Nov 12, 2006, at 12:10 PM, Fabian Groffen wrote: For anyone else who might be interested (I know you already saw this, grobian) the steps I took to install gcc-4.2 are listed 2/3 of the way down on this forum page: http://forums.gentoo.org/viewtopic- p-3713019.html with the fix for an error a bit further down (gmp does not compile unless CHOST=none-apple-darwin is in your make.conf, is there a way to build this into the ebuild?) We better fix gmp, because that CHOST is really bad... From the GMP home page (http://www.swox.com/gmp/): [2006-05-04] GMP does not build on MacInteltosh machines. No fix planned for GMP 4.x. Unfortunately, it doesn't seem that there is any way to use optimized assembly with GMP nor is there any plan to make it possible. Aaron -- [EMAIL PROTECTED] mailing list