On Mon, Oct 24, 2005 at 05:03:11PM +0200, Mikulas Patocka wrote:
> The best way to automatically fix this problem would be:
> test compiling one .o file, pack it into .a, link it
> if it fails => test compiling one .o file with -ipo-obj (ICC 8), pack it
> into .a, link it
> if it still fails
Hello again,
On Mon, Oct 24, 2005 at 05:03:11PM +0200, Mikulas Patocka wrote:
> You can modify libtool so that when it is creating static library and
> compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"),
> it passes it -no-ipo switch. (dynamic libraries work fine with
On Mon, 24 Oct 2005, Stepan Kasal wrote:
Ahoj Mikulasi,
On Mon, Oct 24, 2005 at 04:01:09PM +0200, Mikulas Patocka wrote:
You can modify libtool so that when it is creating static library and
compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"),
it passes it -no-ipo switch. (d
Ahoj Mikulasi,
On Mon, Oct 24, 2005 at 04:01:09PM +0200, Mikulas Patocka wrote:
> >>You can modify libtool so that when it is creating static library and
> >>compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"),
> >>it passes it -no-ipo switch. (dynamic libraries work fine with -ip
On Mon, 24 Oct 2005, Paul Eggert wrote:
Mikulas Patocka <[EMAIL PROTECTED]> writes:
The compilation gets a bit further with the patch, but it still
doesn't work --- this time it is problem of intel compiler --- it
can't extract its intercode from *.a files.
The Intel compiler mishandles stat
Mikulas Patocka <[EMAIL PROTECTED]> writes:
> The compilation gets a bit further with the patch, but it still
> doesn't work --- this time it is problem of intel compiler --- it
> can't extract its intercode from *.a files.
The Intel compiler mishandles static libraries? That sounds like
a real
Mikulas Patocka <[EMAIL PROTECTED]> writes:
Intel compiler's interprocedural optimizations (-ipo) optimizes this
out even though the symbol is unknown.
Wonderful. (:-)
I installed the following patch to try to catch this.
The compilation gets a bit further with the patch, but it still does
Mikulas Patocka <[EMAIL PROTECTED]> writes:
> Intel compiler's interprocedural optimizations (-ipo) optimizes this
> out even though the symbol is unknown.
Wonderful. (:-)
I installed the following patch to try to catch this.
2005-10-19 Paul Eggert <[EMAIL PROTECTED]>
* doc/autoconf
On Mon, 10 Oct 2005, Paul Eggert wrote:
Mikulas Patocka <[EMAIL PROTECTED]> writes:
I mean if there's some probability that these experimental versions
will break system, possibly even breaking make install and preventing
reinstallation of old versions?
I doubt that would happen. But if y
Mikulas Patocka <[EMAIL PROTECTED]> writes:
> I mean if there's some probability that these experimental versions
> will break system, possibly even breaking make install and preventing
> reinstallation of old versions?
I doubt that would happen. But if you're worried about it, save the
old vers
On Mon, 10 Oct 2005, Paul Eggert wrote:
Mikulas Patocka <[EMAIL PROTECTED]> writes:
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.90.tar.bz2
BTW. How stable are alpha versions of GNU software from this server?
Do you think they are OK for a production multiuser machine?
That depends on
Mikulas Patocka <[EMAIL PROTECTED]> writes:
>> ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.90.tar.bz2
>
> BTW. How stable are alpha versions of GNU software from this server?
> Do you think they are OK for a production multiuser machine?
That depends on what you mean by "production", but I hav
On Mon, 10 Oct 2005, Jim Meyering wrote:
Mikulas Patocka <[EMAIL PROTECTED]> wrote:
I got this message from du from coreutils 5.2.1:
du: fts_read failed: No such file or directory
*** glibc detected *** corrupted double-linked list: 0x0806c390 ***
I was sometimes able reproduce on an AFS fi
Mikulas Patocka <[EMAIL PROTECTED]> wrote:
> I got this message from du from coreutils 5.2.1:
>
> du: fts_read failed: No such file or directory
> *** glibc detected *** corrupted double-linked list: 0x0806c390 ***
>
> I was sometimes able reproduce on an AFS filesystem. It turned out that
> AFS fi
14 matches
Mail list logo
