Re: [sqlite] VC++ and SQLite

[noel.frankinet]

Le 13/11/2012 15:52, Arbol One a écrit :
yes I know the concept, there no benefit on today machine, especially 
for a .h that is not so huge.

Not to recompile it again?
You know, the concept of precompiled headres...?

Genius might have limitations, but stupidity is no handicap
Eat Kosher


-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of Noel Frankinet
Sent: Tuesday, November 13, 2012 9:19 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

why would you need stdafx.h for sqlite ? what is the added benefit ?


On 13 November 2012 14:57, Michael Schlenker <m...@contact.de> wrote:


Am 13.11.2012 14:33, schrieb Arbol One:

I would also keep this feature, however, in the case of SQLite3
amalgamation, I am really confused. You know how we have to #include
the 'stdafx.h' in every declaration file (making it non-portable
code), i.e. .c, .cpp, etc., well, I tried doing the same thing with
sqlite.c, but VS10 complains about it.

You can do that without making it non portable by adding /FI to your
compile line:
http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx

Try /FI "stdafx.h"

Michael


What a nightmare Visual Studio is >:(

Genius might have limitations, but stupidity is no handicap Eat
Kosher

-Original Message- From: sqlite-users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of
SQLite Database Subject: Re: [sqlite] VC++ and SQLite

On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
wrote:

You might be surprised at the speed increase you see in compile
time if you've got large projects.  The time isn't lost to CPU as
much, but disk I/O time adds up when hitting many hundreds of small
(header) files (even with an SSD).


This is why I use PCH. Building some of my projects take a long time
even on a 12 threaded processor with multiple SSDs.


-- John M. Drescher ___
sqlite-users mailing list sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___ sqlite-users mailing
list sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users



--
Michael Schlenker
Software Architect

CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
Wiener Straße 1-3   Fax:+49 (421) 20153-41
28359 Bremen
http://www.contact.de/  E-Mail: m...@contact.de

Sitz der Gesellschaft: Bremen
Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe Eingetragen im
Handelsregister des Amtsgerichts Bremen unter HRB 13215
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users




--
Noël Frankinet
Strategis sprl
0478/90.92.54
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users


-
Aucun virus trouvé dans ce message.
Analyse effectuée par AVG - www.avg.fr
Version: 2013.0.2793 / Base de données virale: 2624/5890 - Date: 12/11/2012


___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[John Drescher]

On Tue, Nov 13, 2012 at 10:29 AM, Arbol One  wrote:
> Further inspection showed that there is a macro that is added, and not the 
> stdafx.h file name, the macro is 
> '%(PrecompiledHeaderFile);%(ForcedIncludeFiles)'. Nevertheless, VS10 still 
> complains with the following error:
> fatal error C1853: 'Debug\vsSamiira.pch' precompiled header file is from a 
> previous version of the compiler, or the precompiled header is C++ and you 
> are using it from C (or vice versa).
>
> How do I solve this problem?

If  this file exists delete it. And then rebuild clean.

John
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arbol One]

Further inspection showed that there is a macro that is added, and not the 
stdafx.h file name, the macro is 
'%(PrecompiledHeaderFile);%(ForcedIncludeFiles)'. Nevertheless, VS10 still 
complains with the following error:
fatal error C1853: 'Debug\vsSamiira.pch' precompiled header file is from a 
previous version of the compiler, or the precompiled header is C++ and you are 
using it from C (or vice versa).

How do I solve this problem?

Genius might have limitations, but stupidity is no handicap
Eat Kosher


-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of Michael Schlenker
Sent: Tuesday, November 13, 2012 8:57 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

Am 13.11.2012 14:33, schrieb Arbol One:
> I would also keep this feature, however, in the case of SQLite3 
> amalgamation, I am really confused. You know how we have to #include 
> the 'stdafx.h' in every declaration file (making it non-portable 
> code), i.e. .c, .cpp, etc., well, I tried doing the same thing with 
> sqlite.c, but VS10 complains about it.

You can do that without making it non portable by adding /FI to your compile 
line:
http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx

Try /FI "stdafx.h"

Michael

> 
> What a nightmare Visual Studio is >:(
> 
> Genius might have limitations, but stupidity is no handicap Eat Kosher
> 
> -Original Message- From: sqlite-users-boun...@sqlite.org 
> [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
> Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of 
> SQLite Database Subject: Re: [sqlite] VC++ and SQLite
> 
> On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> wrote:
>> You might be surprised at the speed increase you see in compile time 
>> if you've got large projects.  The time isn't lost to CPU as much, 
>> but disk I/O time adds up when hitting many hundreds of small
>> (header) files (even with an SSD).
>> 
> 
> This is why I use PCH. Building some of my projects take a long time 
> even on a 12 threaded processor with multiple SSDs.
> 
> 
> -- John M. Drescher ___
> sqlite-users mailing list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 
> ___ sqlite-users mailing 
> list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 


--
Michael Schlenker
Software Architect

CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
Wiener Straße 1-3   Fax:+49 (421) 20153-41
28359 Bremen
http://www.contact.de/  E-Mail: m...@contact.de

Sitz der Gesellschaft: Bremen
Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe Eingetragen im 
Handelsregister des Amtsgerichts Bremen unter HRB 13215 
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Teg]

Hello Arbol,

There's nothing special about Stdafx.h or Stdafx.cpp. Even if you
switch to a different compiler, they just compile with no PCH. You do
have to create them if you're going to use them though. I typically
copy them in from another project. I even use them in Linux projects
because it's a nice place to centralize headers used by a project.

Once you understand the in's and outs of PCH in VS it's simply not
that hard. I don't use PCH with Sqlite.c. It's in it's own library
project which my main project links to. In that way, each project can
compile however works best for it. Everything I write uses PCH,
everything I inherit, might or might not use PCH.

AO> What a nightmare Visual Studio is >:(

You know what they say. It's a poor craftsman who blames his tools.
Your problems with VS seem to stem from general noobishness. Learning
devel tools is no different than learning a foreign language. You need
to research it and learn how it all works.

I think things would be alot easier for you if you made a new static
lib  project just for Sqlite, compile it there with no PCH and link it
into  your  program.  If  you add the project as a "Reference" VS will
link it in automatically.



Tuesday, November 13, 2012, 8:33:48 AM, you wrote:

AO> I would also keep this feature, however, in the case of SQLite3
AO> amalgamation, I am really confused. You know how we have to
AO> #include the 'stdafx.h' in every declaration file (making it
AO> non-portable code), i.e. .c, .cpp, etc., well, I tried doing the
AO> same thing with sqlite.c, but VS10 complains about it. 

AO> What a nightmare Visual Studio is >:(

AO> Genius might have limitations, but stupidity is no handicap
AO> Eat Kosher

AO> -Original Message-
AO> From: sqlite-users-boun...@sqlite.org
AO> [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
AO> Sent: Monday, November 12, 2012 7:44 PM
AO> To: General Discussion of SQLite Database
AO> Subject: Re: [sqlite] VC++ and SQLite

AO> On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com> wrote:
>> You might be surprised at the speed increase you see in compile time 
>> if you've got large projects.  The time isn't lost to CPU as much, but 
>> disk I/O time adds up when hitting many hundreds of small (header) 
>> files (even with an SSD).
>>

AO> This is why I use PCH. Building some of my projects take a long
AO> time even on a 12 threaded processor with multiple SSDs.


AO> --
AO> John M. Drescher
AO> ___
AO> sqlite-users mailing list
AO> sqlite-users@sqlite.org
AO> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

AO> ___
AO> sqlite-users mailing list
AO> sqlite-users@sqlite.org
AO> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users




-- 
Best regards,
 Tegmailto:t...@djii.com

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arbol One]

I used Borland when I was a student too and a little bit after I graduated, I 
used OWL once, what a mistake, soon after Borland dropped the ball on OWL; left 
me stranded. Ever since I use GNU and GTKmm, they appear to be much more stable 
than Borland. Microsoft is stable, no doubt, but too complicated; just have a 
look at the madness of MFC or try to play a sound file using WIN API code. No 
man, I am not an advocate for anyone but me and what I find to be good. I am 
not loyal to companies or consortiums; I am loyal to me and what I find to be 
good to me.

MS was never free before FSF pushed it to give a bit of its millions of $ back, 
after that, even MS-Windows started to feel like Linux. Linux proved to be just 
as good as, and some times better than MS.

Linux developers didn't need the complexity of VS10 or a simple IDE like 
Code::Blocks to create or participate in the creation of an OS so much better 
than those using VS to develop theirs.
MS-VS developers should spend more time creating more effective documentation 
and less time developing a new Language/Dialect for the IT industry.

Genius might have limitations, but stupidity is no handicap
Eat Kosher


-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of John Drescher
Sent: Tuesday, November 13, 2012 9:57 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

On Tue, Nov 13, 2012 at 8:51 AM, Arbol One <arbol...@gmail.com> wrote:
> Following the advice of MSN:
> Open the project's Property Pages dialog box. For details, see Setting Visual 
> C++ Project Properties.
> Click the C/C++ folder.
> Click the Advanced property page.
> Modify the Force Includes property.
>
> and now my Force Include property text entry box has the word: 
> stdafx.h
>
> This now produces the following error:
> fatal error C1083: Cannot open include file: 'stdafx.h': No such file 
> or directory
> 1>  strtools.cpp.
> What else needs to be changed now?
>
> PD
> Why is MS paying people to create software that is s complicated to use?

The PCH requirements and behavior are the same as they have been since at least 
the mid 1990s but probably longer. Before that I used borland compilers.

John
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[John Drescher]

On Tue, Nov 13, 2012 at 8:51 AM, Arbol One  wrote:
> Following the advice of MSN:
> Open the project's Property Pages dialog box. For details, see Setting Visual 
> C++ Project Properties.
> Click the C/C++ folder.
> Click the Advanced property page.
> Modify the Force Includes property.
>
> and now my Force Include property text entry box has the word: stdafx.h
>
> This now produces the following error:
> fatal error C1083: Cannot open include file: 'stdafx.h': No such file or 
> directory
> 1>  strtools.cpp.
> What else needs to be changed now?
>
> PD
> Why is MS paying people to create software that is s complicated to use?

The PCH requirements and behavior are the same as they have been since
at least the mid 1990s but probably longer. Before that I used borland
compilers.

John
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arjen Markus]

On Tue, 13 Nov 2012 09:51:01 -0500
 Arbol One  wrote:

Following the advice of MSN:
Open the project's Property Pages dialog box. For 
details, see Setting Visual C++ Project Properties. 
Click the C/C++ folder. 
Click the Advanced property page. 
Modify the Force Includes property. 

and now my Force Include property text entry box has the 
word: stdafx.h


This now produces the following error:
fatal error C1083: Cannot open include file: 'stdafx.h': 
No such file or directory

1>  strtools.cpp.
What else needs to be changed now?



This seems to be a project-specific header file that
in turn includes all manner of standard header files
and project-specific header files that change rarely.

I have seen it being referenced and created when starting
a project from scratch. The easiest way to deal with it
is probably to simply remove any reference to it.

Regards,

Arjen



DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.




___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arbol One]

Not to recompile it again?
You know, the concept of precompiled headres...?

Genius might have limitations, but stupidity is no handicap
Eat Kosher


-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of Noel Frankinet
Sent: Tuesday, November 13, 2012 9:19 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

why would you need stdafx.h for sqlite ? what is the added benefit ?


On 13 November 2012 14:57, Michael Schlenker <m...@contact.de> wrote:

> Am 13.11.2012 14:33, schrieb Arbol One:
> > I would also keep this feature, however, in the case of SQLite3 
> > amalgamation, I am really confused. You know how we have to #include 
> > the 'stdafx.h' in every declaration file (making it non-portable 
> > code), i.e. .c, .cpp, etc., well, I tried doing the same thing with 
> > sqlite.c, but VS10 complains about it.
>
> You can do that without making it non portable by adding /FI to your 
> compile line:
> http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx
>
> Try /FI "stdafx.h"
>
> Michael
>
> >
> > What a nightmare Visual Studio is >:(
> >
> > Genius might have limitations, but stupidity is no handicap Eat 
> > Kosher
> >
> > -Original Message- From: sqlite-users-boun...@sqlite.org 
> > [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
> > Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of 
> > SQLite Database Subject: Re: [sqlite] VC++ and SQLite
> >
> > On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> > wrote:
> >> You might be surprised at the speed increase you see in compile 
> >> time if you've got large projects.  The time isn't lost to CPU as 
> >> much, but disk I/O time adds up when hitting many hundreds of small
> >> (header) files (even with an SSD).
> >>
> >
> > This is why I use PCH. Building some of my projects take a long time 
> > even on a 12 threaded processor with multiple SSDs.
> >
> >
> > -- John M. Drescher ___
> > sqlite-users mailing list sqlite-users@sqlite.org 
> > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> >
> > ___ sqlite-users mailing 
> > list sqlite-users@sqlite.org 
> > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> >
>
>
> --
> Michael Schlenker
> Software Architect
>
> CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
> Wiener Straße 1-3   Fax:+49 (421) 20153-41
> 28359 Bremen
> http://www.contact.de/  E-Mail: m...@contact.de
>
> Sitz der Gesellschaft: Bremen
> Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe Eingetragen im 
> Handelsregister des Amtsgerichts Bremen unter HRB 13215 
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>



--
Noël Frankinet
Strategis sprl
0478/90.92.54
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arbol One]

Following the advice of MSN:
Open the project's Property Pages dialog box. For details, see Setting Visual 
C++ Project Properties. 
Click the C/C++ folder. 
Click the Advanced property page. 
Modify the Force Includes property. 

and now my Force Include property text entry box has the word: stdafx.h

This now produces the following error:
fatal error C1083: Cannot open include file: 'stdafx.h': No such file or 
directory
1>  strtools.cpp.
What else needs to be changed now?

PD
Why is MS paying people to create software that is s complicated to use?
I am 100% sure that if I was using Code::Blocks or Dev-Cpp or any other IDE I 
would be making money already. Instead, I have to not-make money while learning 
how to use VS10 Express. If MS intends to help developers, why not make things 
less "elegant"?
One thing is for sure, I would have already fired the motherf!@#$ who is 
responsible for the development of an application so repudiated that people 
prefer other's, even when I give it out for free!


Genius might have limitations, but stupidity is no handicap
Eat Kosher


-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of Michael Schlenker
Sent: Tuesday, November 13, 2012 8:57 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

Am 13.11.2012 14:33, schrieb Arbol One:
> I would also keep this feature, however, in the case of SQLite3 
> amalgamation, I am really confused. You know how we have to #include 
> the 'stdafx.h' in every declaration file (making it non-portable 
> code), i.e. .c, .cpp, etc., well, I tried doing the same thing with 
> sqlite.c, but VS10 complains about it.

You can do that without making it non portable by adding /FI to your compile 
line:
http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx

Try /FI "stdafx.h"

Michael

> 
> What a nightmare Visual Studio is >:(
> 
> Genius might have limitations, but stupidity is no handicap Eat Kosher
> 
> -Original Message- From: sqlite-users-boun...@sqlite.org 
> [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
> Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of 
> SQLite Database Subject: Re: [sqlite] VC++ and SQLite
> 
> On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> wrote:
>> You might be surprised at the speed increase you see in compile time 
>> if you've got large projects.  The time isn't lost to CPU as much, 
>> but disk I/O time adds up when hitting many hundreds of small
>> (header) files (even with an SSD).
>> 
> 
> This is why I use PCH. Building some of my projects take a long time 
> even on a 12 threaded processor with multiple SSDs.
> 
> 
> -- John M. Drescher ___
> sqlite-users mailing list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 
> ___ sqlite-users mailing 
> list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 


--
Michael Schlenker
Software Architect

CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
Wiener Straße 1-3   Fax:+49 (421) 20153-41
28359 Bremen
http://www.contact.de/  E-Mail: m...@contact.de

Sitz der Gesellschaft: Bremen
Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe Eingetragen im 
Handelsregister des Amtsgerichts Bremen unter HRB 13215 
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Noel Frankinet]

why would you need stdafx.h for sqlite ? what is the added benefit ?


On 13 November 2012 14:57, Michael Schlenker <m...@contact.de> wrote:

> Am 13.11.2012 14:33, schrieb Arbol One:
> > I would also keep this feature, however, in the case of SQLite3
> > amalgamation, I am really confused. You know how we have to #include
> > the 'stdafx.h' in every declaration file (making it non-portable
> > code), i.e. .c, .cpp, etc., well, I tried doing the same thing with
> > sqlite.c, but VS10 complains about it.
>
> You can do that without making it non portable by adding /FI to your
> compile line:
> http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx
>
> Try /FI "stdafx.h"
>
> Michael
>
> >
> > What a nightmare Visual Studio is >:(
> >
> > Genius might have limitations, but stupidity is no handicap Eat
> > Kosher
> >
> > -Original Message- From: sqlite-users-boun...@sqlite.org
> > [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
> > Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of
> > SQLite Database Subject: Re: [sqlite] VC++ and SQLite
> >
> > On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> > wrote:
> >> You might be surprised at the speed increase you see in compile
> >> time if you've got large projects.  The time isn't lost to CPU as
> >> much, but disk I/O time adds up when hitting many hundreds of small
> >> (header) files (even with an SSD).
> >>
> >
> > This is why I use PCH. Building some of my projects take a long time
> > even on a 12 threaded processor with multiple SSDs.
> >
> >
> > -- John M. Drescher ___
> > sqlite-users mailing list sqlite-users@sqlite.org
> > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> >
> > ___ sqlite-users mailing
> > list sqlite-users@sqlite.org
> > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> >
>
>
> --
> Michael Schlenker
> Software Architect
>
> CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
> Wiener Straße 1-3   Fax:+49 (421) 20153-41
> 28359 Bremen
> http://www.contact.de/  E-Mail: m...@contact.de
>
> Sitz der Gesellschaft: Bremen
> Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe
> Eingetragen im Handelsregister des Amtsgerichts Bremen unter HRB 13215
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>



-- 
Noël Frankinet
Strategis sprl
0478/90.92.54
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Michael Schlenker]

Am 13.11.2012 14:33, schrieb Arbol One:
> I would also keep this feature, however, in the case of SQLite3
> amalgamation, I am really confused. You know how we have to #include
> the 'stdafx.h' in every declaration file (making it non-portable
> code), i.e. .c, .cpp, etc., well, I tried doing the same thing with
> sqlite.c, but VS10 complains about it.

You can do that without making it non portable by adding /FI to your
compile line:
http://msdn.microsoft.com/en-us/library/8c5ztk84%28v=vs.71%29.aspx

Try /FI "stdafx.h"

Michael

> 
> What a nightmare Visual Studio is >:(
> 
> Genius might have limitations, but stupidity is no handicap Eat
> Kosher
> 
> -Original Message- From: sqlite-users-boun...@sqlite.org
> [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher 
> Sent: Monday, November 12, 2012 7:44 PM To: General Discussion of
> SQLite Database Subject: Re: [sqlite] VC++ and SQLite
> 
> On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> wrote:
>> You might be surprised at the speed increase you see in compile
>> time if you've got large projects.  The time isn't lost to CPU as
>> much, but disk I/O time adds up when hitting many hundreds of small
>> (header) files (even with an SSD).
>> 
> 
> This is why I use PCH. Building some of my projects take a long time
> even on a 12 threaded processor with multiple SSDs.
> 
> 
> -- John M. Drescher ___ 
> sqlite-users mailing list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 
> ___ sqlite-users mailing
> list sqlite-users@sqlite.org 
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
> 


-- 
Michael Schlenker
Software Architect

CONTACT Software GmbH   Tel.:   +49 (421) 20153-80
Wiener Straße 1-3   Fax:+49 (421) 20153-41
28359 Bremen
http://www.contact.de/  E-Mail: m...@contact.de

Sitz der Gesellschaft: Bremen
Geschäftsführer: Karl Heinz Zachries, Ralf Holtgrefe
Eingetragen im Handelsregister des Amtsgerichts Bremen unter HRB 13215
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Noel Frankinet]

Never use stdafx stuff on open source project. Don't use precompiled header.


On 13 November 2012 14:33, Arbol One <arbol...@gmail.com> wrote:

> I would also keep this feature, however, in the case of SQLite3
> amalgamation, I am really confused. You know how we have to #include the
> 'stdafx.h' in every declaration file (making it non-portable code), i.e.
> .c, .cpp, etc., well, I tried doing the same thing with sqlite.c, but VS10
> complains about it.
>
> What a nightmare Visual Studio is >:(
>
> Genius might have limitations, but stupidity is no handicap
> Eat Kosher
>
> -Original Message-
> From: sqlite-users-boun...@sqlite.org [mailto:
> sqlite-users-boun...@sqlite.org] On Behalf Of John Drescher
> Sent: Monday, November 12, 2012 7:44 PM
> To: General Discussion of SQLite Database
> Subject: Re: [sqlite] VC++ and SQLite
>
> On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com>
> wrote:
> > You might be surprised at the speed increase you see in compile time
> > if you've got large projects.  The time isn't lost to CPU as much, but
> > disk I/O time adds up when hitting many hundreds of small (header)
> > files (even with an SSD).
> >
>
> This is why I use PCH. Building some of my projects take a long time even
> on a 12 threaded processor with multiple SSDs.
>
>
> --
> John M. Drescher
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>



-- 
Noël Frankinet
Strategis sprl
0478/90.92.54
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Arbol One]

I would also keep this feature, however, in the case of SQLite3 amalgamation, I 
am really confused. You know how we have to #include the 'stdafx.h' in every 
declaration file (making it non-portable code), i.e. .c, .cpp, etc., well, I 
tried doing the same thing with sqlite.c, but VS10 complains about it. 

What a nightmare Visual Studio is >:(

Genius might have limitations, but stupidity is no handicap
Eat Kosher

-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of John Drescher
Sent: Monday, November 12, 2012 7:44 PM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker <pa...@poweradmin.com> wrote:
> You might be surprised at the speed increase you see in compile time 
> if you've got large projects.  The time isn't lost to CPU as much, but 
> disk I/O time adds up when hitting many hundreds of small (header) 
> files (even with an SSD).
>

This is why I use PCH. Building some of my projects take a long time even on a 
12 threaded processor with multiple SSDs.


--
John M. Drescher
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[John Drescher]

On Mon, Nov 12, 2012 at 1:52 PM, Doug Nebeker  wrote:
> You might be surprised at the speed increase you see in compile time if
> you've got large projects.  The time isn't lost to CPU as much, but disk I/O
> time adds up when hitting many hundreds of small (header) files (even with
> an SSD).
>

This is why I use PCH. Building some of my projects take a long time
even on a 12 threaded processor with multiple SSDs.


-- 
John M. Drescher
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Doug Nebeker]

You might be surprised at the speed increase you see in compile time if
you've got large projects.  The time isn't lost to CPU as much, but disk I/O
time adds up when hitting many hundreds of small (header) files (even with
an SSD).

Doug

-Original Message-
From: sqlite-users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org] On Behalf Of Rob Richardson
Sent: Monday, November 12, 2012 1:33 PM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

I always turn pre-compiled headers off for every VC++ project.  In my
opinion, they are artifacts from a time when processors were a few hundred
times slower than they are now.  The benefit in time saved now is far less
than the confusion they cause when something goes wrong.

RobR

-Original Message-
From: sqlite-users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org] On Behalf Of Adam DeVita
Sent: Monday, November 12, 2012 10:49 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

It isn't VS2010 specific. Even going back to VS6 writing your own C++
wrapper and including the.c file you had to tell it to not use precompiled
headers for that file. (Both Debug and Release builds)

You should tell VS that this file will not ever be using precompiled
headers.

On VS2012 Professional Edition one can:
Right click on the file within VS10, select Properties.
Open the C/C++ tree.
Select Precompiled Headers.
Set Precompiled Header to Not Using Precompiled Headers.


Adam

On Mon, Nov 12, 2012 at 10:17 AM, John Drescher <dresche...@gmail.com>
wrote:
>>> I know this question is not a SQLite question, but I am hoping that 
>>> someone here has had a similar experience and/or can point me to the 
>>> right place to ask this question.
>>>
>>> After years or using Code::Blocks and Dev-Cpp, I have recently 
>>> installed Visual Studio 10 Express; it is the first time I am using 
>>> it, in my Windows
>>> 7 machine.
>>>
>>> I have written, with the help of this mailing list a wrapper class 
>>> for the latest SQLite3 library using C::B as my development 
>>> platform, now that I want to switch to VS10, there were a lot of gcc 
>>> specific code that I had to repair and after clearing all the C++ 
>>> discrepancies between MinGW's g++ and MS's VC++ I have been left with
this error message:
>>>
>>> fatal error C1853: 'Debug\sql.pch' precompiled header file is from a 
>>> previous version of the compiler, or the precompiled header is C++ 
>>> and you are using it from C (or vice versa
>>>
>>>
>>>
>>> Does anyone know how to resolve this issue or perhaps a VS10 
>>> specific
>
> You can like the other poster said disable PCH in visual studio or 
> just delete all the PCH files and have VS rebuild them. The second is 
> what I do in Visual Studio retail versions when I get this error.
>
> John
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users



--
VerifEye Technologies Inc.
905-948-0015x245
151 Whitehall Dr, Unit 2
Markham ON, L3R 9T1
Canada
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users


___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Rob Richardson]

I always turn pre-compiled headers off for every VC++ project.  In my opinion, 
they are artifacts from a time when processors were a few hundred times slower 
than they are now.  The benefit in time saved now is far less than the 
confusion they cause when something goes wrong.

RobR

-Original Message-
From: sqlite-users-boun...@sqlite.org [mailto:sqlite-users-boun...@sqlite.org] 
On Behalf Of Adam DeVita
Sent: Monday, November 12, 2012 10:49 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] VC++ and SQLite

It isn't VS2010 specific. Even going back to VS6 writing your own C++ wrapper 
and including the.c file you had to tell it to not use precompiled headers for 
that file. (Both Debug and Release builds)

You should tell VS that this file will not ever be using precompiled headers.

On VS2012 Professional Edition one can:
Right click on the file within VS10, select Properties.
Open the C/C++ tree.
Select Precompiled Headers.
Set Precompiled Header to Not Using Precompiled Headers.


Adam

On Mon, Nov 12, 2012 at 10:17 AM, John Drescher <dresche...@gmail.com> wrote:
>>> I know this question is not a SQLite question, but I am hoping that 
>>> someone here has had a similar experience and/or can point me to the 
>>> right place to ask this question.
>>>
>>> After years or using Code::Blocks and Dev-Cpp, I have recently 
>>> installed Visual Studio 10 Express; it is the first time I am using 
>>> it, in my Windows
>>> 7 machine.
>>>
>>> I have written, with the help of this mailing list a wrapper class 
>>> for the latest SQLite3 library using C::B as my development 
>>> platform, now that I want to switch to VS10, there were a lot of gcc 
>>> specific code that I had to repair and after clearing all the C++ 
>>> discrepancies between MinGW's g++ and MS's VC++ I have been left with this 
>>> error message:
>>>
>>> fatal error C1853: 'Debug\sql.pch' precompiled header file is from a 
>>> previous version of the compiler, or the precompiled header is C++ 
>>> and you are using it from C (or vice versa
>>>
>>>
>>>
>>> Does anyone know how to resolve this issue or perhaps a VS10 
>>> specific
>
> You can like the other poster said disable PCH in visual studio or 
> just delete all the PCH files and have VS rebuild them. The second is 
> what I do in Visual Studio retail versions when I get this error.
>
> John
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users



--
VerifEye Technologies Inc.
905-948-0015x245
151 Whitehall Dr, Unit 2
Markham ON, L3R 9T1
Canada
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Adam DeVita]

It isn't VS2010 specific. Even going back to VS6 writing your own C++
wrapper and including the.c file you had to tell it to not use
precompiled headers for that file. (Both Debug and Release builds)

You should tell VS that this file will not ever be using precompiled headers.

On VS2012 Professional Edition one can:
Right click on the file within VS10, select Properties.
Open the C/C++ tree.
Select Precompiled Headers.
Set Precompiled Header to Not Using Precompiled Headers.


Adam

On Mon, Nov 12, 2012 at 10:17 AM, John Drescher  wrote:
>>> I know this question is not a SQLite question, but I am hoping that
>>> someone here has had a similar experience and/or can point me to the right
>>> place to ask this question.
>>>
>>> After years or using Code::Blocks and Dev-Cpp, I have recently installed
>>> Visual Studio 10 Express; it is the first time I am using it, in my Windows
>>> 7 machine.
>>>
>>> I have written, with the help of this mailing list a wrapper class for the
>>> latest SQLite3 library using C::B as my development platform, now that I
>>> want to switch to VS10, there were a lot of gcc specific code that I had to
>>> repair and after clearing all the C++ discrepancies between MinGW's g++ and
>>> MS's VC++ I have been left with this error message:
>>>
>>> fatal error C1853: 'Debug\sql.pch' precompiled header file is from a
>>> previous version of the compiler, or the precompiled header is C++ and you
>>> are using it from C (or vice versa
>>>
>>>
>>>
>>> Does anyone know how to resolve this issue or perhaps a VS10 specific
>
> You can like the other poster said disable PCH in visual studio or
> just delete all the PCH files and have VS rebuild them. The second is
> what I do in Visual Studio retail versions when I get this error.
>
> John
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users



-- 
VerifEye Technologies Inc.
905-948-0015x245
151 Whitehall Dr, Unit 2
Markham ON, L3R 9T1
Canada
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[John Drescher]

>> I know this question is not a SQLite question, but I am hoping that
>> someone here has had a similar experience and/or can point me to the right
>> place to ask this question.
>>
>> After years or using Code::Blocks and Dev-Cpp, I have recently installed
>> Visual Studio 10 Express; it is the first time I am using it, in my Windows
>> 7 machine.
>>
>> I have written, with the help of this mailing list a wrapper class for the
>> latest SQLite3 library using C::B as my development platform, now that I
>> want to switch to VS10, there were a lot of gcc specific code that I had to
>> repair and after clearing all the C++ discrepancies between MinGW's g++ and
>> MS's VC++ I have been left with this error message:
>>
>> fatal error C1853: 'Debug\sql.pch' precompiled header file is from a
>> previous version of the compiler, or the precompiled header is C++ and you
>> are using it from C (or vice versa
>>
>>
>>
>> Does anyone know how to resolve this issue or perhaps a VS10 specific

You can like the other poster said disable PCH in visual studio or
just delete all the PCH files and have VS rebuild them. The second is
what I do in Visual Studio retail versions when I get this error.

John
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Re: [sqlite] VC++ and SQLite

[Noel Frankinet]

Remove "use precompiled header" from your configuration.



On 10 November 2012 14:11, Arbol One  wrote:

> I know this question is not a SQLite question, but I am hoping that
> someone here has had a similar experience and/or can point me to the right
> place to ask this question.
>
> After years or using Code::Blocks and Dev-Cpp, I have recently installed
> Visual Studio 10 Express; it is the first time I am using it, in my Windows
> 7 machine.
>
> I have written, with the help of this mailing list a wrapper class for the
> latest SQLite3 library using C::B as my development platform, now that I
> want to switch to VS10, there were a lot of gcc specific code that I had to
> repair and after clearing all the C++ discrepancies between MinGW's g++ and
> MS's VC++ I have been left with this error message:
>
> fatal error C1853: 'Debug\sql.pch' precompiled header file is from a
> previous version of the compiler, or the precompiled header is C++ and you
> are using it from C (or vice versa
>
>
>
> Does anyone know how to resolve this issue or perhaps a VS10 specific
> mailing list to address this question?
>
>
>
> TIA.
>
>
>
> This e-mail is for the sole use of the intended recipient and may contain
> confidential or privileged information. Unauthorized use of its contents is
> prohibited. If you have received this e-mail in error, please notify sender
> immediately via return e-mail and then delete the original e-mail.
>
>
>
> Let there come out of you a group of people inviting to all that is good,
> enjoining what is right, and to strive against what is wrong: They are the
> ones to attain respect and admiration, i.e. FSF, GTK+, *NIX, SQLite... etc.
>
> Eat Kosher <
> http://www.hanefesh.com/edu/kosher_Food_Symbols.htm#USAD:DocumentsDownloadedInstallations>
>
>
>
> ___
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>



-- 
Noël Frankinet
Strategis sprl
0478/90.92.54
___
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users