On Wed, Nov 13, 2019 at 10:56 AM Graham Bloice
wrote:
>
> On Wed, 13 Nov 2019 at 17:36, Richard Sharpe
> wrote:
>>
>> On Wed, Nov 13, 2019 at 9:30 AM Graham Bloice
>> wrote:
>> > Normally (as in the half dozen or so systems I have checked on) you would
>> > have:
>> >
>> > 07/10/2019 10:18
On Wed, 13 Nov 2019 at 17:36, Richard Sharpe
wrote:
> On Wed, Nov 13, 2019 at 9:30 AM Graham Bloice
> wrote:
> > Normally (as in the half dozen or so systems I have checked on) you
> would have:
> >
> > 07/10/2019 10:1813 Microsoft.VCRedistVersion.default.txt
> > 07/10/2019 10:
On Wed, Nov 13, 2019 at 9:30 AM Graham Bloice
wrote:
> Normally (as in the half dozen or so systems I have checked on) you would
> have:
>
> 07/10/2019 10:1813 Microsoft.VCRedistVersion.default.txt
> 07/10/2019 10:18 401 Microsoft.VCToolsVersion.default.props
> 07/
On Wed, 13 Nov 2019 at 17:24, Richard Sharpe
wrote:
> On Wed, Nov 13, 2019 at 9:11 AM Graham Bloice
> wrote:
> >
> >
> > On Wed, 13 Nov 2019 at 16:52, Richard Sharpe <
> realrichardsha...@gmail.com> wrote:
> >>
> >> On Wed, Nov 13, 2019 at 8:45 AM Graham Bloice
> >> wrote:
> >> >
> >> > On Wed,
On Wed, Nov 13, 2019 at 9:11 AM Graham Bloice
wrote:
>
>
> On Wed, 13 Nov 2019 at 16:52, Richard Sharpe
> wrote:
>>
>> On Wed, Nov 13, 2019 at 8:45 AM Graham Bloice
>> wrote:
>> >
>> > On Wed, 13 Nov 2019 at 16:07, Richard Sharpe
>> > wrote:
>> >>
>> >> Well,
>> >>
>> >> I seem to have gotten
On Wed, 13 Nov 2019 at 17:13, Richard Sharpe
wrote:
> On Wed, Nov 13, 2019 at 8:50 AM Graham Bloice
> wrote:
> >
> > On Wed, 13 Nov 2019 at 16:25, Richard Sharpe <
> realrichardsha...@gmail.com> wrote:
> >
> > This is likely to be associated with your earlier issues with the env.
> var. "Platfor
On Wed, Nov 13, 2019 at 8:50 AM Graham Bloice
wrote:
>
> On Wed, 13 Nov 2019 at 16:25, Richard Sharpe
> wrote:
>
> This is likely to be associated with your earlier issues with the env. var.
> "Platform".
Hmmm, the only command prompts I seem to be able to find are:
Developer Command Prompt f
On Wed, 13 Nov 2019 at 16:52, Richard Sharpe
wrote:
> On Wed, Nov 13, 2019 at 8:45 AM Graham Bloice
> wrote:
> >
> > On Wed, 13 Nov 2019 at 16:07, Richard Sharpe <
> realrichardsha...@gmail.com> wrote:
> >>
> >> Well,
> >>
> >> I seem to have gotten further, but then ran into this:
> >>
> >> CMa
On Wed, Nov 13, 2019 at 8:45 AM Graham Bloice
wrote:
>
> On Wed, 13 Nov 2019 at 16:07, Richard Sharpe
> wrote:
>>
>> Well,
>>
>> I seem to have gotten further, but then ran into this:
>>
>> CMake Error at CMakeLists.txt:91 (message): The PLATFORM environment
>> variable ([undefined]) doesn't mat
On Wed, 13 Nov 2019 at 16:25, Richard Sharpe
wrote:
> On Wed, Nov 13, 2019 at 8:20 AM Pascal Quantin
> wrote:
> >
> > Hi Richard,
> >
> > Le mer. 13 nov. 2019 à 17:14, Richard Sharpe <
> realrichardsha...@gmail.com> a écrit :
> >>
> >> Seems there is one more stumbling block:
> >>
> >> Build sta
On Wed, 13 Nov 2019 at 16:07, Richard Sharpe
wrote:
> Well,
>
> I seem to have gotten further, but then ran into this:
>
> CMake Error at CMakeLists.txt:91 (message): The PLATFORM environment
> variable ([undefined]) doesn't match the generator platform (win64)
>
> I notice that this page:
>
> ht
On Wed, Nov 13, 2019 at 8:20 AM Pascal Quantin wrote:
>
> Hi Richard,
>
> Le mer. 13 nov. 2019 à 17:14, Richard Sharpe a
> écrit :
>>
>> Seems there is one more stumbling block:
>>
>> Build started 11/13/2019 8:09:31 AM.
>> 1>Project "C:\Development\wsbuild64\Wireshark.sln" on node 1
>> (de
> -Original Message-
> From: Wireshark-dev [mailto:wireshark-dev-boun...@wireshark.org] On
> Behalf Of Richard Sharpe
> Sent: Wednesday, November 13, 2019 11:12 AM
> To: Developer support list for Wireshark
> Subject: [Wireshark-dev] Building on Windows ...
>
>
Hi Richard,
Le mer. 13 nov. 2019 à 17:14, Richard Sharpe
a écrit :
> Seems there is one more stumbling block:
>
> Build started 11/13/2019 8:09:31 AM.
> 1>Project "C:\Development\wsbuild64\Wireshark.sln" on node 1
> (default targets).
> 1>C:\Development\wsbuild64\Wireshark.sln.metaproj
Seems there is one more stumbling block:
Build started 11/13/2019 8:09:31 AM.
1>Project "C:\Development\wsbuild64\Wireshark.sln" on node 1
(default targets).
1>C:\Development\wsbuild64\Wireshark.sln.metaproj : error
MSB4126: The specified solution configuration "RelWithDebInfo|win64"
is
Well,
I seem to have gotten further, but then ran into this:
CMake Error at CMakeLists.txt:91 (message): The PLATFORM environment
variable ([undefined]) doesn't match the generator platform (win64)
I notice that this page:
https://osqa-ask.wireshark.org/questions/56074/cmake-build-fails
discus
On 8 October 2013 00:22, Joerg Mayer wrote:
> > > > This is undoubtedly about the fact that Makefile.nmake copies lots of
> > > > DLLs and etc to a separate "run" directory.
> > > >
> > > > The exe's won't run from the build dir on Windows.
> > > >
> > > > See install_all: target in Makefile.nmak
> > > This is undoubtedly about the fact that Makefile.nmake copies lots of
> > > DLLs and etc to a separate "run" directory.
> > >
> > > The exe's won't run from the build dir on Windows.
> > >
> > > See install_all: target in Makefile.nmake (top-level)
> > >
> > > ...
> > > # "install-all" will c
On 7 October 2013 15:37, Gerald Combs wrote:
> On 10/6/13 4:35 PM, Bill Meier wrote:
> > On 10/6/2013 7:27 PM, Joerg Mayer wrote:
> >> The executables now compile and link except the gtk and qt guis.
> >> I have not yet been able to run the executables as running the binaries
> >> inside the buil
On 10/6/13 4:35 PM, Bill Meier wrote:
> On 10/6/2013 7:27 PM, Joerg Mayer wrote:
>> The executables now compile and link except the gtk and qt guis.
>> I have not yet been able to run the executables as running the binaries
>> inside the build tree doesn't seem to work (unlike on linux).
>> Ideas h
On 10/6/2013 7:27 PM, Joerg Mayer wrote:
The executables now compile and link except the gtk and qt guis.
I have not yet been able to run the executables as running the binaries
inside the build tree doesn't seem to work (unlike on linux).
Ideas how to get this to work?
Thanks
Jörg
This i
The executables now compile and link except the gtk and qt guis.
I have not yet been able to run the executables as running the binaries
inside the build tree doesn't seem to work (unlike on linux).
Ideas how to get this to work?
Thanks
Jörg
--
Joerg Mayer
On 5 October 2013 12:03, Joerg Mayer wrote:
> Hello,
>
> I've made some progress and am now able to almost build a first 32 bit
> executable with VSEE2010. The executable (capinfos) using nmake as build
> tool.
> The cmake stage (for nmake) is working as much as is needed, i.e. no GUI
> package d
Hello,
I've made some progress and am now able to almost build a first 32 bit
executable with VSEE2010. The executable (capinfos) using nmake as build tool.
The cmake stage (for nmake) is working as much as is needed, i.e. no GUI
package detection right now.
Compilation is working, but linking fai
> Donald White wrote:
> Thanks for the tip. Here is the error:
>
> help_dlg.c
> help_dlg.c(49) : fatal error C1083: Cannot open include file:
> 'htmlhelp.h': No such file or directory
>
Install the HTML Help Workshop as described in the Developer's Guide
Bill
_
Donald White wrote:
> Ulf Lamping wrote:
>> Donald White wrote:
>>> Sorry fo having no subject on previous post.
>>>
>>> I updated my working copy from the trunk this morning and now I can't
>>> build. It had been since 99.4 or so but the update seemed to go OK.
>>>
>>> I use VC++ 6.0 on XP. I le
Ulf Lamping wrote:
> Donald White wrote:
>> Sorry fo having no subject on previous post.
>>
>> I updated my working copy from the trunk this morning and now I can't
>> build. It had been since 99.4 or so but the update seemed to go OK.
>>
>> I use VC++ 6.0 on XP. I let the makefile completely red
Donald White wrote:
> Sorry fo having no subject on previous post.
>
> I updated my working copy from the trunk this morning and now I can't
> build. It had been since 99.4 or so but the update seemed to go OK.
>
> I use VC++ 6.0 on XP. I let the makefile completely redo
> wireshark-win32-libs an
Sorry fo having no subject on previous post.
I updated my working copy from the trunk this morning and now I can't
build. It had been since 99.4 or so but the update seemed to go OK.
I use VC++ 6.0 on XP. I let the makefile completely redo
wireshark-win32-libs and did the distclean.
Can anyone
29 matches
Mail list logo