That worked, thank you! 'make install' was then breaking, but I removed SSL
support and now it's functional...
--- Chris Foote <Chris.Foote@xtra.co.nz> wrote:
> Try removing the -std=c?? flag to gcc from the Makefile.
>
> Chris
>
> ----- Original Message -----
> From: "phLi" <phli0@yahoo.com>
> To: "Martin_v._Löwis" <martin@v.loewis.de>
> Cc: <dev@subversion.tigris.org>
> Sent: Sunday, May 04, 2003 5:15 PM
> Subject: Re: Cannot Build svn 0.21.0 server on Solaris 2.8
>
>
> > 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
> > output.
> >
> > Thanks.
> >
> >
> > --- "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.
http://search.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 7 16:52:34 2003