[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: problems building feature release on windows

From: Kelly F. Hickel
Subject: RE: problems building feature release on windows
Date: Tue, 2 May 2006 14:03:38 -0500

Hi Mark (thanks for the quick reply!),

> -----Original Message-----
> From: mdb@juniper.net [mailto:mdb@juniper.net] On Behalf Of Mark D.
> Baushke
> Hash: SHA1
> Hi Kelly,
> Kelly F. Hickel <kfh@mqsoftware.com> writes:
> > Hi,
> >
> >             I've been trying for the last day or so to build the
> feature
> > release on windows (so that I can use Rational purify & quantify to
> look
> > at some other issue).  I've had no luck at all.  I've tried 1.12.12,
> > 1.12.13 and the tip of the trunk.  I've used VS .Net 2003 and VS
> .net
> > 2005.  I've tried cvsnt.mak and cvsnt.dsp.
> I suspect that the current tip-of-trunk CVS sources are not
> yet working on Windows. The new OpenPGP signing feature has just been
> rolled into the sources and may not yet be shaken down completely.
> Personally, I do not have any way to try to do the build myself as I
> never use the Windows operating system.
[Kelly F. Hickel] Yep, the tip is *quite* broken. ;-> somewhat to be
expected, I'm sure.  I only tried it one of semi desperation. 
> >
> >
> >
> >
> >
> > The .dsp/.dsw files won't load into either version of VS .net that I
> > have, it reports that the project files are corrupt.
> Very strange. I believe that both 1.12.12 and 1.12.13 were building
> without any problems on Windows. Conrad T Pino should be able to tell
> you more about the environment he used for building.
>       -- Mark
> > When I use the .mak files, I can get it to build if I add code for
> some
> > of the wide character stuff (btowc, mbrtowc and wctype) which don't
> seem
> > to be supplied.
> My guess is that your config.h needs to be adjusted. I would have
> expected '#undef HAVE_BTOWC' to exist and avoid problems with that.
> The
> current revision of windows-NT/config.h does appear to define
> HAVE_MBRTOWC and HAVE_WCTYPE_H, so if your system does not, you may
> need
> to adjust those values.

[Kelly F. Hickel] AFAICT there are no adjustments to make to
Windows-NT/config.h, and the README doesn't mention any.  Windows is
(more or less) windows, the library support hasn't changed all that much
between recent compiler releases (ok, ok, so it's changed, don't shoot
me, it hasn't *really* changed *that* much ;->).

When I looked at the areas where the unresolved symbols were coming
from, there didn't seem to be any ifdefs around the use of these
functions, and the Windows-NT/config.h specifically undef'd HAVE_BTOWC
to no avail.

> > When I do that the resulting .exe seems to work but doesn't actually
> > do anything with any of the files in the directories of the repo.
> So,
> > if I do a co, I get all the directories and CVS directories, but no
> > files.
> If you wish to send e-mail with the compilation errors you are
> getting,
> we might be able to fix things.

[Kelly F. Hickel] Attached is a full output of "nmake /f cvsnt.mak" of
an unmodified 1.12.13 tarball.

> In the mean time, you should be able to download CVS 1.12.13 in either
> source or binary form for Windows and use it without any problems.

[Kelly F. Hickel] Yes, I use the binary with no issues.  My real goal
here is to run a tag operation from Quantify so I can see where all the
cpu time is going.  Right now it takes two hours to do a branch tag on
our repo.  This may be a lost cause, but I didn't think it would take
very long to give it a try and have a look (silly me!).

> >
> >
> >
> > This stuff must build, right? I can download binaries that work
> fine, so
> > someone must have built it......
> Indeed. 1.12.12 and 1.12.13 did build, but I do not have details on
> the
> nature of the environment used.
>       -- Mark
> >
> >
> >
> > --
> >
> > Kelly F. Hickel
> > Senior Software Architect
> > MQSoftware, Inc
> > 952.345.8677
> > kfh@mqsoftware.com
> Version: GnuPG v1.4.3 (FreeBSD)
> iD8DBQFEV6mkCg7APGsDnFERAgKzAJ0SDiNaMh9Tis26qhcdSudXlw99xgCg1aWH
> Ulg8bT2fNmAxi2NVixLTBes=
> =sgYf


Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc

reply via email to

[Prev in Thread] Current Thread [Next in Thread]