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

Re: Cannot Build svn 0.21.0 server on Solaris 2.8

From: phLi <phli0_at_yahoo.com>
Date: 2003-05-04 18:15:33 CEST

Okay, a couple things.

First, I reinstalled gcc to make sure it was synched with any new headers from
OS patching. Then I rebuilt apache2 (to get apr and apr-util) and then rebuilt
subversion. (By rebuilt I mean 'make extraclean' first...)

I still get the same problem as before, but I may have left out one detail in
my previous description which may be significant. When I build subversion as
described above, make fails here:
In file included from subversion/include/svn_pools.h:27,
                 from subversion/libsvn_delta/cancel.c:19:
/usr/local/apache2/include/apr.h:428:2: #error no decision has been made on
APR_PATH_MAX for your platform

By looking in /usr/include/limits.h, I see that PATH_MAX is (should be) set to
1024 if not defined. So if I edit apr.h to set APR_PATH_MAX to 1024 if not
defined (instead of throwing error) and try to rebuild subversion, THEN I get
the parse error in signal.h. Perhaps it is a mistake to set APR_PATH_MAX this
way? Is there something else I should try to correct the "no decision has been
made on APR_PATH_MAX" error?

If setting APR_PATH_MAX in this way is okay, then I guess I will continue
trying to determine what is going on with sigset_t by looking at preprocessor


--- "Martin_v._L÷wis" <martin@v.loewis.de> wrote:
> > Thanks for your help - been a decade or so since I've done any real
> C/C++... I
> > would like to know the root cause, though, others have not had this problem
> on
> > Solaris 2.8 using same apache2/subversion versions. My Solaris box recently
> had
> > patches applied, but maybe it still isn't completey patched up? Or is this
> > possibly an issue with the subversion build process?
> One possible cause may be that you have patched the system. Everytime a
> system header changes, the gcc installation may become incorrect.
> gcc copies a number of header files at installation time, and modifies
> them. If the system header changes, gcc's copies won't simultaneously
> change. You have to reinstall gcc, to invoke the "fixincludes" process
> again.
> It also may be that some header changes outright break gcc, so that even
> a re-installation won't help (e.g. when Sun manages to break a system
> header so that gcc cannot fix it).
> Notice that reinstalling gcc won't tell you what the problem is. I
> advise you to study the preprocessor output in more detail, to find out
> what sys/signal.h got replaced with.
> Regards,
> Martin

Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun May 4 18:16:27 2003

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.