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

Re: building rapidsvn on *nix

From: Timothee Besset <ttimo_at_idsoftware.com>
Date: 2002-07-30 16:43:05 CEST


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
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..


On Tue, 30 Jul 2002 09:32:56 -0500
Scott Lamb <slamb@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
Received on Tue Jul 30 16:51:05 2002

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.