[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: condense_targets and basepath functions

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2001-02-13 01:13:52 CET

On Mon, Feb 12, 2001 at 03:45:03PM -0800, Greg Stein wrote:
> On Mon, Feb 12, 2001 at 09:16:29AM -0600, cmpilato@newton.ch.collab.net wrote:
> > Kevin Pilch-Bisson <kevin@pilch-bisson.net> writes:
> > > Alright, that sounds reasonable, but how are we handling portability
> > > stuff. realpath(3) doesn't exist on win32, but _fullpath does. Should
> > > I suggest this to the APR list, since portability stuff is their domain,
> > > or should I hack up the file with #ifdef WIN32. That way APR could in
> > > theory use the system version if it is not broken, or use their own if
> > > it is broken.
> Write the code however it is needed, including an #ifdef.
> > Nonono. Please don't #ifdef WIN32 if at all possible. I've spent too
> > much time already finding and fixing inconsistencies between the
> > various Win32 platforms in APR...we don't want to fight the same
> > battles on this side of the border. I think APR is indeed the place
> > for such a thing.
> We move it to APR after we have a working version. We already have several
> functions that would best be within APR, and are pending a move. This would
> simply be another.
> We can't just say "that's APR's job" and sit back. The people that care
> about something are the people to write the code. That means we write the
> code and move it to the right place later.

Well I posted something to the APR list, and got a reply that someone
else is already working on doing it for APR, so I guess I will just
leave it for now, and use the APR version once it is committed.
> Cheers,
> -g
> --
> Greg Stein, http://www.lyra.org/

Kevin Pilch-Bisson,  http://www.pilch-bisson.net

  • application/pgp-signature attachment: stored
Received on Sat Oct 21 14:36:22 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.