On Tue, May 14, 2013 at 5:54 PM, Frank Warmerdam wrote:
> Sam,
>
> It looks good to me, though I'm dubious about the value of treating
> booleans as Byte instead of integer.
>
everywhere else booleans are defined as integers like this
int bSomeVar;
>
> Best regards,
> Frank
>
>
>
> On Mon, May
Sam,
It looks good to me, though I'm dubious about the value of treating
booleans as Byte instead of integer.
Best regards,
Frank
On Mon, May 13, 2013 at 9:37 PM, Sam Gillingham wrote:
> Hi All,
>
> I propose a motion to get RFC 40 - "Improving performance of Raster
> Attribute Table implemen
Sam,
It looks good to me, though I'm dubious about the value of treating
booleans as Byte instead of integer.
Best regards,
Frank
On Mon, May 13, 2013 at 9:37 PM, Sam Gillingham wrote:
> Hi All,
>
> I propose a motion to get RFC 40 - "Improving performance of Raster
> Attribute Table implemen
Sam,
It looks good to me, though I'm dubious about the value of treating
booleans as Byte instead of integer.
Best regards,
Frank
On Mon, May 13, 2013 at 9:37 PM, Sam Gillingham wrote:
> Hi All,
>
> I propose a motion to get RFC 40 - "Improving performance of Raster
> Attribute Table implemen
Thank you, it's perfect.
On Tue, May 14, 2013 at 12:41 PM, David Strip wrote:
> The pdb file is generated by the /Zi flag. Add that to the list of flags
> in your release build.
>
>
> On 5/14/2013 10:55 AM, Mihaela Gaspar wrote:
>
> I built GDAL in both Debug and Release.
>
> The default behav
The pdb file is generated by the /Zi flag. Add that to the list of
flags in your release build.
On 5/14/2013 10:55 AM, Mihaela Gaspar wrote:
I built GDAL in both Debug and Release.
The default behavior is to create .pdb files in Debug, but
not
Thank you.
On Tue, May 14, 2013 at 11:08 AM, Frank Warmerdam wrote:
> Mihaela,
>
> gdal.i.lib is a stub library wrapping the GDAL DLL. Link against
> gdal.i.lib if you want to use the DLL.
>
> gdal.lib is a static library with everything in it. Link against this if
> you want to avoid using the
Mihaela,
gdal.i.lib is a stub library wrapping the GDAL DLL. Link against
gdal.i.lib if you want to use the DLL.
gdal.lib is a static library with everything in it. Link against this if
you want to avoid using the GDAL DLL.
Best regards,
Frank
On Tue, May 14, 2013 at 10:11 AM, Mihaela Gaspa
The devinstall option copies gdal.i.lib into the target library
installation folder.
I see another lib file created, gdal.lib
What is the difference between them ?
I I link statically, do I use gdal.i.lib ?
Thank you.
___
gdal-dev mailing list
gdal-dev@li
I built GDAL in both Debug and Release.
The default behavior is to create .pdb files in Debug, but not in Release.
I would like to get a pdb file in Release build as well, is it possible ?
The only lines I see that have to do with pdb, are:
!IFNDEF DEBUG
OPTFLAGS= $(CXX_ANALYZE_FLAGS) /nologo /
FYI,
This is the same as doing:
Start Menu->All Programs->Microsoft Visual Studio 2010->Visual Studio
Tools->Visual Studio x64 Cross Tools Command Prompt (2010)
If you look at the properties of the shortcut it launches the same bat
file.
Best regards,
Martin
From: gdal-dev-boun
11 matches
Mail list logo
