View previous topic :: View next topic |
Author |
Message |
jcdx n00b
Joined: 16 Dec 2013 Posts: 25
|
Posted: Sat Jan 24, 2015 7:10 pm Post subject: |
|
|
Thanks.
It seem my system is completely broken. I do not know when or why this happened.
I followed these instructions http://wiki.gentoo.org/wiki/Upgrade_GCC_up_to_4.1 when upgrading gcc-apple-4.2.1 to gcc-4.7.3.
However, when doing emerge -eav system I could not build gettext, binutils-apple, gcc-apple, csu-79 and may be another one.
I fixed binutils and csu by using newer ebuild in a local overlay.
But I could not fix gcc-apple.
When I try to go back to gcc-apple with
Code: | $ gcc-config -l
[1] x86_64-apple-darwin14-4.2.1
[2] x86_64-apple-darwin14-4.7.3 *
$ gcc-config 1
$ env-update && source /gentoo/etc/profile
$ gcc --version
gcc (GCC) 4.2.1 (Gentoo 4.2.1_p5666-r2, Apple Inc. build 5666) (dot 3)
Copyright (C) 2007 Free Software Foundation, Inc.
$ emerge --oneshot libtool --> FAILS !!!
$ emerge -e system --> FAILS !!!
|
So it seems that I can not repair the system anymore, since there is not working compiler.
I think I have to start from the very beginning.
Or is there a way to chroot into gentoo-prefix from a lice-CD and repair the system? Or some other idea?
Could I somehow use the native gcc from Mac or homebrew (which is gcc-4.9)? And how to do this?
I really need help! Thanks! |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Sat Jan 24, 2015 9:04 pm Post subject: |
|
|
jcdx wrote: | Code: | $ gcc-config -l
[1] x86_64-apple-darwin14-4.2.1
[2] x86_64-apple-darwin14-4.7.3 * |
|
jcdx ... I'm not familiar with prefix on OSX, but the above suggests you are using some other repo.
Code: | # eix -ne sys-devel/gcc-apple | grep -A 2 '^.*Av'
Available versions:
(40) ~*4.0.1_p5493^s
(42) ~*4.2.1_p5664^s ~*4.2.1_p5666-r1^s ~*4.2.1_p5666-r2^s |
I don't see a 4.7.3 build there ... so where the above comes from, and how it came to be installed, might give some clue as to whats going on here.
best ... khay |
|
Back to top |
|
|
jcdx n00b
Joined: 16 Dec 2013 Posts: 25
|
Posted: Mon Jan 26, 2015 12:54 pm Post subject: |
|
|
Okay, I am pretty new to gentoo_prefix may be I mixed something up.
I did a fresh install. It seems that emerge -e system only works with -march=nocona.
I tried -march=westmere and -march=native and both failed already with the first package in the line which is xz-utils.
It seems that xz-utils expects CFLAGS with -march=nocona (hardcoded in the ebuild?).
Quote: | jcdx ... I'm not familiar with prefix on OSX, but the above suggests you are using some other repo. |
I installed layman in order to actually install the sage-on-gentoo overlay.
Also I used a local overlay for testing single ebuilds - could this cause the trouble?
Best regards |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Mon Jan 26, 2015 1:12 pm Post subject: |
|
|
jcdx wrote: | I did a fresh install. It seems that emerge -e system only works with -march=nocona. I tried -march=westmere and -march=native and both failed already with the first package in the line which is xz-utils. It seems that xz-utils expects CFLAGS with -march=nocona (hardcoded in the ebuild?). |
jcdx ... no, CFLAGS may be "filtered" but never hardcoded. Are you absolutely sure the build failed because of CFLAGS? Its best you post/pastebin the actual error/build.log
jcdx wrote: | khayyam wrote: | jcdx ... I'm not familiar with prefix on OSX, but the above suggests you are using some other repo. |
I installed layman in order to actually install the sage-on-gentoo overlay. Also I used a local overlay for testing single ebuilds - could this cause the trouble? |
That depends on what the overlay consists of, if it has ebuilds of a higher version than those provided by ::gentoo then these will be selected for install. Often this can cause issues, particularly where the toolchain is concerned. I generally recommend the following for all repos other than ::gentoo and ::local
/etc/portage/package.mask
/etc/portage/package.unmask
Code: | category/package::repo |
That will mask all packages from ::repo, and selectively unmask 'category/package::repo'.
best ... khay |
|
Back to top |
|
|
jcdx n00b
Joined: 16 Dec 2013 Posts: 25
|
Posted: Thu Jan 29, 2015 3:11 pm Post subject: |
|
|
Thanks for the hint with masking/unmasking specific repositories.
Right now I am desperate what to do. gcc seems to be masked in profile. But without a more recent gcc or may be llvm almost all "higher" application fail to compile (e.g. sage-on-gentoo).
Code: | $ nano /gentoo/usr/portage/profiles/prefix/darwin/package.mask
...
# Fabian Groffen <grobian@gentoo.org> (19 Feb 2012)
# Using FSF GCC on Mac OS X is not supported by Gentoo Prefix. While
# the FSF GCC compiler is certainly useful, some - if not many -
# packages expect the Apple branch of GCC, and its (sometimes peculiar)
# behaviour. Do not file bugs for packages that fail to compile with
# FSF GCC, if you have patches, please send them directly to upstream.
sys-devel/gcc
... |
This is emerge --pretend llvm (right after I added the sage-on-gentoo overlay)
Code: | $ emerge --pretend llvm
setlocale: unsupported locale setting
Performing Global Updates
(Could take a couple of minutes if you have a lot of binary packages.)
.='update pass' *='binary update' #='/var/db update' @='/var/db move'
s='/var/db SLOT move' %='binary move' S='binary SLOT move'
p='update /etc/portage/package.*'
/gentoo/var/lib/layman/sage-on-gentoo/profiles/updates/3Q-2010.
/gentoo/var/lib/layman/sage-on-gentoo/profiles/updates/2Q-2013.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] sys-devel/llvm-3.5.1 USE="libffi ncurses static-analyzer -clang -debug -doc -gold -libedit -multitarget -ocaml -python {-test} -xml" PYTHON_TARGETS="python2_7 (-pypy)" VIDEO_CARDS="-radeon"
!!! The following installed packages are masked:
- sys-devel/gcc-4.7.3-r1::gentoo_prefix (masked by: package.mask)
/gentoo/usr/portage/profiles/prefix/darwin/package.mask:
# Fabian Groffen <grobian@gentoo.org> (19 Feb 2012)
# Using FSF GCC on Mac OS X is not supported by Gentoo Prefix. While
# the FSF GCC compiler is certainly useful, some - if not many -
# packages expect the Apple branch of GCC, and its (sometimes peculiar)
# behaviour. Do not file bugs for packages that fail to compile with
# FSF GCC, if you have patches, please send them directly to upstream.
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook. |
So I tried to use the native llvm-gcc and llvm-g++ from Mac to build llvm for gentoo_prefix.
I created package.env/llvm with this content:
Code: | sys-devel/llvm llvm.conf |
and a corresponding /gentoo/etc/portage/env/llvm.conf with this content:
Code: | CC=/usr/bin/llvm-gcc
CXX=/usr/bin/llvm-g++ |
The compilation was successful but somehow the installation failed, see attached emerge --info https://bpaste.net/show/91ca387f36ca and log https://bpaste.net/show/62a0d5b0d4f4.
Best regards |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Thu Jan 29, 2015 11:37 pm Post subject: |
|
|
jcdx wrote: | Thanks for the hint with masking/unmasking specific repositories. |
jcdx ... you're welcome.
jcdx wrote: | Right now I am desperate what to do. gcc seems to be masked in profile. But without a more recent gcc or may be llvm almost all "higher" application fail to compile (e.g. sage-on-gentoo) |
You don't need gcc ... you have gcc-apple, at least from the above it seems you do, though we still haven't ascertained where one version of gcc-apple has come from.
jcdx wrote: | Code: | $ emerge --pretend llvm
Calculating dependencies... done!
[ebuild N ] sys-devel/llvm-3.5.1 USE="libffi ncurses static-analyzer -clang -debug -doc -gold -libedit -multitarget -ocaml -python {-test} -xml" PYTHON_TARGETS="python2_7 (-pypy)" VIDEO_CARDS="-radeon"
!!! The following installed packages are masked:
- sys-devel/gcc-4.7.3-r1::gentoo_prefix (masked by: package.mask) |
|
I don't understand why it needs gcc when gcc-apple is installed.
Code: | % equery -NC depgraph -l =sys-devel/llvm-3.5.1 | grep gcc
[ 1] sys-devel/gcc-4.8.3 (>=sys-devel/gcc-3.0) x86
[ 1] sys-devel/gcc-apple-4.2.1_p5666-r2 (>=sys-devel/gcc-apple-4.2.1) [missing keyword] |
... gcc-apple should satisfy that dependency
llvm-3.5.1.ebuild
Code: | DEPEND="${COMMON_DEPEND}
[...]
|| ( >=sys-devel/gcc-3.0 >=sys-devel/gcc-apple-4.2.1
( >=sys-freebsd/freebsd-lib-9.1-r10 sys-libs/libcxx )
) |
That says that gcc, or gcc-apple, or libcxx, is a dependency. So, I can't explain why it wants gcc ... unless its not installed. Does the same happen if you do 'emerge --pretend --emptytree @world'?
jcdx wrote: | So I tried to use the native llvm-gcc and llvm-g++ from Mac to build llvm for gentoo_prefix.
I created package.env/llvm with this content:
Code: | sys-devel/llvm llvm.conf |
and a corresponding /gentoo/etc/portage/env/llvm.conf with this content:
Code: | CC=/usr/bin/llvm-gcc
CXX=/usr/bin/llvm-g++ |
The compilation was successful but somehow the installation failed, see attached emerge --info https://bpaste.net/show/91ca387f36ca and log https://bpaste.net/show/62a0d5b0d4f4. |
I can't comment on the build as I get a 404. Your gcc-config above shows 'x86_64-apple-darwin14-4.7.3' but the 'emerge --info' shows 'gcc-4.2.1'. I'm not sure why it doesn't show sys-devel/gcc-apple under system settings, this may be a prefix thing, anyhow, that doesn't look consistent to me ... and using a non-prefix compiler to compile within the EPREFIX is likely to break things in unexpected ways.
So, you still haven't explained "how it broke", and I really don't want to speculate on where we are now. If the issue is deeper than llvm then I can only suggest you start from scratch, because there are too many variables that I can't really explain, and I suspect that this is possibly the result of not having a proper install from the get-go (though, of course gentoo-prefix could simply have issues).
best ... khay |
|
Back to top |
|
|
jcdx n00b
Joined: 16 Dec 2013 Posts: 25
|
Posted: Sat Jan 31, 2015 10:41 am Post subject: |
|
|
I did the whole bootstrapping again, since I could not figure out what happened to gcc-apple and gcc.
My gcc-apple is now that one that comes with the bootstrapping process of gentoo_prefix.
There is no other gcc installed at this time.
However, I did this before I tried to get llvm installed.
Here is the actual gcc-config -l:
Code: | $ gcc-config -l
[1] x86_64-apple-darwin14-4.2.1 * |
Here is the emerge --pretend --emptytree @world:
Code: | $ emerge --pretend --emptytree @world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] app-arch/xz-utils-5.2.0
[ebuild R ] sys-libs/zlib-1.2.8-r1
[ebuild R ] sys-libs/ncurses-5.9-r3
[ebuild R ] sys-devel/gnuconfig-20140728
[ebuild R ] app-arch/bzip2-1.0.6-r7
[ebuild R ] app-misc/mime-types-9
[ebuild R ] sys-apps/baselayout-prefix-2.2-r3
[ebuild R ] sys-devel/patch-2.7.3
[ebuild R ] sys-libs/csu-79
[ebuild R ] app-misc/editor-wrapper-4
[ebuild R ] app-misc/pax-utils-0.2.1
[ebuild R ] sys-devel/gcc-config-1.8-r1
[ebuild R ] sys-devel/binutils-config-4
[ebuild R ] dev-libs/libiconv-1.14-r1
[ebuild R ] dev-libs/libffi-3.2.1
[ebuild R ] virtual/shadow-0
[ebuild R ] sys-process/pidof-bsd-20050501-r4
[ebuild R ] sys-apps/which-2.20-r1
[ebuild R ] sys-apps/darwin-miscutils-10
[ebuild R ] sys-process/pkill-darwin-1.0
[ebuild R ] app-arch/gzip-1.6
[ebuild R ] dev-lang/python-exec-2.0.1-r1
[ebuild R ] sys-devel/autoconf-wrapper-13
[ebuild R ] sys-devel/automake-wrapper-10
[ebuild R ] app-shells/push-1.6
[ebuild R ] app-text/sgml-common-0.6.3-r5
[ebuild R ] app-arch/unzip-6.0-r3
[ebuild R ] virtual/os-headers-0
[ebuild R ] virtual/libiconv-0-r1
[ebuild R ] virtual/libffi-3.0.13-r1
[ebuild R ] sys-apps/file-5.19
[ebuild R ] sys-apps/less-471
[ebuild R ] app-portage/portage-utils-0.53
[ebuild R ] virtual/service-manager-0
[ebuild R ] sys-devel/m4-1.4.17
[ebuild R ] virtual/pager-0
[ebuild R ] dev-libs/gmp-6.0.0a
[ebuild R ] dev-libs/mpfr-3.1.2_p10
[ebuild R ] dev-lang/perl-5.20.1-r4
[ebuild R ] virtual/perl-File-Spec-3.480.0
[ebuild R ] dev-perl/Text-Unidecode-0.40.0-r1
[ebuild R ] perl-core/File-Temp-0.230.400-r1
[ebuild R ] perl-core/Data-Dumper-2.154.0
[ebuild R ] sys-devel/autoconf-2.69
[ebuild R ] virtual/perl-CPAN-Meta-YAML-0.12.0
[ebuild R ] sys-apps/help2man-1.46.4
[ebuild R ] virtual/perl-ExtUtils-MakeMaker-6.980.0
[ebuild R ] virtual/perl-Scalar-List-Utils-1.380.0
[ebuild R ] perl-core/libnet-1.270.0
[ebuild R ] virtual/perl-version-0.990.900
[ebuild R ] virtual/perl-Text-ParseWords-3.290.0-r1
[ebuild R ] virtual/perl-Test-Simple-1.1.2
[ebuild R ] virtual/perl-Test-Harness-3.330.0
[ebuild R ] virtual/perl-Perl-OSType-1.7.0
[ebuild R ] virtual/perl-Parse-CPAN-Meta-1.441.400
[ebuild R ] virtual/perl-Module-Metadata-1.0.19
[ebuild R ] virtual/perl-Getopt-Long-2.420.0-r1
[ebuild R ] virtual/perl-ExtUtils-ParseXS-3.240.0
[ebuild R ] virtual/perl-ExtUtils-Manifest-1.630.0-r1
[ebuild R ] virtual/perl-ExtUtils-Install-1.670.0
[ebuild R ] virtual/perl-ExtUtils-CBuilder-0.280.217
[ebuild R ] virtual/perl-JSON-PP-2.272.30
[ebuild R ] virtual/perl-Archive-Tar-1.960.0
[ebuild R ] virtual/perl-Digest-SHA-5.880.0
[ebuild R ] virtual/perl-Digest-MD5-2.530.0-r2
[ebuild R ] virtual/perl-File-Temp-0.230.400-r2
[ebuild R ] virtual/perl-Data-Dumper-2.154.0
[ebuild R ] dev-perl/Unicode-EastAsianWidth-1.330.0-r1
[ebuild R ] sys-devel/automake-1.14.1
[ebuild R ] dev-perl/Digest-HMAC-1.30.0-r1
[ebuild R ] virtual/perl-libnet-1.270.0
[ebuild R ] virtual/perl-CPAN-Meta-2.140.640
[ebuild R ] sys-devel/libtool-2.4.2-r1
[ebuild R ] dev-perl/Authen-SASL-2.160.0-r1
[ebuild R ] perl-core/Module-Build-0.420.500
[ebuild R ] dev-libs/expat-2.1.0-r4
[ebuild R ] app-arch/cpio-2.11-r3
[ebuild R ] virtual/perl-Module-Build-0.420.500-r1
[ebuild R ] dev-perl/Error-0.170.210
[ebuild R ] dev-perl/XML-Parser-2.410.0-r2
[ebuild R ] sys-apps/debianutils-4.4
[ebuild R ] dev-util/gtk-doc-am-1.21
[ebuild R ] virtual/libintl-0-r1
[ebuild R ] sys-apps/coreutils-8.22-r1
[ebuild R ] dev-perl/libintl-perl-1.230.0
[ebuild R ] app-admin/python-updater-0.10-r02.1
[ebuild R ] app-admin/eselect-python-20140125
[ebuild R ] virtual/pkgconfig-0-r1
[ebuild R ] sys-libs/readline-6.3_p8-r1
[ebuild R ] dev-libs/libxml2-2.9.2
[ebuild R ] sys-devel/gettext-0.19.3
[ebuild R ] dev-libs/libxslt-1.1.28-r4
[ebuild R ] sys-apps/sed-4.2.2
[ebuild R ] sys-apps/texinfo-5.2
[ebuild R ] sys-apps/diffutils-3.3
[ebuild R ] sys-apps/gawk-4.1.1-r1
[ebuild R ] sys-apps/findutils-4.5.14-r1
[ebuild R ] sys-devel/make-4.1-r1
[ebuild R ] sys-apps/grep-2.21-r1
[ebuild R ] dev-libs/popt-1.16-r2
[ebuild R ] app-editors/nano-2.3.6
[ebuild R ] app-arch/tar-1.27.1-r2
[ebuild R ] dev-libs/libgpg-error-1.17
[ebuild R ] sys-devel/flex-2.5.39-r1
[ebuild R ] dev-util/intltool-0.50.2-r1
[ebuild R ] app-misc/getopt-1.1.5
[ebuild R ] app-portage/eix-0.30.4
[ebuild R ] app-admin/eselect-1.4.4
[ebuild R ] net-misc/rsync-3.1.1
[ebuild R ] sys-apps/groff-1.22.3
[ebuild R ] virtual/editor-0
[ebuild R ] sys-devel/bison-3.0.4
[ebuild R ] app-text/build-docbook-catalog-1.20
[ebuild R ] dev-libs/libpcre-8.36
[ebuild R ] dev-libs/pth-2.0.7-r3
[ebuild R ] dev-libs/libassuan-2.2.0
[ebuild R ] dev-libs/libksba-1.3.2
[ebuild R ] dev-libs/libgcrypt-1.6.2
[ebuild R ] sys-apps/man-1.6g
[ebuild R ] app-text/docbook-xsl-stylesheets-1.78.0-r1
[ebuild R ] app-admin/eselect-lib-bin-symlink-0.1.1
[ebuild R ] virtual/yacc-0
[ebuild R ] app-shells/bash-4.2_p53
[ebuild R ] virtual/man-0-r1
[ebuild R ] app-text/docbook-xml-dtd-4.1.2-r6
[ebuild R ] app-admin/eselect-pinentry-0.4
[ebuild R ] app-crypt/pinentry-0.9.0
[ebuild R ] dev-libs/openssl-1.0.1k
[ebuild R ] dev-lang/python-2.7.8
[ebuild R ] dev-lang/python-3.3.3
[ebuild R ] net-misc/wget-1.16.1
[ebuild R ] net-misc/openssh-6.6.1_p1-r3
[ebuild R ] net-misc/curl-7.40.0
[ebuild R ] dev-perl/Net-SSLeay-1.650.0
[ebuild R ] sys-apps/portage-2.2.14
[ebuild R ] app-misc/ca-certificates-20140927.3.17.2
[ebuild R ] virtual/ssh-0
[ebuild U ] dev-python/setuptools-12.0.5 [12.0.3]
[ebuild R ] dev-python/six-1.9.0
[ebuild R ] app-crypt/gnupg-2.0.26-r3
[ebuild R ] dev-perl/IO-Socket-SSL-1.998.0
[ebuild R *] dev-python/enum34-1.0.4
[ebuild R ] app-text/wgetpaste-2.25-r3
[ebuild R ] app-admin/perl-cleaner-2.17
[ebuild R ] virtual/package-manager-0
[ebuild R ] dev-python/pyasn1-0.1.7
[ebuild R ] dev-perl/Net-SMTP-SSL-1.10.0-r1
[ebuild R ] dev-python/py-1.4.26
[ebuild R ] dev-python/ply-3.4-r1
[ebuild R ] dev-python/chardet-2.2.1
[ebuild R ] app-portage/gentoolkit-0.3.0.9-r2
[ebuild R ] dev-vcs/git-2.2.2
[ebuild R ] dev-python/requests-2.5.1
[ebuild R ] dev-python/pycparser-2.10
[ebuild R ] dev-python/pytest-2.6.4
[ebuild R ] dev-python/cffi-0.8.6
[ebuild U ] dev-python/cryptography-0.7.2 [0.7.1-r1]
[ebuild R ] dev-python/pyopenssl-0.14
[ebuild R ] dev-python/ndg-httpsclient-0.3.2
[ebuild R ] dev-python/ssl-fetch-0.3
[ebuild R ] app-portage/layman-2.2.0-r7
[ebuild R ] dev-libs/glib-2.42.1
[ebuild R ] dev-util/pkgconfig-0.28-r2
[ebuild R ] x11-misc/shared-mime-info-1.3
[ebuild R ] sys-devel/binutils-apple-6.1
[ebuild R ] sys-devel/gcc-apple-4.2.1_p5666-r2
|
I installed gentoolkit and:
Code: | $ equery -NC depgraph -l =sys-devel/llvm-3.5.1 | grep gcc
Unavailable repository 'gentoo' referenced by masters entry in '/gentoo/var/lib/layman/sage-on-gentoo/metadata/layout.conf'
[ 1] sys-devel/gcc-4.7.3-r1 (>=sys-devel/gcc-3.0) ~x64-macos
[ 1] sys-devel/gcc-apple-4.2.1_p5666-r2 (>=sys-devel/gcc-apple-4.2.1) ~x64-macos |
So yes, this requirement should work.
Yes, you are right Quote: | ... and using a non-prefix compiler to compile within the EPREFIX is likely to break things in unexpected ways. | This is/was desperate test and it is not what I want to do in long term.
Here is the emerge --info https://bpaste.net/show/91ca387f36ca
and log https://bpaste.net/show/62a0d5b0d4f4 (link was broken - sorry)
Best regards |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Sat Jan 31, 2015 12:23 pm Post subject: |
|
|
jcdx ... the build (or rather, install) is failing due to Q&A checks, so the issue is gentoo-prefix, and seems to be bug 532652. You should probably add a note (and the build.log & 'emerge --info =sys-devel/llvm-3.5.1') to that bug. Its difficult to see from that bug what the issue is exactly, so I'm not sure what to suggest, however, there may have been some change made to gcc-apple but the package not bumped, so, its a long shot but you might try re-merging gcc-apple ... and then attempt to build llvm.
best ... khay |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|