[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#414227: marked as done (gcc-4.2: error trying to exec 'cc1': execvp: No such file or directory)

Your message dated Sat, 9 Jun 2007 06:39:15 +0200
with message-id <18026.12019.766102.431490@gargle.gargle.HOWL>
and subject line gcc-4.2: error trying to exec 'cc1': execvp: No such file or directory
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: gcc-4.2
Version: 4.2-20070307-1
Severity: grave

When I try to run gcc-4.2, it says:
gcc-4.2: error trying to exec 'cc1': execvp: No such file or directory

Needless to say, a compiler that doesn't compile is rather useless,
hence the severity.

I discovered this whilst trying to build an autoconf-using program with
gcc-4.2.

Apparently, it is looking in /usr/lib/gcc/x86_64-linux-gnu/4.2.0,
because if I symlink that to /usr/lib/gcc/x86_64-linux-gnu/4.2 (where
cc1 is), it works.  Note that /usr/lib/gcc/x86_64-linux-gnu/4.2.0 was an
empty directory; I moved it out of the way to make the symlink.  Merely
moving it out of the way without creating the symlink did not cause
gcc-4.2 to work.

If you should need more information, please let me know.

N.B. Despite what the information below says, I am not using anything
from edgy except the KDE 4 preview repo.

-- System Information:
Debian Release: 4.0
  APT prefers edgy
  APT policy: (500, 'edgy'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-1-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)

Versions of packages gcc-4.2 depends on:
ii  binutils              2.17.20070210cvs-1 The GNU assembler, linker and bina
ii  cpp-4.2               4.2-20070307-1     The GNU C preprocessor
ii  gcc-4.2-base          4.2-20070307-1     The GNU Compiler Collection (base 
ii  libc6                 2.5-0exp6          GNU C Library: Shared libraries
ii  libgcc1               1:4.2-20070307-1   GCC support library
ii  libgomp1              4.2-20070307-1     GCC OpenMP (GOMP) support library

Versions of packages gcc-4.2 recommends:
ii  libc6-dev                 2.5-0exp6      GNU C Library: Development Librari
ii  libmudflap0-4.2-dev       4.2-20070307-1 GCC mudflap support libraries (dev

-- no debconf information

-- 
Brian M. Carlson / Brian with Sandals: Houston, Texas, US
Before emailing: http://crustytoothpaste.ath.cx/~bmc/me/contact/email
There is no We: http://crustytoothpaste.ath.cx/~bmc/writings/tinw
OpenPGP: RSA v3 2048 560553E7: FE82 7C9F EB21 5436 2F96 25BA 927B 0A51

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
tags 414227 wontfix
thanks

This only showed up with upgrades from packages from experimental. A
workaround/fix was given which IMO is appropriate for experimental
packages ("remove all *-4.2 packages and reinstall").

--- End Message ---
Reply to: