MSVC OU BORLAND BCC55?

[asimoes]

Olá Itamar e Sygecom,

Como bem informou o Maligno, o tópico "Porque eu Uso Harbour" estava saindo dos trilhos, então para não deixar o assunto que eu levantei sem continuidade estou abrindo este tópico para continuarmos a questão dos problemas com os compiladores MSVC E BORLAND BCC55 que vai interessar muita gente que está querendo usar o harbour seja migrando de xharbour ou não e com as opções dos compiladores bcc e msvc. A principio do meu ponto de vista é: O sistema que eu consigo gerar em xharbour com bcc55 já consigo gerar com harbour 2.x com o mesmo compilador (bcc), agora estou tentando usar o MSVC e alguns entraves estão aparecendo, que acredito serão resolvidos como de costume da boa vontade de todos deste forum, que ajudará muito a todos.

Sigecom:

Eu já tentei inverter a ordem das libs passando para esta ordem:

-lgtwvg
-lgtwvt
-lhwgui
...

Itamar:

As libs gtwvg e gtwvt eu preciso porque o sistema faz uso de funções destas libs.
Outra coisa, gerando com bcc não dá erro.

Itamar e Sygecom eu já resolvi desta forma:

Eu percebo o seguinte o MSVC é mais exigente com relação a nomes de funções, ele não compila se acha alguém com o mesmo nome, note que ele está reclamando de funções em duplicidade, eu até mexi no código dialog da hwgui renomeando as funções: lpwAlign e nCopyAnsiToWideChar para lpwAlignNew e nCopyAnsiToWideCharNew. regerei a hwgui e o executável foi gerado, agora só tem um problema eu uso esta função abaixo que eu uso para adicionar a fonte visuallib.ttf que eu criei para usar com a visuallib nos meus sistemas, com borland bcc está funcionando 100% com msvc, ela até adicionar a fonte mais por algum motivo ainda que não entedi, troca os caracteres da tabela ascii. Então decide por enquando usar somente o bcc que está gerando a aplicação sem problemas.

Código: Selecionar todos

    #pragma BEGINDUMP
    #define HB_OS_WIN_32_USED
    #define _WIN32_WINNT   0x0400

    #include "hbwhat.h"
    #include <windows.h>
    #include "hbapiitm.h"
    #include "hbapi.h"
    #include "hbvm.h"
    #include "hbstack.h"

    //-----------------------------------------------------------------------------
    // WINGDIAPI int WINAPI AddFontResourceA(IN LPCSTR);

    HB_FUNC( ADDFONTRESOURCE )
    {
       hb_retni( AddFontResource( (LPCSTR) hb_parcx( 1 ) ) );
    }

    //-----------------------------------------------------------------------------
    // WINGDIAPI BOOL WINAPI RemoveFontResourceA(IN LPCSTR);


    HB_FUNC( REMOVEFONTRESOURCE )
    {
       hb_retl( RemoveFontResource( (LPCSTR) hb_parcx( 1 ) ) ) ;
    }

    #pragma ENDDUMP

Sendo o MSVC mais exigente, podemos ter outros problemas decorrentes estarem usando o mesmo nome de função.
Existe alguma forma de dizer ao MSVC ou no próprio HBMK2 para resolver isto?
[]´s

[sygecom]

Olá Asimoes,
Nesse caso acho que seria interresante postar no forum dos desenvolvedores do Harbour, quem sabe eles renomeiam um nome de função, mas o MSVC é realemnte mais exigente nessas situações, já passei por algo assim e o pessoal do Harbour e o Russo Alexander da Hwgui renomeou algumas funções.

[asimoes]

o pessoal do Harbour e o Russo Alexander da Hwgui renomeou algumas funções.

Como aprendizado do MSVC foi bom, no momento vou continuar com o bcc, apesar de não ser tão exigente quanto MSVC mas não tive problemas, espero.

[sygecom]

Desistiu rápido, mas tudo bem, quem sabe da qui um tempo você testa novamente. Quando você ver a diferença entre BCC e MSVC você nunca mais vai querer ver o BCC na fente, em telas GUI abre muito mas muito mais rapido ! É incrivel como o desempenho fica bom, tanto em rede como local.

[asimoes]

Sygecom,

Não sei se já responderam, mas é possível ter o msvc "portable" como eu faço com o bcc, a questão é que tem situações eu preciso testar a aplicação e compilar. Pelo bcc já tenho maceteado no meu pendrive e com o msvc? posso?

E ainda nõ desisti do msvc, é mais provavel que para aplicações totalmente gráficas com hwgui eu use.

Ainda não pesquisei e a minigui pode ser compilada pelo msvc?

[]´s

[sygecom]

Olá Asimoes,

Não sei se já responderam, mas é possível ter o msvc "portable" como eu faço com o bcc, a questão é que tem situações eu preciso testar a aplicação e compilar. Pelo bcc já tenho maceteado no meu pendrive e com o msvc? posso?

Pior que não tem como, alias eu tentei e não obtive exito, o tal do MSVC na instalação distribui DLL para tudo que é lado do windows, cria variáveis de ambiente para poder compilar, faz uma serie de instalação de pacotes com OCX e etc....porem os aplicativos que são gerados com ele não precisa de nada disso, menos mal.

E ainda nõ desisti do msvc, é mais provavel que para aplicações totalmente gráficas com hwgui eu use.

Legal, felizmente quando eu migrei para MSVC eu já estava 100% em Hwgui.

Ainda não pesquisei e a minigui pode ser compilada pelo msvc?

Pelo que eu sei não compila.Alias essa é uma das grande vantagem da Hwgui, tenho ela compilada para BCC55,BCC58,BCC60,MSVC,MINGW E PELLES C.

[janio]

aSimoes,

Utilizando essa função para adicionar a fonte visuallib.ttf, não precisa mais ficar instalando a fonte no windows??

Como usa essa função?

Janio

[asimoes]

Olá Janio,

É isso ai, não precisa instalar a fonte elea é usada em tempo de execução, só que funciona 100% com bcc551, com msvc ainda não.
Tem um exemplo na seção de contribuições que eu postei no dia 04/12.

[]´s

[janio]

A fonte irá embutida no EXE ou será necessário levar a fonte visualib.ttf junto com o executável?

[asimoes]

A fonte irá embutida no EXE ou será necessário levar a fonte visualib.ttf junto com o executável?

Jânio, a fonte não é embutida no exe, a função addfontresource carrega a fonte em tempo de execução, logo a fonte deverá estar na pasta onde o executável está. A função addfontresource pode carregar e usar qualquer fonte do windows, desde que você informe o caminho desta. A vantagem é que você não precisa instalar a fonte.

Veja o exemplo em: https://pctoledo.org/forum/viewto ... 43&t=10013

[]´s