From: Mike Edenfield <kutulu@kutulu.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Failed to emerge sys-devel/gcc-4.4.5
Date: Tue, 05 Apr 2011 10:42:38 -0400 [thread overview]
Message-ID: <4D9B2A5E.7030600@kutulu.org> (raw)
In-Reply-To: <BANLkTimU_7B=F9EouBRDOcZUQSo4O8mG5Q@mail.gmail.com>
On 4/5/2011 3:03 AM, Pandu Poluan wrote:
> On Mon, Apr 4, 2011 at 19:34, Mike Edenfield <kutulu@kutulu.org> wrote:
>> On 4/4/2011 8:07 AM, Pandu Poluan wrote:
>>
>>> MAKEOPTS="-j3"
>>
>>> {standard input}: Assembler messages:
>>> {standard input}:146362: Error: open CFI at the end of file; missing
>>> .cfi_endproc directive
>>> xgcc: Internal error: Killed (program cc1)
>>
>> This kind of error is often caused by the parallel make not quite working.
>> Try running the build like:
>>
>> MAKEOPTS="-j1" emerge =sys-devel/gcc-4.4.5
>>
>> In general, whenever you get strange build errors (i.e. that have no
>> immediately obvious cause) you should try again with MAKEOPTS="-j1". Often
>> it will fix the problem, but even when it doesn't you will usually get a
>> much more useful error.
>
> Thanks for the tip. Now it's 'partially successful':
>
> * QA Notice: Package has poor programming practices which may compile
> * fine but exhibit random runtime failures.
These aren't anything to worry about.
>>>> Installing (1 of 1) sys-devel/gcc-4.4.5
> * gcc-config: Could not locate 'x86_64-pc-linux-gnu-4.4.4' in
> '/etc/env.d/gcc/' !
> * Running 'fix_libtool_files.sh 4.4.4'
> * Scanning libtool files for hardcoded gcc library paths...
> cat: ld.so.conf.d/*.conf: No such file or directory
> gcc-config: error: could not run/locate 'gcc'
> :0: assertion failed: (gcc -dumpversion) | getline NEWVER)
> * Switching native-compiler to x86_64-pc-linux-gnu-4.4.5 ...
>
> * Your gcc has a bug with GCC_SPECS.
> * Please re-emerge gcc.
> * http://bugs.gentoo.org/68395
All of this is caused by your previous gcc profile being invalid, that
is, pointing to a non-existent gcc version (one that had already been
uninstalled). You *don't* have to re-emerge gcc as it says -- the bug is
not in your GCC_SPECS but in gcc-config.
You should first run gcc-config again to make sure your newly installed
compiler it set as the default, then run `fix_libtool_files.sh 4.4.4` as
the ebuild was trying to do.
--Mike
next prev parent reply other threads:[~2011-04-05 14:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-04 8:56 [gentoo-user] Failed to emerge sys-devel/gcc-4.4.5 Pandu Poluan
2011-04-04 11:41 ` Alan McKinnon
2011-04-04 12:07 ` Pandu Poluan
2011-04-04 12:34 ` Mike Edenfield
2011-04-05 7:03 ` Pandu Poluan
2011-04-05 13:02 ` [SOLVED] " Pandu Poluan
2011-04-05 14:42 ` Mike Edenfield [this message]
2011-04-06 5:55 ` Pandu Poluan
2011-04-06 15:15 ` Gregory Fontenele
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D9B2A5E.7030600@kutulu.org \
--to=kutulu@kutulu.org \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox