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