Clipper On Line • Ver Tópico - Baixar o Harbour
Página 1 de 2

Baixar o Harbour

MensagemEnviado: 14 Set 2016 11:17
por JoséQuintas
O que era fixo, não está mais tão fixo.
Parece que de tempos em tempos o roteiro de baixar o Harbour se altera.

O principal: a página do projeto

Harbour 3.2: https://github.com/harbour/core

Harbour 3.4: https://github.com/vszakats/harbour-core

Nos dois, o link também já abre o README, é que sempre esquecemos de descer a página e olhar pra baixo.
Tem lá instrução pra tudo.

Em ambos os casos, ao pesquisar "binaries", chegamos ao endereço de download

Harbour 3.2 binários: https://sourceforge.net/projects/harbour-project/files/binaries-windows/nightly/

Harbour 3.4 binários: https://github.com/vszakats/harbour-core/releases/download/v3.4.0dev/harbour-snapshot-win.7z

Convém destacar o seguinte:
Pode ser interessante manter o compilador C no computador, porque geralmente ele é uma parte que não se altera com frequência.
Os compiladores costumam ser instalados em \harbour\comp

Aqui mantenho a pasta \harbour\comp que contém:

\harbour\comp\msvc2010
\harbour\comp\mingw32

O harbour em si pode ser o mesmo pra qualquer compilador C, mas o sucesso depende de existirem as LIBs adequadas ao compilador escolhido.
Aqui tenho:
\harbour\lib\win\mingw
\harbour\lib\win\mingw64
\harbour\lib\win\msvc

Então, se quiser um Harbour pronto pra qualquer compilador C, teria que ter o que se refere aos compiladores C nessas duas pastas: \HARBOUR\COMP e \HARBOUR\LIB

Convém lembrar também, que o Harbour usa o que estiver definido em PATH pra algumas escolhas automáticas.
E dependendo do compilador, vale também o que estiver definido em LIB, OBJ, INCLUDE, etc.
Isso sempre foi assim, mesmo no CLIPPER, então não há do que reclamar nesta parte.

E se for gerar o Harbour do zero, pode acabar precisando indicar algum algo mais na configuração.

Aqui deixo tudo resolvido com estas variáveis, pra msvc2010:

SET HB_COMPILER=msvc
SET HB_COMPILER_VER=1600
SET HB_INSTALL_PREFIX=d:\harbour
SET HB_LANG=EN
SET INCLUDE=d:\harbour\comp\msvc2010\include
SET LIB=d:\harbour\comp\msvc2010\lib
SET PATH=d:\harbour\bin;d:\harbour\comp\msvc2010\bin;d:\tools\útil


o UPX, pra compactar, não faz parte do Harbour, aqui deixo em d:\tools\util
Pra assinar, não faz parte do Harbour, aqui deixo em d:\tools\signtool, e um BAT em d:\tools\util resolve a configuração de PATH

Só explicando as variáveis:
Definindo nome e versão do compilador C, caso não detecte automático
SET HB_COMPILER=msvc
SET HB_COMPILER_VER=1600


Pasta de instalação/geração do Harbour
SET HB_INSTALL_PREFIX=d:\harbour


Idioma, deixo em inglês pra facilitar pra mim
SET HB_LANG=EN


Aonde vai procurar .CH, se não existir na pasta atual ou nas pastas pré-definidas do Harbour - lembrando que isso vale para o Harbour e para o compilador C, e que o hbmk2 do Harbour já inclui pastas padrão
SET INCLUDE=d:\harbour\comp\msvc2010\include


Mesma coisa, referente às LIBs - valendo pra Harbour e para o compilador C, e que o hbmk2 do Harbour já inclui pastas padrão
SET LIB=d:\harbour\comp\msvc2010\lib


Isto é coisa do sistema operacional: se o EXE a ser executado não existir na pasta atual, pesquisa numa dessas pastas
O Harbour aproveita estes paths pra tentar encontrar o que precisa também.
SET PATH=d:\harbour\bin;d:\harbour\comp\msvc2010\bin;d:\tools\útil


O Harbour também tem componentes opcionais, que precisam configuração extra, e download extra.
Eu uso só a parte padrão, então só configuro o que mencionei.

No geral é isso.
O mais importante é lembrar o endereço do Harbour, porque lá tem o README com tudo.

Baixar o Harbour

MensagemEnviado: 15 Set 2016 11:43
por Softwhouse
José, esse harbour é para 64 bits? Instalei e ao executar o HBMK2 é informado que hbmk2.exe não é um aplicativo Win32 válido.

Baixar o Harbour

MensagemEnviado: 15 Set 2016 12:02
por JoséQuintas
Deve estar descrito no readme, mas se não me engano lembro de ter lido em algum lugar que o default pronto do Harbour 3.4 passou a ser em 64 bits.

Acho que deveria continuar sendo 32 bits, que funciona em qualquer lugar.

Baixar o Harbour

MensagemEnviado: 16 Set 2016 14:31
por JoséQuintas
Aproveitando...
Com essa mesma configuração da minha máquina.

Aqui baixo os fontes em:
d:\cvsfiles\vszakats


pra gerar o Harbour

cd \cvsfiles\vszakats
win-make clean install


De vez em quando apago toda pasta do harbour, DEIXANDO a pasta harbour\comp
Se apagar essa, o(s) compilador(es) C vão embora junto.... rs

Baixar o Harbour

MensagemEnviado: 08 Dez 2016 01:30
por Fernando queiroz
nao consegui fazer a compilacao com exito do harbour 3.4 para win 32

baixei a versao binaria mas para win64, ate compilou algumas coisas mas deu muitos erros

depois baixei o source para win32 e nao consegui fazer nada

vamos la:

meu ambiente
@echo off
set path=C:\hb34\bin;C:\hb34\comp\mingw\bin;%path%
set HB_COMPILER=mingw
SET HB_PATH=c:\hb34
SET HB_INSTALL_PREFIX=c:\hb34
SET HB_LANG=EN
SET INCLUDE=c:\hb34\comp\mingw\include
SET LIB=c:\hb34\comp\mingw\lib
cd\bene\sgchb
%SystemRoot%\system32\cmd.exe


pergunta ? teho de baixar a versao para win64 para ter algumas coisas que faltam quando baixo somente os fontes

tenho de descompactar em uma pasta diferente de c:\hb34 pois descompactei para win64 na c:\hb34

resultado da compilacao usando somente WIN-MAKE

C:\hb34>win-make
! Building Harbour 3.4.0dev from source
! MAKE: win-make 4.1 'sh.exe'
! HB_INSTALL_PREFIX: c:\hb34
! HB_HOST_PLAT: win (x86)  HB_SHELL: nt
! HB_PLATFORM: win (x86) (auto-detected)
! HB_COMPILER: mingw (v0304)
! Component: 'zlib' found in C:/hb34/src/3rd/zlib (local)
! Component: 'pcre2' not found. Configure with HB_WITH_PCRE2.
! Component: 'pcre' found in C:/hb34/src/3rd/pcre (local)
! Component: 'gpm' not supported on win platform
! Component: 's-lang' not found. Configure with HB_WITH_SLANG.
! Component: 'curses' not found. Configure with HB_WITH_CURSES.
! Component: 'x11' not found. Configure with HB_WITH_X11.
! Component: 'wattcp/watt-32' not supported on win platform
win-make[1]: Nothing to be done for 'all'.
win-make[1]: Nothing to be done for 'all'.
! 'hbdossrl' library skipped (platform or compiler not supported)
gcc -I. -I../../../../../../include -c -W -Wall -O3 -fno-ident -fomit-frame-pointer -m32 -DUNICODE -IC:/hb34/src/3rd/zlib -DPNG_NO_STDIO -opng.o ../../../png.c
process_begin: CreateProcess(NULL, gcc -I. -I../../../../../../include -c -W -Wall -O3 -fno-ident -fomit-frame-pointer -m32 -DUNICODE -IC:/hb34/src/3rd/zlib -DPNG_NO_STDIO -opng.o ../../../png.c, ...) failed.
make (e=2): O sistema nÒo pode encontrar o arquivo especificado.
../../../../../../config/rules.mk:98: recipe for target 'png.o' failed
win-make[4]: *** [png.o] Error 2
../../../config/lib.mk:72: recipe for target 'descend' failed
win-make[3]: *** [descend] Error 2
../../config/dir.mk:71: recipe for target 'png' failed
win-make[2]: *** [png] Error 2
../config/dir.mk:71: recipe for target '3rd' failed
win-make[1]: *** [3rd] Error 2
config/dir.mk:71: recipe for target 'src' failed
win-make: *** [src] Error 2

C:\hb34>

Baixar o Harbour

MensagemEnviado: 08 Dez 2016 08:48
por Fernando queiroz
a versão 3.2 eu tenho, funcionando perfeitamente, agora queria ter a 3.4 também , mas não tem ela pronta para win32 somente para win64 por isso estou tentando instalar a partir dos fontes.

queria um caminho das pedras tipo:

onde pegar os fonte para win32: ( ja peguei )

onde descompactar , se na mesma pasta da versao win64 ou criar uma pasta separada para win32. (pergunta meio idiota , mas é que o pacote com os fontes não tem varias coisas que tem no pacote para win64 tipo win-make.exe)

copiar o pacote win32 em cima da pasta com win64?

Baixar o Harbour

MensagemEnviado: 04 Jan 2017 18:46
por rochinha
:-Y

Baixar o Harbour

MensagemEnviado: 05 Jan 2017 12:32
por asimoes
Valeu Hazael,

Tá bem explicado

Baixar o Harbour

MensagemEnviado: 06 Jan 2017 10:44
por JoséQuintas
Só complementando:

O Harbour 3.4 baixado é 64 bits, pronto pra gerar aplicativos em 32 ou 64 bits.
O "compilador" Harbour não limita o uso em mingw ou 64 bits, serve pra gerar EXE em qualquer plataforma.
O que limita é a existência das bibliotecas prontas, e do compilador C instalado.

Recapitulando como funciona o Harbour:

- transforma seus PRGs em fonte C, para o compilador C que escolher, e para 32/64, o que escolher.
- compila usando o compilador C escolhido e 32/64 bits
- linquedita, usando as bibliotecas conforme o compilador C escolhido e 32/64 bits

Então você vai precisar:

- O Harbour, gerado seja como for (msvc, mingw, 32 bits, 64 bits, etc. tanto faz)
- O compilador C que vai usar pra gerar SEUS EXES
- As LIBs em LIB\WIN\XXXX que sejam compatíveis com o que vai usar no SEU EXE.

Não sei quanto a 32/64 bits, mas quanto ao compilador C, as LIBs ficam em lib/win/msvc ou lib/win/mingw

Uma coisa é gerar o Harbour, e outra coisa é usar o Harbour pra gerar o SEU EXE.

Lógico... ao gerar o Harbour já são geradas as LIBs compatíveis.
Se gerar o Harbour pra msvc, já vai ter prontas as LIBs pra msvc.

Pessoalmente, prefiro o Harbour 3.4
Mais que isso: arrisco a dizer que enquanto as LIBs não seguirem o padrão do Harbour 3.4, não haverá futuro para as LIBs e nem para o Harbour.
Enquanto esse dia não chegar, é usar qualquer coisa como quebra-galho, ou trocar de linguagem de programação.

Nota: se a LIB fosse compatível com Harbour 3.4, e seguisse o padrão dele, estaria dentro do Harbour, e não fora dele.

Baixar o Harbour

MensagemEnviado: 06 Jan 2017 17:22
por rochinha
Amiguinhos,

Mais que isso: arrisco a dizer que enquanto as LIBs não seguirem o padrão do Harbour 3.4, não haverá futuro para as LIBs e nem para o Harbour.
Enquanto esse dia não chegar, é usar qualquer coisa como quebra-galho, ou trocar de linguagem de programação.

Nota: se a LIB fosse compatível com Harbour 3.4, e seguisse o padrão dele, estaria dentro do Harbour, e não fora dele.


JoseQuintas
Eu uso a 0.45 com Borland 5.82 e estou feliz, tenho a 3.2 implantada para migração, mas tenho a 3.4 para o futuro.

Gostaria muito de uma explicação melhor sobre o tal padrão.

Baixar o Harbour

MensagemEnviado: 06 Jan 2017 19:44
por JoséQuintas
Simples:

Tudo que se mostra no Windows usa funçòes da API do Windows.
Qualquer que seja a LIB, faz isso.
TODAS tem rotina pra isso.

Se a rotina aceita tipos existentes no Harbour, pode ser usada diretamente no Harbour.
E rotinas adicionais podem ser feitas, em Harbour, fazendo uso dessas rotinas.
Ou seja, maior flexibilidade em tudo, e programador Harbour pode criar recursos extras.
É exatamente assim que funciona o Harbour 3.4.

Como são as LIBs fora do Harbour:
Rotinas em C compatíveis com elas mesmas.
Isso limita a quem programa em C fazer alguma modificação.
Também acaba exigindo mais e mais rotinas, sempre em C, pra continuarem compatíveis.

Com compatibilidade: qualquer programador Harbour pode inventar
Sem compatibilidade: depende de uma ou duas pessoas fazerem alguma coisa.

Basicamente é isso.

Enquanto a GTWVW nem aparece no Harbour 3.2, fica em extras, no Harbour 3.4 faz parte de contribuições e é compatível com codepage.
Enquanto a GTWVG usa rotinas em C no Harbour 3.2, que não podem ser usadas numa boa no Harbour, no 3.4 usa funcões da hbwin, compatíveis com Harbour, e com mais opções para o programador Harbour
Enquanto o uso de ftp não funcionava direito no Harbour 3.2, funcionava direito no Harbour 3.4
Enquanto o uso de email não funcionava direito no Harbour 3.2, funcionava direito no Harbour 3.4
Todo site do Harbour, incluindo a documentação, foi repaginada pelo Viktor, do Harbour 3.4
Tudo que é feito no Harbour 3.2 também é feito no Harbour 3.4, mas não o contrário.

Poderia ser diferente, e depender só do Harbour.
As poucas mentes brilhantes, trabalhando só no básico dentro do Harbour.
E muitas mentes, brilhantes ou não, trabalhando só com Harbour e inventando.

O único caminho pra isso se chama padronização.
Se não tem padronização, não dá.

O xHarbour também é um bom exemplo disso.
Cresceu sem padrão, e agora está impedido de crescer.

Até mesmo para o C++ existe um padrão.
Não foi à toa que o Borland C ficou de fora.
Como usar novas vantagens do C++ padronizado, mantendo compatibilidade com C++ antigo?
Não dá.
Não estou falando de versões novas, e sim de padrão, existe padrão também pra linguagem C++.
Até a Microsoft tem que seguir esse padrão.

https://isocpp.org/

Muitos aqui usam versões mais antigas do Harbour/xHarbour pra não ter que mexer nos fontes e correr o risco de estragar, e acabam ficando fora do padrão.
O mesmo acontece com os "masters" do Harbour e de bibliotecas.
O jeito seria correr o risco, pra poder padronizar.
Quem acompanha changelog pode verificar o que acontece no Harbour 3.4

De qualquer jeito precisamos de todos os "masters", do Harbour e de LIBs, nossa única opção é usar o que fizeram pra nós, do jeito que der, com ou sem padrão.

Baixar o Harbour

MensagemEnviado: 09 Mar 2017 11:06
por asimoes
Atualização de hoje Harbour 3.4 fork

- win-make.exe
% stop distributing the last binary inside the Harbour source
repository. It was required for non-mingw C compilers on the
Windows plaform. Besides being a maintenance burden, it's not
safe to distribute executable blobs inside a source repository
and nowadays it became very easy to get a working version of
native Windows build of GNU Make. It's part of MSYS2 and
mingw-w64 standalone distros. (avoid any non-native builds,
like Cygwin, though)


Win-Make foi removido.

Baixar o Harbour

MensagemEnviado: 09 Mar 2017 12:02
por JoséQuintas
Uau.

Já copiei o win-make.exe pra minha pasta \tools\util.
Ficou como auxiliar, igual upx.exe, e já fica no PATH.
Assim continua tudo como antes, pelo menos até ver as alternativas.
É provável que cada compilador C tenha sua opção pra isso.

Baixar o Harbour

MensagemEnviado: 09 Mar 2017 12:35
por asimoes
Quintas

Você pode usar mingw32-make para gerar uma versão MSVC

Baixar o Harbour

MensagemEnviado: 09 Mar 2017 13:05
por JoséQuintas
Estava esperando terminar uma geração pra testar com esse, e deu certo.
O make do msvc2010 não serve.

Quem não usar mingw, melhor guardar o win-make.exe atual.
No meu caso, o mingw foi só depois de começar a fazer testes com LIBs gráficas, senão seria só msvc.

Baixar o Harbour

MensagemEnviado: 10 Mai 2017 21:37
por JoséQuintas
Só pra atualizar a informação:

O Viktor chegou a confirmar que o win-make é apenas uma cópia do mingw32-make.exe que foi renomeada.
Trata-se de um make relativamente comum, e não um aplicativo gerador do Harbour.
Qualquer make com mesmos recursos poderia ser usado.

E uma descoberta recente:

Assinando o Harbour e o HBMK2 fica mais rápido, porque os programas de banco não atrapalham.
Sem assinar, os programas de banco usam muito tempo de processamento, deixando o Harbour mais lento.

Os programas de banco são uma espécie de antivírus, que ficam testando tudo que acontece na máquina, os EXEs, etc.
A cada execução do HBMK2 ou Harbour, é feito o teste do EXE, por isso fica mais lento.

E quando está assinado, basta conferir a assinatura, por isso fica mais rápido.

Baixar o Harbour

MensagemEnviado: 10 Mai 2017 22:29
por asimoes
Quintas,

Só para esclarecer a assinatura do hbmk2 e harbour são feitos após os binários do harbour serem criados

Baixar o Harbour

MensagemEnviado: 10 Mai 2017 23:56
por fladimir
só pra título de curiosidade, assinei e não percebi melhora, talvez pq não use os programas de banco nesse micro de desenvolvimento

Baixar o Harbour

MensagemEnviado: 15 Mai 2017 01:48
por JoséQuintas
só pra título de curiosidade, assinei e não percebi melhora, talvez pq não use os programas de banco nesse micro de desenvolvimento


exato.
Quando tem programa de banco instalado, o programa de banco usa quase toda CPU durante a compilação/linquedição.
É algo como um antivírus, checando toda operação efetuada.
Ao estar assinado, por ter identificação, dispensa a checagem.

Gostaria muito de uma explicação melhor sobre o tal padrão.


Retomando o assunto, agora piorou.
Realmente as LIBs precisavam seguir o padrão, estão piores do que eu pensava.
São fontes não formatados, exemplos que nem sequer compilam, uso de função que não existe na LIB, não compilar com os mesmos compiladores do Harbour, conflito de nomes com LIBs do próprio Harbour, etc.
Se tudo isso melhorasse, talvez pudessem até fazer parte do Harbour.

E aproveitando....
Atualizei o mingw pra 7.1, continua tudo normal.

E pensando em abandonar o MSVC 2010.
Continuo achando o mingw muito mais lento pra linqueditar, mas ao instalar o ODBC MySQL 5.3.8, achei chato ter que ficar instalando runtime do MSVC.
Vai acontecer o mesmo com o aplicativo Harbour usando MSVC.

O curioso é ver o modo texto mais elegante do que usando GTWVG.
Vou testar se isso funciona na gtwvg depois.... rs

telados.png

Baixar o Harbour

MensagemEnviado: 15 Mai 2017 21:09
por rochinha
Amiguinhos,

Muito do que podemos sentir nos ultimos tempos é que a Micro$oft vem afunilando tudo para o .Net camuflando a programação superficial de várias linguagens conhecidas como Visual Basic, C, C#, J e F.

Ao olhar os SDKs para .Net vemos os compiladores de linha todos lá presentes, csc.exe, jsc.exe, vbc.exe. É como se a Micro$oft estivesse matando as linguagens por dentro. Já que não pode fazer programadores mudarem de linguagem.

Os pacotes remanescentes para compilação em C que acho que continue puros são os VCRedist.

Como o JoseQuintas falou, gerar aplicativos usando o MSVC com certeza fará a instalação de seu aplicativo ter de baixar toneladas de coisas imprevistas.

...Ou tô errado?

Baixar o Harbour

MensagemEnviado: 15 Mai 2017 21:49
por JoséQuintas
E não é que uma mudança do C++ foi justamente nesta última atualização do Windows 10 !!!!

Visual Studio 2017 - Universal C Runtime (CRT) for Windows 7
For your question, you want to install Visual Studio 2017 on Win 7 OS,we provide some solution as below:
The preconditions is required KB3151802 to install
When the KB3151802 installs successfully, then restart your computer
Install Visual Studio 2017 and select the "Desktop development with C++",Because,there is a installation issue on win7 OS, so,we provide installation steps to avoid this issue as below:
select the "Desktop development with C++" workload ,then select other Windows SDK(for example: Win10 SDK 10586 or Win 10 SDK 10240) instead of Win 10 SDK 14393, screenshot as below:


Resumindo:
Na hora de usar o C++ do Visual Studio 2017, que ainda não foi lançado, selecionar qualquer versão de Windows 10, menos a 14.393.
Deste jeito ainda vai funcionar no Windows 7, desde que instale o update mencionado.

Essa 14.393 é a lançada no mês passado, que mencionei que nem todo mundo atualizou.
Agora pouca gente vai reclamar da remoção de componentes, porque só vão descobrir quando instalar do zero....

Tem sentido se for o que o nome diz:
Um único run-time, seja qual for o ambiente do W10.
É o Windows tentando ser igual ao Linux, no que diz respeito a funcionar em qualquer lugar.
E isso não é compatível com versões anteriores....

Baixar o Harbour

MensagemEnviado: 17 Set 2017 20:54
por lugab
Post nota 10

Baixar o Harbour

MensagemEnviado: 18 Set 2017 09:20
por JoséQuintas
Como o JoseQuintas falou, gerar aplicativos usando o MSVC com certeza fará a instalação de seu aplicativo ter de baixar toneladas de coisas imprevistas.

...Ou tô errado?


O post do Rochinha ficou sem resposta, aproveitar pra responder:

C++ só depende do run-time de C++, é relativamente pequeno, até faz parte do Windows.
O problema é que cada Windows tem uma versão de run-time.

Se usar msvc 2010, roda direto no XP sem instalação, mas pode precisar instalar run-time pra Windows 8 e acima.
Se usar msvc 2015, vai precisar instalar run-time no XP, mas não no Windows 8, e não nas primeiras versões de W10.
Se usar msvc 2017, vai precisar instalar pra quase todos, menos os últimos W10.
E tem run-time pra 32 e 64 bits.

O ODBC MySQL sofre desse efeito, dependendo do ODBC, precisa instalar um run-time diferente.

O problema não é o tamanho, mas precisar da instalação.
Pode ser que precise diretos de administrador, pode ser que a Microsoft retire do mercado, pode ser que um atual não funcione em Windows anteriores.

A parte chata de tudo isso, dos compiladores C é a seguinte:
O que obriga a atualizar compiladores C e código fonte, não é o Harbour, é o WINDOWS.
A cada versão de Windows, há alterações em rotinas do Windows.
Os compiladores C vém com todos os #defines pra Windows, então só atualizando os compiladores pra trazerem as novidades do Windows.
E diversas vezes exigem alterações extras no código fonte.
O Borland C 5.5 é do tempo do Windows 98, talvez XP.

O Windows Vista, veio depois do Windows XP, com novidades nas APIs do Windows.
Existem rotinas do Windows que só funcionam do Windows Vista pra frente, mas não funcionam no XP.
Uma simples: pushbutton com imagem + texto. Isso não existia no XP, isso é do tempo do Vista pra frente.
Outra simples: LoadImage() do Windows, com redimensionamento automático de imagem
Só estas duas, já pode fazer diferença de velocidade em ambiente GUI.
Mas não é só isso: pode ser que pra ter um recurso novo, os parâmetros do Windows foram modificados, e a linguagem antiga não foi atualizada.

Infelizmente, em Windows, ficar atualizando faz parte do desenvolvimento.
Talvez pare agora com Windows 10, mas é bem provável que não.

Ah é, ia esquecendo...
Fora isso, eles vão descobrindo formas do próprio compilador fazer checagem de erros de programador.
Os novos compiladores fazem mais checagens pra evitar erros de programador.
A maioria dos problemas de fontes de LIB não compilarem com o mingw 7.1 é por erros de programador.
Já no BCC... passa qualquer erro.... rs..... até função repetida ele aceita.

Baixar o Harbour

MensagemEnviado: 18 Set 2017 11:29
por rochinha
:-Y

Baixar o Harbour

MensagemEnviado: 28 Set 2018 13:50
por rochinha
Amiguinhos,

JoseQuintas
você usa o Visual Studio C++? O Visual C++ Express não teria as ferramentas para compilação ou simplesmente o MSVC Compiler 2008 que são free.

Baixar o Harbour

MensagemEnviado: 28 Set 2018 19:44
por JoséQuintas
Eu usava o MSVC2010.
Com Windows 10, ele não vém com run-time instalado.
E conforme a versão do Windows 10 se altera, é uma nova versão que vém pré-instalada.
Ou seja... você SEMPRE vai ter que instalar run-time em alguma máquina....

Mas uso mingw, tem sido muito rápido, conforme já coloquei em outro post.
Nenhuma saudade do MSVC, e muito menos do BCC, que nem lembro se algum dia usei.... rs

Recapitulando, compilar DO ZERO, mingw 8.1:

SefazClass: 9 segundos
JoseQuintas: 24 segundos
JPA (aplicativo completo): 48 segundos
JPA (com incremental): 15 segundos

Compilar o JPA inclui compressão com UPX e assinatura digital, por isso 15 segundos, e 48 segundos.

O lado chato é que a bost. do ODBC MySQL usa Microsoft Visual C, e cada versão usa um run-time diferente.
Então... me livrei do MSVC para o aplicativo, mas acabo sendo obrigado a instalar para o ODBC MySQL (desde o 5.x)

hazael escreveu:José, como faz para assinar um EXE?


Uso o utlitário signtool da Microsoft.
Poderia assinar pelo Harbour mesmo, mas só uso o Harbour pra conferir a assinatura, antes de enviar pra download.

Baixar o Harbour

MensagemEnviado: 04 Ago 2019 13:51
por JoséQuintas
Só atualizando o post:
Faz diferença qual versão mingw é baixada, pra efeito de compatibilidade.

Costumo procurar um nome conhecido, que havia sido indicado no respositório do Harbour 3.4

x86_64-7.1.0-release-posix-sjlj-rt_v5-rev0

A partir desse nome, dá pra encontrar as outras.

mingw1.png


Como dá pra ver na imagem, nem todas são posix-sjlj
Não me pergunte porque tem mais de uma versão, não faço idéia da diferença de cada uma.

Se baixar a versão x86_64, significa que pode gerar tanto versões 32 bits quanto 64 bits, mas, é lógico, obrigatoriamente a máquina precisa ser 64 bits.
O tamanho dos downloads é cerca de 50MB, seja qual for a versão.
Instalado, pode ocupar 1GB, seria o tamanho pra fazer download do Harbour, se viesse com mingw junto, por isso melhor baixar separado.
O instalador on-line também serve, ele vai acabar mostrando essas mesmas opções.
Mas baixou uma vez, fica na máquina, não precisa ficar baixando mais vezes.
Cabe em qualquer CD ou pen-drive.
Já tive problemas transferindo o compilador C já instalado, de uma máquina pra outra, então recomendo sempre instalar.
Talvez a máquina era 32 bits e eu não tenha reparado, mas de qualquer jeito, o programa de instalação é menor do que ele instalado e compactado.

mingw.png
mingw.png (10.76 KiB) Visualizado 8770 vezes


O mesmo vale pra XHarbour... mas não encontrei qual é a versão exata que ele usa, só sei que não foi compatível com essa.