At 4:36 PM +0200 4/24/02, jean-frederic clere wrote:
>$ Make
>Make[1]: Entering directory
>`/export/home/apache20/apache/httpd-2.0/srclib/apr/atomic/solaris_sparc'
>gcc -E -D_ASM -D__STDC__=0 - <
>/export/home/apache20/apache/httpd-2.0/srclib/apr/atomic/solaris_sparc/apr_atomic_sparc.s
> > apr_at
At 4:36 PM +0200 4/24/02, jean-frederic clere wrote:
>And it does not work on my machine (with gcc 3.0.3):
>+++
>$ Make
>Make[1]: Entering directory
>`/export/home/apache20/apache/httpd-2.0/srclib/apr/atomic/solaris_sparc'
>gcc -E -D_ASM -D__STDC__=0 - <
>/export/home/apache20/apache/httpd-2.0/sr
jean-frederic clere wrote:
>
> I am thinking of renaming the apr_atomic_sparc.s to apr_atomic_sparc.S and to
> adapt the Makefile & configure to prevent the "strange" copy mechanism...
>
Check out the current CVS 1st
--
=
Jim Jagielski wrote:
Forwarded message:
Justin Erenkrantz wrote:
The reason I suggested a hold to Sander on account of the atomics
is that we have a bunch of PRs relating to building atomics on
Solaris that haven't been (yet) resolved.
Hold on a tic... I think I see it... On the systems that fail,
Forwarded message:
>
> Justin Erenkrantz wrote:
> >
> > The reason I suggested a hold to Sander on account of the atomics
> > is that we have a bunch of PRs relating to building atomics on
> > Solaris that haven't been (yet) resolved.
> >
>
> Hold on a tic... I think I see it... On the systems