On Tue, 13 Mar 2007, Marcus Watts wrote:
I think for openafs, it would make sense to have a "enable-pic" configure
flag - that could turn on pic mode globally. That could be used to
The CCOBJ rule is designed for just that; you just need the configure
glue.
Marcus Watts <[EMAIL PROTECTED]> writes:
> I don't think there's any one best answer. There's actually several
> dimensions here:
> pic vs. nonpic
> lwp vs. pthread
> user vs kernel mode vs. "user kernel" mode
> although these aren't strictly independent. Perl has its own spe
Jeffrey Hutzelman <[EMAIL PROTECTED]> writes:
> To: Marcus Watts <[EMAIL PROTECTED]>, openafs-info@openafs.org
> cc: Jeffrey Hutzelman <[EMAIL PROTECTED]>
> Subject: Re: [OpenAFS] jafs et al
>
> On Tuesday, March 13, 2007 08:07:42 PM -0500 Marcus W
On Tuesday, March 13, 2007 08:07:42 PM -0500 Marcus Watts <[EMAIL PROTECTED]>
wrote:
user vs kernel mode vs. "user kernel" mode
Actually, we don't really have this dimension. No libraries are built for
kernel-mode code; any code the kernel module requires from the rest of the
tr
Russ Allbery <[EMAIL PROTECTED]> had replied:
> Derrick J Brashear <[EMAIL PROTECTED]> wrote:
> > On Tue, 13 Mar 2007, Peter Somogyi wrote:
>
> >> IIRC I had problems on platforms like ppc[64] and s390x with pic stuff
> >> (one crashes runtime if you don't turn on pic, other didn't allow
> >> mixi
Derrick J Brashear <[EMAIL PROTECTED]> writes:
> On Tue, 13 Mar 2007, Peter Somogyi wrote:
>> IIRC I had problems on platforms like ppc[64] and s390x with pic stuff
>> (one crashes runtime if you don't turn on pic, other didn't allow
>> mixing pic and non-pic or something like that). So please mod
> So, why not just not mix pic and non pic and still only build what you
> need pic?
Okay, I agree.
(Nowadays I won't have access for those platforms to test it - but you can
proceed.)
Peter
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https:
On Tue, 13 Mar 2007, Peter Somogyi wrote:
IIRC I had problems on platforms like ppc[64] and s390x with pic stuff (one
crashes runtime if you don't turn on pic, other didn't allow mixing pic and
non-pic or something like that). So please modify _only_ that platform which
you are testing.
So, wh
> Yes. What I started with is the java support in 1.5.15, which
> already includes all 3 of your patches.
Okay, I made jafs working on openafs-1.4.0 + java-1.4.2, and unfortunately
haven't got timeframe to maintain it, I just let you know my exp.
> I have already found older google messages - th
> From: Peter Somogyi <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Organization: Gamax Kft
> To: openafs-info@openafs.org
> Subject: Re: [OpenAFS] jafs et al
> Date: Mon, 12 Mar 2007 14:43:06 +0100
> User-Agent: KMail/1.9.1
> Cc: Marcus Watts <[EMAIL
> how many people use jafs, jafsadm?
> (=lib/libjafsadm.so, jafs.jar, org.openafs.*, etc.)
> what do you use it for?
> what version of java do you use?
> what version of openafs?
> which hardware architecture(s)?
> do you use kaserver, kerberos 5, ?
>
In looking at libadmin & jafs, I'm wondering just how much attention
this code has received. libadmin appears to have possible kaserver
dependencies, but at least it builds. Libjafs appears to have not
received much recent attention at all. I expect to end up with a
variety of improvements to at
12 matches
Mail list logo