You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Cynic <cy...@mail.cz> on 2001/08/11 07:14:29 UTC
compile failure and other trouble
Hi there,
1)
--------------------Configuration: svn_com - Win32 Release--------------------
Creating Type Library...
[...]
D:\compile\subversion\subversion\clients\win32\svn_com\SVN.cpp(34) : error C2668: 'InlineIsEqualGUID' : ambiguous call to overloaded function
D:\compile\subversion\subversion\clients\win32\svn_com\SVN.cpp(314) : error C2660: 'apr_hash_first' : function does not take 1 parameters
SVNCOM.cpp
SVNStatus.cpp
D:\compile\subversion\subversion\clients\win32\svn_com\SVNStatus.cpp(30) : error C2668: 'InlineIsEqualGUID' : ambiguous call to overloaded function
Error executing xicl6.exe.
__build__ - 3 error(s), 12 warning(s)
apr_hash_first has apparently changed in APR. This is what apr_hash.h has to
say about it && the proto:
* Start iterating over the entries in a hash table.
* @param p The pool to allocate the apr_hash_index_t iterator
* @param ht The hash table
* @return a pointer to the iteration state, or NULL if there are no entries.
APR_DECLARE(apr_hash_index_t *) apr_hash_first(apr_pool_t *p, apr_hash_t *ht);
I don't know what to do about the other error.
2)
subversion\subversion\libsvn_subr\libsvn_subr.dsp looks for base64.c, but
that file is svn_base64.c.
3)
It's not really necessary to require people to define $(SVN_DB3_WIN32):
all that you need is put the include/ and lib/ directories in the appropriate
lists in Tools -> Options -> Directories in MSVC, and you can get rid of those
/I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib" in the .dsp files.
I can send the patches since I've already done this -- didn't like the idea I had
to restart my computer just to compile Subversion.
4)
Nowhere in the distribution is it note whether you have to build apr and neon
by hand prior to building subversion or whether they get build automagically.
But since the subversion workspace doesn't ask for neon.dsp (as opposed to apr.dsp)
I guess you have to build it yourself.
5)
This is not your problem, but anyway: neon-15.3 (the one at ProjectDownloadList)
doesn't build. Can't try with anything newer, http://www.webdav.org/neon/ doesn't
respond.
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Cynic <cy...@mail.cz>.
Thanks, this is exactly what I wanted to hear. :)
At 23:41 8/12/2001, kfogel@collab.net wrote the following:
--------------------------------------------------------------
>Greg Stein <gs...@lyra.org> writes:
>> Only the per-commit revision numbers are exposed. The "per file" things are
>> *not* exposed to the user (and would not be available to Chora w/o lots of
>> work on your side (i.e. write bindings to the FS libraries)).
>
>Chiming in to agree with Greg. Per-tree revision numbers are the only
>thing visible on the outside. The fact that each revision of a file
>has an internal revision number is an implementation detail, which
>users of Subversion shouldn't depend on.
>
>This means that a file may be "at" revision 31, but only have changed
>three or four times since it was created at (say) revision 1.
>
>-K
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org
------end of quote------
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by kf...@collab.net.
Greg Stein <gs...@lyra.org> writes:
> Only the per-commit revision numbers are exposed. The "per file" things are
> *not* exposed to the user (and would not be available to Chora w/o lots of
> work on your side (i.e. write bindings to the FS libraries)).
Chiming in to agree with Greg. Per-tree revision numbers are the only
thing visible on the outside. The fact that each revision of a file
has an internal revision number is an implementation detail, which
users of Subversion shouldn't depend on.
This means that a file may be "at" revision 31, but only have changed
three or four times since it was created at (say) revision 1.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Greg Stein <gs...@lyra.org>.
On Sat, Aug 11, 2001 at 11:33:43PM -0400, Kevin Pilch-Bisson wrote:
> On Sat, Aug 11, 2001 at 04:17:07PM +0200, Cynic wrote:
>...
> > 2) I'm working with Anil Madhavapeddy on Chora (http://horde.org/chora),
> > a fronted to CVS written in PHP. We want to abstract it to allow use of
> > different backends, including Subversion. One of the questions we have
> > before us is Subversion's revision numbers. Are there only be per-commit
> > revision numbers as the design docs say, or per-file ones too, as http://subversion.tigris.org/servlets/ReadMsg?msgId=22523&listName=dev
> > suggests?
>
> There are both. I can't really explain the whole thing, but the best thing to
> do is look through the code in libsvn_fs, especially the file named 'structure'
Only the per-commit revision numbers are exposed. The "per file" things are
*not* exposed to the user (and would not be available to Chora w/o lots of
work on your side (i.e. write bindings to the FS libraries)).
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
On Sat, Aug 11, 2001 at 04:17:07PM +0200, Cynic wrote:
> 1) current version of BDB is 3.3.11, the lib is libdb33.lib. Should
> the project files be updated? (They expect libdb32.lib.) I can provide
> the patches.
We wanted to wait for a while, for two reasons:
1) Milestone three is rapidly approaching, and we didn't want to change as
major a component as Berkeley DB this close to it.
2) 3.3 requires Autoconf 2.50, whereas Subversion (because of APR), requires
an older version. We didn't want to get too out of sync.
>
> 2) I'm working with Anil Madhavapeddy on Chora (http://horde.org/chora),
> a fronted to CVS written in PHP. We want to abstract it to allow use of
> different backends, including Subversion. One of the questions we have
> before us is Subversion's revision numbers. Are there only be per-commit
> revision numbers as the design docs say, or per-file ones too, as http://subversion.tigris.org/servlets/ReadMsg?msgId=22523&listName=dev
> suggests?
There are both. I can't really explain the whole thing, but the best thing to
do is look through the code in libsvn_fs, especially the file named 'structure'
>
> TIA
>
No prob.
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson http://www.pilch-bisson.net
"Historically speaking, the presences of wheels in Unix
has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Re: compile failure and other trouble
Posted by Cynic <cy...@mail.cz>.
At 15:37 8/11/2001, Kevin Pilch-Bisson wrote the following:
--------------------------------------------------------------
>On Sat, Aug 11, 2001 at 03:36:01PM +0200, Cynic wrote:
>> I have figured it out:
>>
>> the C2668 errors are a Microsoft bug. For details, see
>> http://support.microsoft.com/support/kb/articles/q243/2/98.asp
>>
>> Patches included.
>
>Comitted, thanks.
Thank YOU. :)
>> Thanks for the rest of the info.
>
>Any time. Hopefully Mike, or others, can provide some more input on the
>neon/win32 situation.
Ok. ITMT, let me ask two other questions:
1) current version of BDB is 3.3.11, the lib is libdb33.lib. Should
the project files be updated? (They expect libdb32.lib.) I can provide
the patches.
2) I'm working with Anil Madhavapeddy on Chora (http://horde.org/chora),
a fronted to CVS written in PHP. We want to abstract it to allow use of
different backends, including Subversion. One of the questions we have
before us is Subversion's revision numbers. Are there only be per-commit
revision numbers as the design docs say, or per-file ones too, as http://subversion.tigris.org/servlets/ReadMsg?msgId=22523&listName=dev
suggests?
TIA
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
On Sat, Aug 11, 2001 at 03:36:01PM +0200, Cynic wrote:
> I have figured it out:
>
> the C2668 errors are a Microsoft bug. For details, see
> http://support.microsoft.com/support/kb/articles/q243/2/98.asp
>
> Patches included.
Comitted, thanks.
>
> Thanks for the rest of the info.
Any time. Hopefully Mike, or others, can provide some more input on the
neon/win32 situation.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson http://www.pilch-bisson.net
"Historically speaking, the presences of wheels in Unix
has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Re: compile failure and other trouble
Posted by Cynic <cy...@mail.cz>.
At 14:55 8/11/2001, Kevin Pilch-Bisson wrote the following:
--------------------------------------------------------------
[...]
>Thanks, fixed the apr_hash_first problem, will have to defer the other problem
>to someone else.
I have figured it out:
the C2668 errors are a Microsoft bug. For details, see
http://support.microsoft.com/support/kb/articles/q243/2/98.asp
Patches included.
Thanks for the rest of the info.
Re: compile failure and other trouble
Posted by Joe Orton <jo...@manyfish.co.uk>.
Hi,
On Sat, Aug 11, 2001 at 09:14:29AM +0200, Cynic wrote:
>
> This is not your problem, but anyway: neon-15.3 (the one at ProjectDownloadList)
> doesn't build. Can't try with anything newer, http://www.webdav.org/neon/ doesn't
> respond.
If you mail neon@webdav.org describing how this doesn't build, someone
may be able to help you.
Regards,
joe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Greg Stein <gs...@lyra.org>.
On Sun, Aug 12, 2001 at 12:45:36AM +0200, Branko Hibej wrote:
> Cynic wrote:
>
> >4)
> >
> >Nowhere in the distribution is it note whether you have to build apr and neon
> >by hand prior to building subversion or whether they get build automagically.
> >But since the subversion workspace doesn't ask for neon.dsp (as opposed to apr.dsp)
> >I guess you have to build it yourself.
> >
>
> We're not building or linking with neon on Win32 (yet), naither are we
> building mod_dav. So right now, svn only works locally in Windows.
> Getting the whole client-server thingy building on Windows has been on
> my todo list for a long time ...
Apache 2.0 and mod_dav should have no problems on Windows.
I have not tested mod_dav_svn on Windows (I don't do *any* Win testing), but
there shouldn't be anything problematic in there. (thanks APR!)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Branko Čibej <br...@xbc.nu>.
Cynic wrote:
>4)
>
>Nowhere in the distribution is it note whether you have to build apr and neon
>by hand prior to building subversion or whether they get build automagically.
>But since the subversion workspace doesn't ask for neon.dsp (as opposed to apr.dsp)
>I guess you have to build it yourself.
>
We're not building or linking with neon on Win32 (yet), naither are we
building mod_dav. So right now, svn only works locally in Windows.
Getting the whole client-server thingy building on Windows has been on
my todo list for a long time ...
Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: compile failure and other trouble
Posted by Cynic <cy...@mail.cz>.
At 10:52 8/13/2001, Sander Striker wrote the following:
--------------------------------------------------------------
>> Well, I'll welcome if you prove me wrong, but I use NT 4 and 5,
>> and both require
>> restart for env. vars created through the control panel to become
>> effective.
>
>NT5 certainly doesn't need a restart.
> - open a dos box
> - c:\> set
>
> - go to 'My Computer -> Properties -> Advanced -> Environment Variables'
> - Make your additions and changes
>
> - open a _new_ dos box
> - c:\> set
>
>Here (on w2k) I get the old sitution in the first dos box and the
>new situation in the second.
Hm, right. Nevertheless, I followed the INSTALL.win32 instructions
verbatim, and MSDEV complained about the variable anyway. Probably
because I ran it from wincmd which had the old environment...
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Greg Stein <gs...@lyra.org>.
On Mon, Aug 13, 2001 at 10:52:27AM +0200, Sander Striker wrote:
> > At 00:40 8/12/2001, Branko =?ISO-8859-2?Q?=C8ibej?= wrote the following:
> > --------------------------------------------------------------
> > > Cynic wrote:
>...
> > > Why would you have to restart the ... Ah, Win9x, and
> > > autoexec.bat, and similar horrible things. Yep, I wasn't really
> > > thinking about those windosaurs when I wrote the original .dsps.
> >
> > Well, I'll welcome if you prove me wrong, but I use NT 4 and 5,
> > and both require
> > restart for env. vars created through the control panel to become
> > effective.
>
> NT5 certainly doesn't need a restart.
> - open a dos box
> - c:\> set
>
> - go to 'My Computer -> Properties -> Advanced -> Environment Variables'
> - Make your additions and changes
>
> - open a _new_ dos box
> - c:\> set
>
> Here (on w2k) I get the old sitution in the first dos box and the
> new situation in the second.
Well... regardless of the issue on Win2K, the restart makes the requirement
a non-starter on the other windows platforms. Essentially, needing to set an
environment variable is just not kosher.
The suggested change to modify paths in MSVC itself is The Right Thing(tm).
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: compile failure and other trouble
Posted by Sander Striker <st...@apache.org>.
> At 00:40 8/12/2001, Branko =?ISO-8859-2?Q?=C8ibej?= wrote the following:
> --------------------------------------------------------------
> >Cynic wrote:
> >
> >>3)
> >>
> >>It's not really necessary to require people to define $(SVN_DB3_WIN32):
> >>all that you need is put the include/ and lib/ directories in
> the appropriate
> >>lists in Tools -> Options -> Directories in MSVC, and you can
> get rid of those
> >>/I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib"
> in the .dsp files.
> >>
> >>I can send the patches since I've already done this -- didn't
> like the idea I had
> >>to restart my computer just to compile Subversion.
> >
> >Why would you have to restart the ... Ah, Win9x, and
> autoexec.bat, and similar horrible things. Yep, I wasn't really
> thinking about those windosaurs when I wrote the original .dsps.
>
> Well, I'll welcome if you prove me wrong, but I use NT 4 and 5,
> and both require
> restart for env. vars created through the control panel to become
> effective.
NT5 certainly doesn't need a restart.
- open a dos box
- c:\> set
- go to 'My Computer -> Properties -> Advanced -> Environment Variables'
- Make your additions and changes
- open a _new_ dos box
- c:\> set
Here (on w2k) I get the old sitution in the first dos box and the
new situation in the second.
Sander
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Cynic <cy...@mail.cz>.
At 00:40 8/12/2001, Branko =?ISO-8859-2?Q?=C8ibej?= wrote the following:
--------------------------------------------------------------
>Cynic wrote:
>
>>3)
>>
>>It's not really necessary to require people to define $(SVN_DB3_WIN32):
>>all that you need is put the include/ and lib/ directories in the appropriate
>>lists in Tools -> Options -> Directories in MSVC, and you can get rid of those
>>/I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib" in the .dsp files.
>>
>>I can send the patches since I've already done this -- didn't like the idea I had
>>to restart my computer just to compile Subversion.
>
>Why would you have to restart the ... Ah, Win9x, and autoexec.bat, and similar horrible things. Yep, I wasn't really thinking about those windosaurs when I wrote the original .dsps.
Well, I'll welcome if you prove me wrong, but I use NT 4 and 5, and both require
restart for env. vars created through the control panel to become effective.
>O.K., I don't mind if we change this. If you've got the patches ready, great, just post them here, thanks!
Will do so later today.
>Oh, one little detail: could you also prepare a patch for HACKING, describing the new way of building things on Windows? Just so that people will know they have to modify the library paths in MSDev.
Sure.
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
On Sat, Aug 11, 2001 at 09:14:29AM +0200, Cynic wrote:
> Hi there,
>
> 1)
>
> --------------------Configuration: svn_com - Win32 Release--------------------
> Creating Type Library...
> [...]
> D:\compile\subversion\subversion\clients\win32\svn_com\SVN.cpp(34) : error C2668: 'InlineIsEqualGUID' : ambiguous call to overloaded function
> D:\compile\subversion\subversion\clients\win32\svn_com\SVN.cpp(314) : error C2660: 'apr_hash_first' : function does not take 1 parameters
> SVNCOM.cpp
> SVNStatus.cpp
> D:\compile\subversion\subversion\clients\win32\svn_com\SVNStatus.cpp(30) : error C2668: 'InlineIsEqualGUID' : ambiguous call to overloaded function
> Error executing xicl6.exe.
>
> __build__ - 3 error(s), 12 warning(s)
>
> apr_hash_first has apparently changed in APR. This is what apr_hash.h has to
> say about it && the proto:
>
> * Start iterating over the entries in a hash table.
> * @param p The pool to allocate the apr_hash_index_t iterator
> * @param ht The hash table
> * @return a pointer to the iteration state, or NULL if there are no entries.
>
> APR_DECLARE(apr_hash_index_t *) apr_hash_first(apr_pool_t *p, apr_hash_t *ht);
>
> I don't know what to do about the other error.
Thanks, fixed the apr_hash_first problem, will have to defer the other problem
to someone else.
>
> 2)
>
> subversion\subversion\libsvn_subr\libsvn_subr.dsp looks for base64.c, but
> that file is svn_base64.c.
Also fixed.
>
> 3)
>
> It's not really necessary to require people to define $(SVN_DB3_WIN32):
> all that you need is put the include/ and lib/ directories in the appropriate
> lists in Tools -> Options -> Directories in MSVC, and you can get rid of those
> /I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib" in the .dsp files.
>
> I can send the patches since I've already done this -- didn't like the idea I had
> to restart my computer just to compile Subversion.
I tend to agree with you, but I'm not sure how others feel. If you want to
send the patches to this list, there is a good chance they will be committed,
unless there is some reason not to.
>
> 4)
>
> Nowhere in the distribution is it note whether you have to build apr and neon
> by hand prior to building subversion or whether they get build automagically.
> But since the subversion workspace doesn't ask for neon.dsp (as opposed to apr.dsp)
> I guess you have to build it yourself.
>
I thought that at the moment, we didn't use neon in the win32 build, which is
why it is not mentioned, (although maybe it still should be). My impression
was that currently the client only works locally on win32.
> 5)
>
> This is not your problem, but anyway: neon-15.3 (the one at ProjectDownloadList)
> doesn't build. Can't try with anything newer, http://www.webdav.org/neon/ doesn't
> respond.
Well, since gstein provides the hosting for webdav.org, and several neon
committers are subscribed to this list, it is not too far off-base. But we are
aware of that.
Thanks for the catches.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson http://www.pilch-bisson.net
"Historically speaking, the presences of wheels in Unix
has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Re: [PATCH] win32 libdb patches (was: Re: compile failure and other trouble)
Posted by kf...@collab.net.
Branko =?ISO-8859-2?Q?=C8ibej?= <br...@xbc.nu> writes:
> Yes, that's the one.
> And his name is
>
> Roman Neuhauser <cy...@mail.cz>
>
>
> Thanks, Karl. I seem to goof the commit logs quite often. :-(
Done, no problem.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [PATCH] win32 libdb patches (was: Re: compile failure and other trouble)
Posted by Branko Čibej <br...@xbc.nu>.
kfogel@collab.net wrote:
>Branko =?ISO-8859-2?Q?=C8ibej?= <br...@xbc.nu> writes:
>
>>Could somebody with local access please fix the logs for me ...
>>
>
>Is it this commit?:
>
> 2001-08-26 19:02 Branko Cibej <br...@xbc.nu>
>
> * HACKING (1.38), subversion/clients/cmdline/subversion_client.dsp
>
...
Yes, that's the one.
And his name is
Roman Neuhauser <cy...@mail.cz>
Thanks, Karl. I seem to goof the commit logs quite often. :-(
--
Brane �ibej <br...@xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [PATCH] win32 libdb patches (was: Re: compile failure and other trouble)
Posted by kf...@collab.net.
Branko =?ISO-8859-2?Q?=C8ibej?= <br...@xbc.nu> writes:
> Could somebody with local access please fix the logs for me ...
Is it this commit?:
2001-08-26 19:02 Branko Cibej <br...@xbc.nu>
* HACKING (1.38), subversion/clients/cmdline/subversion_client.dsp
(1.6), subversion/libsvn_fs/libsvn_fs.dsp (1.15),
subversion/libsvn_ra/libsvn_ra.dsp (1.2),
subversion/libsvn_ra_dav/libsvn_ra_dav.dsp (1.2),
subversion/libsvn_ra_local/libsvn_ra_local.dsp (1.2),
subversion/libsvn_repos/libsvn_repos.dsp (1.6),
subversion/svnadmin/svnadmin.dsp (1.5),
subversion/svnlook/svnlook.dsp (1.3),
subversion/tests/libsvn_test_main.dsp (1.6),
subversion/tests/libsvn_fs/fs_test.dsp (1.6),
subversion/tests/libsvn_fs/skel_test.dsp (1.6),
subversion/tests/libsvn_repos/repos_test.dsp (1.2):
Update Win32 build to db-3.3.11, and remove the dependency on the
SVN_DB3_WIN32 environment variable.
* HACKING: New Win32 build instructions. * *.dsp: Remove references
to SVN_DB3_WIN32, ling win libdb33.
I can fix this in the repository. What should it say? It it just a
matter of prepending
"Change from Cynic <cy...@mail.cz>:"
to the front of each log message? (Dang it, I can't find that message
where Cynic said his real name... please repost.)
Thanks,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [PATCH] win32 libdb patches (was: Re: compile failure and other trouble)
Posted by Branko Čibej <br...@xbc.nu>.
O.K., this is now in. I had to modify several more .dsp files, to get
rid of the include paths. We're also linking with db-3.3.11 now.
Oh; and I forgot to mention you as the contributor in the log files. Sorry.
Could somebody with local access please fix the logs for me ...
Cynic wrote:
>Ok, here they are: http://www.1st.cz/cynic/SVN/
>They're 27kB total, and I didn't want to flood everyone's
>inbox.
>
--
Brane �ibej <br...@xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
[PATCH] win32 libdb patches (was: Re: compile failure and
other trouble)
Posted by Cynic <cy...@mail.cz>.
Ok, here they are: http://www.1st.cz/cynic/SVN/
They're 27kB total, and I didn't want to flood everyone's
inbox.
At 00:40 8/12/2001, Branko =?ISO-8859-2?Q?=C8ibej?= wrote the following:
--------------------------------------------------------------
>Cynic wrote:
>
>>3)
>>
>>It's not really necessary to require people to define $(SVN_DB3_WIN32):
>>all that you need is put the include/ and lib/ directories in the appropriate
>>lists in Tools -> Options -> Directories in MSVC, and you can get rid of those
>>/I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib" in the .dsp files.
>>
>>I can send the patches since I've already done this -- didn't like the idea I had
>>to restart my computer just to compile Subversion.
>O.K., I don't mind if we change this. If you've got the patches ready, great, just post them here, thanks!
>
>Oh, one little detail: could you also prepare a patch for HACKING, describing the new way of building things on Windows? Just so that people will know they have to modify the library paths in MSDev.
>
> Brane
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org
------end of quote------
cynic@mail.cz
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: compile failure and other trouble
Posted by Branko Čibej <br...@xbc.nu>.
Cynic wrote:
>3)
>
>It's not really necessary to require people to define $(SVN_DB3_WIN32):
>all that you need is put the include/ and lib/ directories in the appropriate
>lists in Tools -> Options -> Directories in MSVC, and you can get rid of those
>/I $(SVN_DB3_WIN32)/include and just "ADD LINK32 libdb32.lib" in the .dsp files.
>
>I can send the patches since I've already done this -- didn't like the idea I had
>to restart my computer just to compile Subversion.
>
Why would you have to restart the ... Ah, Win9x, and autoexec.bat, and
similar horrible things. Yep, I wasn't really thinking about those
windosaurs when I wrote the original .dsps.
O.K., I don't mind if we change this. If you've got the patches ready,
great, just post them here, thanks!
Oh, one little detail: could you also prepare a patch for HACKING,
describing the new way of building things on Windows? Just so that
people will know they have to modify the library paths in MSDev.
Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org