RE: New cvs repository, please?
No ... I was waffling, and went back to my note discussing this on dev-apr before I choose. We had discussed an apr-iconv, not an apr-xlate, so I decided on apr-iconv. That is, after all, the specific package we are patching/redistributing. Bill > -Original Message- > From: Brian Behlendorf [mailto:[EMAIL PROTECTED] > Sent: Sunday, December 10, 2000 2:36 PM > To: William A. Rowe, Jr. > Cc: [EMAIL PROTECTED]; dev@apr.apache.org > Subject: Re: New cvs repository, please? > > > > (cc'ing dev@apr.apache.org) > > Did you want an apr-iconv *and* apr-xlate directory/module? > > Brian > > On Sat, 9 Dec 2000, William A. Rowe, Jr. wrote: > > Whomever, > > > > could you create the apr group a root cvs repository apr-xlate > > with the usual apr permissions? We are moving the apr/xlate/iconv > > branch into that repository, to save users from having to check out > > a horribly nasty sized tree if they don't need it. > > > > rbb, gstein and wrowe all assent, with no objections. > > > > Bill > > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > -=-=-=-=-=-= > CollabNet |open source|do what's right| > now hiring > > >
Re: New cvs repository, please?
(cc'ing dev@apr.apache.org) Did you want an apr-iconv *and* apr-xlate directory/module? Brian On Sat, 9 Dec 2000, William A. Rowe, Jr. wrote: > Whomever, > > could you create the apr group a root cvs repository apr-xlate > with the usual apr permissions? We are moving the apr/xlate/iconv > branch into that repository, to save users from having to check out > a horribly nasty sized tree if they don't need it. > > rbb, gstein and wrowe all assent, with no objections. > > Bill > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= CollabNet |open source|do what's right| now hiring
Re: testfile
Jeff Trawick <[EMAIL PROTECTED]> writes: > "David Reid" <[EMAIL PROTECTED]> writes: > > > Is anyone else seeing the test hang when trying to poll the file as socket? > > I'm seeing it on FreeBSD 4.1.1 and as it's the first test done it stops make > > test from working fully. > > It hangs on 3.4. I need to get somewhere quickly or I'd try it on > Linux now. Frankly, that use of poll looks questionable and I am > guessing that FreeBSD doesn't wake up a poll in that situation. It works on Linux, of course. I still suspect that this use of poll just doesn't work on some systems. -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: testfile
"David Reid" <[EMAIL PROTECTED]> writes: > Is anyone else seeing the test hang when trying to poll the file as socket? > I'm seeing it on FreeBSD 4.1.1 and as it's the first test done it stops make > test from working fully. It hangs on 3.4. I need to get somewhere quickly or I'd try it on Linux now. Frankly, that use of poll looks questionable and I am guessing that FreeBSD doesn't wake up a poll in that situation. -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: Libtool :(
"Brian Havard" <[EMAIL PROTECTED]> writes: > On Sat, 9 Dec 2000 14:26:12 -, David Reid wrote: > > >apr-util won't build on BeOS at present because Libtool doesn't allow > >undefined references. This is a problem I've been having on other projects, > >and it's in fact bogus on gcc versions of BeOS (Intel R4 and beyond) but is > >totally valid on Power PC. > > > >I'm throwing this up as whilst I'm in the process of trying to find time to > >get libtool up to speed for Intel it'll take a while and until I do... > >OTOH, Power PC will always be broken with our current build process :( > > > >I'm not sure what options should even be considered as this only affects > >BeOS... > > It's not just BeOS, OS/2 DLLs are the same. I'm trying to figure out how to > get libtool to make them but I'm not getting very far :( Heck, I wrote a new libtool from scratch for OS/390; this was key to having OS/390 DLL support in Apache 2.0 without having to have a drastically hacked-up build :)/:( -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
RE: Win32 ordinal binding concerns
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of > Jeff Trawick > > "William A. Rowe, Jr." <[EMAIL PROTECTED]> writes: > > > Bill and others interested, > > > > Please look at the current 2.0 library and executable binaries > > in the depends.exe utility. You will observe only one module is > > bound by ordinal, and that is ws2_32.dll (which is a MS problem.) > > Is this to say that the linker binds on the symbol name instead of the > ordinal number? Heck yeah :-)
Re: The iconv solution?
[EMAIL PROTECTED] writes: > My own opinion, and I believe this matches with Bill's is that we can't > distribute iconv with APR, because it is just too big. I would like to > put stub functions into APR, that can load iconv codepages, given a > path. This would mean that any program that wants to use codepages will > need to prep them first, but that is okay. Then, we put the codepages > into the own repository, and create a tar ball that is accessible from the > web site. +1 from me, as long as we use the apr+apr-iconv-provided iconv only when the system doesn't provide one or we determine that the system-provided one is bogus -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
Re: Win32 ordinal binding concerns
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes: > Bill and others interested, > > Please look at the current 2.0 library and executable binaries > in the depends.exe utility. You will observe only one module is > bound by ordinal, and that is ws2_32.dll (which is a MS problem.) Is this to say that the linker binds on the symbol name instead of the ordinal number? -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...
testfile
Is anyone else seeing the test hang when trying to poll the file as socket? I'm seeing it on FreeBSD 4.1.1 and as it's the first test done it stops make test from working fully. david
Re: Libtool :(
On Sat, 9 Dec 2000 14:26:12 -, David Reid wrote: >apr-util won't build on BeOS at present because Libtool doesn't allow >undefined references. This is a problem I've been having on other projects, >and it's in fact bogus on gcc versions of BeOS (Intel R4 and beyond) but is >totally valid on Power PC. > >I'm throwing this up as whilst I'm in the process of trying to find time to >get libtool up to speed for Intel it'll take a while and until I do... >OTOH, Power PC will always be broken with our current build process :( > >I'm not sure what options should even be considered as this only affects >BeOS... It's not just BeOS, OS/2 DLLs are the same. I'm trying to figure out how to get libtool to make them but I'm not getting very far :( -- __ | Brian Havard | "He is not the messiah! | | [EMAIL PROTECTED] | He's a very naughty boy!" - Life of Brian | --
