[ bringing back to list; OtherBill apparently misfired the reply ]
On Sun, Feb 11, 2001 at 09:37:31PM -0600, William A. Rowe, Jr. wrote:
> From: "Greg Stein" <[EMAIL PROTECTED]>
> Sent: Sunday, February 11, 2001 8:05 PM
>
>
> > > wrowe 01/02/11 15:31:04
> > >
> > > Modified:.
On Sun, Feb 11, 2001 at 11:31:04PM -, [EMAIL PROTECTED] wrote:
> wrowe 01/02/11 15:31:04
>
> Modified:.CHANGES
>passwd apr_getpass.c
>include apr_lib.h
> Log:
> result(?) What result? Stop mauling the size_t arg and overwrite the
>
On Sun, Dec 03, 2000 at 09:49:11AM -0800, [EMAIL PROTECTED] wrote:
>
> > > What do you mean the syntax doesn't translate well? Does it compile at
> > > all? Does it run? If this doesn't work on BeOS, we have real problems,
> > > because we haven't accomplished our goal of a Portable Run-Time.
>
For all the libtool illiterates :-)) out there, you might
want to consider reading autobook, a free book featuring two
chapters about libtool. The first one is directly applicable
to Apache and APR:
http://sources.redhat.com/autobook/
TOC:
http://sources.re
> > What do you mean the syntax doesn't translate well? Does it compile at
> > all? Does it run? If this doesn't work on BeOS, we have real problems,
> > because we haven't accomplished our goal of a Portable Run-Time.
>
> The problem is that we don't have the logic in the Makefile for the tes
> > What do you mean the syntax doesn't translate well? Does it compile at
> > all? Does it run? If this doesn't work on BeOS, we have real problems,
> > because we haven't accomplished our goal of a Portable Run-Time.
>
> I meant the command line compiler option syntax, not the C syntax.
> Na
> > After that, the only proble was testdso, which is a dynamically loaded
> > binary. Naturally the syntax didn't translate well, so I just
> > commented it out entirely. However, this mean that I couldn't run
> > most of the tests. So, the upshot is, here's the test results:
>
> What do you me
On Sun, Dec 03, 2000 at 09:42:22AM -0800, [EMAIL PROTECTED] wrote:
> The type problems probably shouldn't be solved with a cast. This is
> happening because we changed a bunch on arguments from apr_ssize_t to
> apr_size_t in the function prototypes, but neglected to update the
> tests. We need t
> As for the tests, there were a bunch of type mismatches, virtually all
> related to the signedness of character strings. Then there was the
The type problems probably shouldn't be solved with a cast. This is
happening because we changed a bunch on arguments from apr_ssize_t to
apr_size_t in t
Well I knew that was coming :)
There are a few problems with some of the test programs but as they've been
so low on the priority list of things to do I haven't fixed them for BeOS.
Looks like I'll have to get to them now doesn't it? :)
david
On Sun, Dec 03, 2000 at 08:21:35AM -0800, [EMAIL PROTECTED] wrote:
>
> > This still doesn't work. It turns out that neither BEOS nor
> > __POWER_PC__ is defined at the point in Subversion that this gets used
> > and likely not in other APR-using apps either. So, new patch, using
> > HAVE_isascii
On Sun, 3 Dec 2000, Sam TH wrote:
> On Sun, Dec 03, 2000 at 04:08:50PM -, David Reid wrote:
> > Sam, can you cvs update and try the fix I committed? Thanks.
> >
>
> Looks like it works. So APR appears not to have any obvious
> difficulties on my end. :-)
Great! Can you try running the t
> This still doesn't work. It turns out that neither BEOS nor
> __POWER_PC__ is defined at the point in Subversion that this gets used
> and likely not in other APR-using apps either. So, new patch, using
> HAVE_isascii, which doesn't require including apr_private.h, despite
> Ryan's worry. Als
On Sun, Dec 03, 2000 at 04:08:50PM -, David Reid wrote:
> Sam, can you cvs update and try the fix I committed? Thanks.
>
Looks like it works. So APR appears not to have any obvious
difficulties on my end. :-)
Thanks lots
sam th
[EMAIL PROTECTED]
Sam, can you cvs update and try the fix I committed? Thanks.
david
> Don't worry about it... we'll get a solution worked out. I got the
> impression David was looking into it :-)
I've just committed a patch that should fix this. If we don't have isascii
we don't really need to define it as we'll just hide it in apr_isascii, so
we just define apr_isascii accordin
On Sun, Dec 03, 2000 at 07:42:55AM -0600, Sam TH wrote:
> On Sun, Dec 03, 2000 at 10:11:43AM -, [EMAIL PROTECTED] wrote:
> > gstein 00/12/03 02:11:43
> >
> > Modified:include apr_lib.h
> > Log:
> > isascii() is not available on PowerPC versions of BeOS. Supply a
> > definition
On Sun, Dec 03, 2000 at 10:11:43AM -, [EMAIL PROTECTED] wrote:
> gstein 00/12/03 02:11:43
>
> Modified:include apr_lib.h
> Log:
> isascii() is not available on PowerPC versions of BeOS. Supply a definition.
This still doesn't work. It turns out that neither BEOS nor
__POWER_P
18 matches
Mail list logo