Re: Officially sanctioned way of installing multiple glibcs?
A short update: according to Intel, using ecc version
7.1 with glibc 2.3.2 is unsupported and known not to
work, and will not be fixed, best I can tell. We'll
have to wait until 8.0, unless you can get into the
Intel beta program. Or, try to hunt down the failure
and munge glibc appropriately (not a good choice, for
On Wed, 2003-08-20 at 18:38, Duraid Madina wrote:
> Al Stone wrote:
> > Hmmm.....I use these compilers on my unstable machine with
> > no problem. Are you using some version of ecc prior to 7.0
> > perhaps?
> OK, now I'm worried. The compiler did work - a couple of weeks ago. Now
> it doesn't. Al, have you 'update'd your system in the last 10 days or so?
> I am using a release version of Intel C++:
> (%:~)- ecc -V
> Intel(R) C++ Itanium(R) Compiler for Itanium(R)-based applications
> Version 7.1, Build 20030729
> Copyright (C) 1985-2003 Intel Corporation. All rights reserved.
> FOR NON-COMMERCIAL USE ONLY
> GNU ld version 184.108.40.206.5 20030722 Debian GNU/Linux
> Supported emulations:
> /usr/lib/crt1.o(.text+0x41): In function `_start':
> : undefined reference to `main'
> /usr/lib/libc_nonshared.a(elf-init.oS)(.text+0x31): In function
> etc etc...
> > On Wed, 2003-08-20 at 17:35, Matthew Wilcox wrote:
> >>On Thu, Aug 21, 2003 at 08:30:08AM +1000, Duraid Madina wrote:
> >>>Hi all,
> >>> Is there a "Debian way" of installing multiple glibc(-dev) packages
> >>>simultaneously, so that I can enjoy my 'unstable' system (2.3) but
> >>>continue to use the Intel C/C++ compilers (which require 2.2.x)?
> >>No there isn't. The 2.3 glibc packages should support any program
> >>compiled against 2.2 though, what's broken?
> >>(Other than the ABI problem reported at
> >>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204654 that is. Or the
> >>possibly related ones at 202756 / 205328)
Linux & Open Source Lab