On Fri, 08 Apr 2005 15:32:29 +0900, GOTO Masanori [EMAIL PROTECTED]
said:
GOTO I fear to change this interface until sarge release because there
GOTO might be another packages that uses sched_setaffinity.
Well, yes, schedutils probably would need updating. I don't know of
anything else,
On Fri, 08 Apr 2005 18:38:05 +0900, GOTO Masanori [EMAIL PROTECTED]
said:
GOTO OK, I pulled the Jakub's patch and built it. I put it at:
GOTO
GOTO http://www.gotom.jp/~gotom/debian/glibc/2.3.2.ds1-21_ia64.linuxthreads
GOTO David, could you test this glibc on your ia64 environment
Package: glibc
Severity: grave
Justification: renders package unusable
The current Sarge glibc still provides the obsolete 2-argument
interface for sched_setaffinity(). As more software is starting to
use this system call, this is becoming a real issue because developers
will have to create a
On Mon, 28 Feb 2005 09:32:20 +0900, GOTO Masanori [EMAIL PROTECTED]
said:
GOTO David, does this problem only occurs on ia64? Or i686? To be honest,
GOTO I have concerned this kind of problem - the incompatibility between
GOTO nptl and linuxthreads.
As indicated in my bugzilla report,
While there hasn't been any discussion for glibc bugzilla report #685
[1], private communication with one of the glibc maintainers indicates
that this issue is not considered to be a glibc bug because,
officially, glibc supports only one thread library at a time:
LinuxThreads _or_ NPTL, but not
On Tue, 14 Dec 2004 11:58:07 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias David Mosberger writes:
On Mon, 13 Dec 2004 20:47:41 +0100, Matthias Klose
[EMAIL PROTECTED] said:
Matthias It's currently built by the gcc-3.4 sources and includes
Matthias the libunwind.so.7
On Wed, 15 Dec 2004 13:55:45 -0800, David Mosberger [EMAIL PROTECTED]
said:
David I just checked and with the current packaging, I'm still
David getting failures during the libunwind build.
After fixing these problems in libunwind, I can successfully run make
check in libunwind:
PASS
Hi Matthias,
On Sun, 12 Dec 2004 17:55:57 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias with the patch attached and an updated gcc-3.3 package,
Matthias libunwind support for ia64 seems to work for me. I
Matthias couldn't install any of the built packages. I'd like to
On Mon, 13 Dec 2004 20:47:41 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias please get the libgcc1 package from the unstable
Matthias distribution.
I think I've got that one already (libgcc1 v3.4.3-2).
Matthias It's currently built by the gcc-3.4 sources and includes
Matthias
On Thu, 9 Dec 2004 13:35:07 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias works ok until building glibc with the just built
Matthias compiler. _Unwind_Resume, _Unwind_GetRegionStart are
Matthias referenced by glibc objects, _Unwind_GetIP, _Unwind_SetGR,
Matthias _Unwind_SetGR,
On Tue, 7 Dec 2004 09:10:13 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias I assume the link line should read
Matthias -lunwind -lgcc -lgcc_eh
Matthias instead of
Matthias -lgcc -lgcc_eh
I already submitted a patch for this (based on a patch by HJ Lu) and
GOTO said
On Tue, 23 Nov 2004 09:27:52 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias Is the patch in #278836 a prerequisite for the above
Matthias changes, or can it be done without it?
If the gas-patch isn't applied, you run the risk of getting wrong
unwind-info into object-files. For
On Wed, 24 Nov 2004 00:26:01 +0100, Matthias Klose [EMAIL PROTECTED]
said:
Matthias From my point of view we can get around with it by
Matthias including the libunwind shared library in libgcc1 for the
Matthias sarge release. I'm worried about the version skew of the
Matthias unwind
On Thu, 28 Oct 2004 02:14:48 +0900, GOTO Masanori [EMAIL PROTECTED] said:
GOTO We got security bug report; it may be chance to switch -19.
Cool. I suddenly like security bugs... ;-)
GOTO I put no -fomit-frame-pointer .deb based on -18 at:
GOTO
On Fri, 22 Oct 2004 11:02:22 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto But I try to build with -fomit-frame-pointer.
You mean _without_ -fomit-frame-pointer, right?
Goto If it's serious for some usages, please let me know.
It's definitely serious. Any application that tries to
work.
Is it possible to fix this before Debian 3.1 is released? It would be
very nice, since otherwise, backtraces are hopelessly broken.
Thanks,
--david
On Fri, 10 Sep 2004 12:21:04 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto At Fri, 20 Aug 2004 00:26:37 -0700, David Mosberger
On Fri, 10 Sep 2004 12:21:04 +0900, GOTO Masanori [EMAIL PROTECTED] said:
GOTO I think it's good idea to drop -fomit-frame-pointer from
GOTO linux.mk for building libc with NPTL. If such optimization
GOTO option is fine for specific architecture, it should be defined
GOTO
On Fri, 20 Aug 2004 12:51:03 +0900, GOTO Masanori [EMAIL PROTECTED] said:
GOTO Hi David, At Thu, 19 Aug 2004 04:36:59 -0700, David Mosberger
GOTO wrote:
I recently noticed that with Debian/testing or Debian/unstable,
many libunwind [1] checks are failing with a SEGFAULT. The
root
Hi,
I recently noticed that with Debian/testing or Debian/unstable, many
libunwind [1] checks are failing with a SEGFAULT. The root-cause of
these crashes appears to be that the TLS-version of libc-2.3.2 is
built with -fomit-frame-pointer on i386 (see nptl_extra_cflags in
debian/sysdeps/i386.mk
Package: libc6.1
Version: 2.3.2.ds1-10.0.1
Severity: normal
Tags: sid patch
I noticed that I can no longer load a directory via dired. The
root-cause of the problem appears to be that Emacs uses setrlimit() to
set RLIMIT_STACK. This limit won't be page-size-aligned in general.
As a result,
On Thu, 18 Sep 2003 08:09:33 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto Yes, it's not libc6 own problem, but kernel source problem.
Goto In some kernels, this problem should also be occured on alpha.
Goto One way to fix is to enclose #ifdef __KERNEL__.
Goto David, could you look
On Thu, 18 Sep 2003 09:33:47 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto Adding HZ=1024 for userland seems ok for me even if CONFIG_IA64_HP_SIM
Goto is defined, but any problems?
Yeah, but it just looks so warty...
Are there any Debian packages that break if HZ is not defined by
On Thu, 18 Sep 2003 10:23:48 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto At Wed, 17 Sep 2003 17:37:02 -0700,
Goto David Mosberger wrote:
On Thu, 18 Sep 2003 09:33:47 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Goto Adding HZ=1024 for userland seems ok for me even
On 05 Sep 2003 18:38:45 -0400, Camm Maguire [EMAIL PROTECTED] said:
Camm Greetings, and thankyou for this suggestion. It does seem like a bit
Camm of a hack though, no?
It's a hack until it's used 3 times, then it becomes a
technique... ;-)
Camm Do you feel this would be more stable
On 29 Aug 2003 17:38:31 -0400, Camm Maguire [EMAIL PROTECTED] said:
Camm Greetings, and thanks again! So how do I find the right area
Camm before dumping?
Perhaps it would work to scan /proc/self/maps for the mapping that
covers the address of (any) function descriptor in the main program?
On 28 Aug 2003 21:00:54 -0400, Camm Maguire [EMAIL PROTECTED] said:
Camm Greetings! This sounds like the sort of sidestepping of the
Camm function descriptors that I was seeking initally. Can you
Camm elaborate? I can dump the actual address, but don't I need to
Camm find where these
Camm,
On 21 Aug 2003 00:52:14 -0400, Camm Maguire [EMAIL PROTECTED] said:
Camm --enable-static configuration option -- default on ia64, as a
Camm workaround for current algorithm of runtime realized function
Camm descriptors.
It appears that you'd see the same/similar problem on hp-ux,
On Sat, 29 Mar 2003 00:14:00 +0900, GOTO Masanori [EMAIL PROTECTED] said:
Thanks. I've just updated cvs.dpatch to the latest. glibc
2.3.2-1 should fix this problem.
Excellent. Debian beating everybody else to the punch, once again! ;-)
--david
--
To UNSUBSCRIBE, email to
On Sat, 29 Mar 2003 00:14:00 +0900, GOTO Masanori [EMAIL PROTECTED]
said:
Thanks. I've just updated cvs.dpatch to the latest. glibc
2.3.2-1 should fix this problem.
Excellent. Debian beating everybody else to the punch, once again! ;-)
--david
On Sat, 25 Jan 2003 18:22:38 +0900, GOTO Masanori [EMAIL PROTECTED] said:
GOTO Ah, I see. But... is it critical thing to replace stable package?
GOTO Changing Debian stable release is something high barrier...
GOTO I don't know current IA-64 really needs such change or not, so I
GOTO
30 matches
Mail list logo
