VC++ 2008 Express Sem Framework

39 views
Skip to first unread message

guga...@gmail.com

unread,
Nov 27, 2008, 8:18:02 AM11/27/08
to ccppbrasil
Estou com um probleminha para gerar minha dll no VC++ 2008 Express.
Preciso gerar uma dll no VC++ 2008 sem dependencia do framework, pois
nao quero instalar no cliente o framework. A dll esta funcionando
perfeitamento com o framework instalado, como faco para gerar uma dll c
++ pura, como se estivesse gerando no VC++6.

Pedro d'Aquino

unread,
Nov 27, 2008, 8:27:36 AM11/27/08
to ccppb...@googlegroups.com
Por framework você quer dizer a biblioteca do runtime do C++?

Se for, no 2005 o caminho é o seguinte:

Propriedades do projeto
C/C++
Code Generation
Runtime library => selecione Multi-threaded/Multi-threaded Debug

No 2008 deve ser a mesma coisa..

Rodrigo Strauss

unread,
Nov 27, 2008, 8:31:01 AM11/27/08
to ccppb...@googlegroups.com
Você está usando C++ ou C++/CLI? Está usando Winforms (aquele designer
de janelas do VC Express)?

Rodrigo Strauss

On Thu, Nov 27, 2008 at 11:18 AM, guga...@gmail.com
<guga...@gmail.com> wrote:
>

guga...@gmail.com

unread,
Nov 27, 2008, 8:41:47 AM11/27/08
to ccppbrasil
No VC++ 2008 EXPRESS,
tem as seguintes opções:

Runtime Library
- Multi-threaded (/MT)
- Multi-threaded Debug (/MTd)
- Multi-threaded DLL (/MD)
- Multi-threaded Debug DLL (/MDd)
- <inherit from parent or project defaults>

Para que ser essas opções?

Ou melhor qual é a que devo utilizar?

Atenciosamente,

Gusttavo

On 27 nov, 11:27, "Pedro d'Aquino" <bud...@gmail.com> wrote:
> Por framework você quer dizer a biblioteca do runtime do C++?
> Se for, no 2005 o caminho é o seguinte:
>
> Propriedades do projeto
>
> C/C++
>
> Code Generation
>
> Runtime library => selecione Multi-threaded/Multi-threaded Debug
>
> No 2008 deve ser a mesma coisa..
>
> On Thu, Nov 27, 2008 at 11:18 AM, gugane...@gmail.com
> <gugane...@gmail.com>wrote:

Pedro d'Aquino

unread,
Nov 27, 2008, 8:46:46 AM11/27/08
to ccppb...@googlegroups.com
As duas primeiras: elas linkam a biblioteca do runtime estaticamente com a sua aplicação - que é o que você parece desejar, desde que não use o .NET, como o Strauss apontou.

As outras duas carregam o runtime dinamicamente, a partir de uma DLL - que não estará presente out-of-the-box na maior parte dos sistemas.

Escolha /MTd quando compilar em debug e /MT quando compilar em release.

lsalamon

unread,
Nov 27, 2008, 9:09:57 AM11/27/08
to ccppbrasil
Veja isto também : Howto: Deploy VC2008 apps without installing
vcredist_x86.exe
http://blog.kalmbach-software.de/2008/05/03/howto-deploy-vc2008-apps-without-installing-vcredist_x86exe/

On Nov 27, 11:46 am, "Pedro d'Aquino" <bud...@gmail.com> wrote:
> As duas primeiras: elas linkam a biblioteca do runtime estaticamente com a
> sua aplicação - que é o que você parece desejar, desde que não use o .NET,
> como o Strauss apontou.
> As outras duas carregam o runtime dinamicamente, a partir de uma DLL - que
> não estará presente out-of-the-box na maior parte dos sistemas.
>
> Escolha /MTd quando compilar em debug e /MT quando compilar em release.
>
> On Thu, Nov 27, 2008 at 11:41 AM, gugane...@gmail.com
> <gugane...@gmail.com>wrote:

guga...@gmail.com

unread,
Nov 27, 2008, 8:50:02 AM11/27/08
to ccppbrasil
Vou testar com essa solucao que vc me mostrou.

Nao estou usando nada do framework, tando se eu pegar o codigo e
colocasse no vc++ 6 ele rodaria blz.

On 27 nov, 11:46, "Pedro d'Aquino" <bud...@gmail.com> wrote:
> As duas primeiras: elas linkam a biblioteca do runtime estaticamente com a
> sua aplicação - que é o que você parece desejar, desde que não use o .NET,
> como o Strauss apontou.
> As outras duas carregam o runtime dinamicamente, a partir de uma DLL - que
> não estará presente out-of-the-box na maior parte dos sistemas.
>
> Escolha /MTd quando compilar em debug e /MT quando compilar em release.
>
> On Thu, Nov 27, 2008 at 11:41 AM, gugane...@gmail.com
> <gugane...@gmail.com>wrote:

guga...@gmail.com

unread,
Nov 27, 2008, 8:58:34 AM11/27/08
to ccppbrasil
Ok. Vou testar, qualquer coisa eu falo com vc.

Obrigado.

On 27 nov, 11:46, "Pedro d'Aquino" <bud...@gmail.com> wrote:
> As duas primeiras: elas linkam a biblioteca do runtime estaticamente com a
> sua aplicação - que é o que você parece desejar, desde que não use o .NET,
> como o Strauss apontou.
> As outras duas carregam o runtime dinamicamente, a partir de uma DLL - que
> não estará presente out-of-the-box na maior parte dos sistemas.
>
> Escolha /MTd quando compilar em debug e /MT quando compilar em release.
>
> On Thu, Nov 27, 2008 at 11:41 AM, gugane...@gmail.com
> <gugane...@gmail.com>wrote:

guga...@gmail.com

unread,
Nov 27, 2008, 11:13:34 AM11/27/08
to ccppbrasil
Pessoal obrigado pela ajuda, funcionou perfeitamente.

On 27 nov, 12:09, lsalamon <lsala...@gmail.com> wrote:
> Veja isto também : Howto: Deploy VC2008 apps without installing
> vcredist_x86.exehttp://blog.kalmbach-software.de/2008/05/03/howto-deploy-vc2008-apps-...

guga...@gmail.com

unread,
Nov 27, 2008, 8:18:29 AM11/27/08
to ccppbrasil
Estou com um probleminha para gerar minha dll no VC++ 2008 Express.
Preciso gerar uma dll no VC++ 2008 sem dependencia do framework, pois
nao quero instalar no cliente. A dll esta funcionando perfeitamento
com o framework instalado, como faco para gerar uma dll c++ pura, como

Hermano Cabral

unread,
Nov 27, 2008, 8:24:09 PM11/27/08
to ccppb...@googlegroups.com
Por fraework vou entender como Framework .Net...

Nas propriedades do projeto, em Configuration Properties->General-> Project
Defaults, tem um campo chamado "Common Language Runtime support". Selecione
"No Common Language Runtime support".

Um jeito mais fácil na verdade é criar o projeto utilizando o template
"Win32 Project", que cria uma windows app, console app ou dll sem utilizar
nada (.net, mfc, etc).

Abraço
__________ Information from ESET Smart Security, version of virus signature
database 3647 (20081127) __________

The message was checked by ESET Smart Security.

http://www.eset.com



__________ Information from ESET Smart Security, version of virus signature
database 3647 (20081127) __________

The message was checked by ESET Smart Security.

http://www.eset.com


Reply all
Reply to author
Forward
0 new messages