You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Timothee Besset <tt...@idsoftware.com> on 2002/07/30 08:00:00 UTC
building rapidsvn on *nix
Trying to get the beast built on Linux here..
I don't see an autogen.sh, nor an INSTALL or README file.. someone care to
give a rundown on the compiling process?
I ran autoconf to generate a configure script, then ran configure..
(autoconf 2.13)
checking wxWindows version... 2.3.2
Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version] [--static]
[--libs] [--gl-libs] [--cppflags] [--cflags] [--cxxflags] [--rezflags]
[--cc] [--cxx] [--ld]
wx-config returns configuration information about the installed
version of wxWindows. It may be used to query its version and
installation directories and also retrieve the C and C++ compilers
and linker which were used for its building and the corresponding
flags.
creating ./config.status
creating src/Makefile
sed: can't read ./src/Makefile.in: No such file or directory
TTimo
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: building rapidsvn on *nix
Posted by Scott Lamb <sl...@slamb.org>.
Timothee Besset wrote:
> I guess the diff is generated by svn? I don't think any patch program would understand this as a need to rename after the operation..
That was just me running "diff Makefile Makefile.in" after a "svn revert
Makefile". (I'm just idly hoping for the patchset stuff Tom Lord
mentioned, which would handle tree renames and stuff.)
> Applied the patch to configure.in too. Doesn't seem to make any difference really:
[...]
> I am using the latest version of wxWindows, downloaded and built from soure yesterday
I'll get that version, since it seems to be what everyone else has. (I
have current CVS.)
> Now the only problem remaining while building is purely source related.
Can't help there. Only messed with rapidsvn's build system so far.
--
Scott Lamb
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: building rapidsvn on *nix
Posted by Timothee Besset <tt...@idsoftware.com>.
Ok..
I did apply the patch to src/Makefile, and then mv src/Makefile src/Makefile.in
this is a wicked one, the patch begins like that:
--- Makefile Tue Jul 30 09:24:12 2002
+++ Makefile.in Sun Jul 28 12:33:49 2002
I guess the diff is generated by svn? I don't think any patch program would understand this as a need to rename after the operation..
-----
Applied the patch to configure.in too. Doesn't seem to make any difference really:
Checking wxWindows version... 2.3.2
Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version] [--static]
[--libs] [--gl-libs] [--cppflags] [--cflags] [--cxxflags] [--rezflags]
[--cc] [--cxx] [--ld]
wx-config returns configuration information about the installed
version of wxWindows. It may be used to query its version and
installation directories and also retrieve the C and C++ compilers
and linker which were used for its building and the corresponding
flags.
creating ./config.status
I am using the latest version of wxWindows, downloaded and built from soure yesterday
------
Now the only problem remaining while building is purely source related.
Probably recent svn source evolution broke the build:
c++ -c -g -g -O2 -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/usr/local/include -I/usr/local/lib/wx/include/gtk-2.3 -I/usr/local/include -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_REENTRANT -fno-rtti -fno-exceptions -I/usr/local/include/subversion-1 -o add_action.o add_action.cpp
add_action.cpp: In method `void * AddAction::Entry()':
add_action.cpp:51: passing `const char *' as argument 1 of `svn_client_add(svn_stringbuf_t *, int, void (*)(void *, svn_wc_notify_action_t, const char *), void *, apr_pool_t *)'
add_action.cpp:58: implicit declaration of function `int svn_error_clear_all(...)'
make: *** [add_action.o] Error 1
-----
That's my current status for now..
TTimo
On Tue, 30 Jul 2002 09:32:56 -0500
Scott Lamb <sl...@slamb.org> wrote:
> Timothee Besset wrote:
> > Trying to get the beast built on Linux here..
> >
> > I don't see an autogen.sh, nor an INSTALL or README file.. someone care to
> > give a rundown on the compiling process?
> >
> > I ran autoconf to generate a configure script, then ran configure..
> > (autoconf 2.13)
>
> Running autoconf is fine for now.
>
> >
> > checking wxWindows version... 2.3.2
> > Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version] [--static]
> > [--libs] [--gl-libs] [--cppflags] [--cflags] [--cxxflags] [--rezflags]
> > [--cc] [--cxx] [--ld]
>
> Hmm. My wxWindows version has an ldflags argument:
>
> Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version]
> [--static]
> [--libs] [--gl-libs]
> [--cppflags] [--cflags] [--cxxflags] [--ldflags]
> [--rezflags]
> [--cc] [--cxx] [--ld]
>
> but apparently it's new. Patch to not whine below (rapidsvn-wxconfig.patch).
>
> > sed: can't read ./src/Makefile.in: No such file or directory
>
> Hmm. src/Makefile.in isn't in the repository. I sent it as a patch to
> the list, but I can understand why it didn't get fully applied. I think
> my patch (made with "svn diff") was kind of weird with the move, and
> "patch" certainly doesn't know enough about subversion to run "svn mv"
> itself.
>
> Could someone do "svn mv src/Makefile.in src/Makefile" and then apply
> rapidsvn-makefile.patch to it?
>
> --
> Scott Lamb
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: building rapidsvn on *nix
Posted by Scott Lamb <sl...@slamb.org>.
Timothee Besset wrote:
> Trying to get the beast built on Linux here..
>
> I don't see an autogen.sh, nor an INSTALL or README file.. someone care to
> give a rundown on the compiling process?
>
> I ran autoconf to generate a configure script, then ran configure..
> (autoconf 2.13)
Running autoconf is fine for now.
>
> checking wxWindows version... 2.3.2
> Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version] [--static]
> [--libs] [--gl-libs] [--cppflags] [--cflags] [--cxxflags] [--rezflags]
> [--cc] [--cxx] [--ld]
Hmm. My wxWindows version has an ldflags argument:
Usage: wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version]
[--static]
[--libs] [--gl-libs]
[--cppflags] [--cflags] [--cxxflags] [--ldflags]
[--rezflags]
[--cc] [--cxx] [--ld]
but apparently it's new. Patch to not whine below (rapidsvn-wxconfig.patch).
> sed: can't read ./src/Makefile.in: No such file or directory
Hmm. src/Makefile.in isn't in the repository. I sent it as a patch to
the list, but I can understand why it didn't get fully applied. I think
my patch (made with "svn diff") was kind of weird with the move, and
"patch" certainly doesn't know enough about subversion to run "svn mv"
itself.
Could someone do "svn mv src/Makefile.in src/Makefile" and then apply
rapidsvn-makefile.patch to it?
--
Scott Lamb
Re: building rapidsvn on *nix
Posted by Ben Collins-Sussman <su...@collab.net>.
Timothee Besset <tt...@idsoftware.com> writes:
> Trying to get the beast built on Linux here..
>
> I don't see an autogen.sh, nor an INSTALL or README file.. someone care to
> give a rundown on the compiling process?
>
> I ran autoconf to generate a configure script, then ran configure..
> (autoconf 2.13)
There is no to autoconf system yet. Just cd into src/, tweak the
Makefile for your system, and run 'make'.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org