Harbour 3.4 parou de Compilar !

[asimoes]

Acabei de atualizar o MSYS2

Atualizou MINGW32, fui compilar o harbour 3.4, deu ruim deixou de fora várias libs, fim do 3.4 ?

[JoséQuintas]

Acabei de atualizar o MSYS2
Atualizou MINGW32, fui compilar o harbour 3.4, deu ruim deixou de fora várias libs, fim do 3.4 ?

Resposta simples:
Se tá parado, tá querendo atualizar as coisas porque?

O MSYS2 provavelmente sai atualizando tudo, mas os fontes não estão preparados.
NÃO é o fim do 3.4, porque provavelmente o mesmo vale para o 3.2
Provavelmente isso deve ser mais comum em LIBs com dependência externa.

[asimoes]

Resposta simples:
Se tá parado, tá querendo atualizar as coisas porque?

O harbour pode estar parado, mas o compilador LLVM/CLANG ou GCC NÃO!
O windows sempre terá atualizações, o compilador LLVM/CLANG ou GCC precisam acompanhar, pode ser que alguma atualização do windows tenha uma modificação em alguma API e o harbour pare de funcionar, por isso sempre mantenho pelo menos o compilador atualizado, mas se alguém quer manter o compilador desatualizado tá correndo risco.

[Itamar M. Lins Jr.]

Ola!
Penso da mesma forma do Alexandre.
Sempre andar na frente para ter tempo de mudar sem traumas.
Ano que vem deve ter novidade. Não acredito que um projeto desse tamanho não tem empresa grande por trás.
Uma pagou o Przmek para aumentar as variáveis ? Até a karspensk...

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Só lembrar do básico que sempre foi falado:

Qual o compilador oficial do Harbour?
Então... é só usar o compilador oficial.

XHarbour tá parado há décadas, e isso nunca foi problema.

As LIBs usam versões até mais velhas que o oficial, e não tem problema com isso.

Sei lá... vou me preocupar com isso daqui há 10 anos se estiver vivo.
Só posso dizer que não estou preso a DBF, então não preciso me preocupar com nada.

[JoséQuintas]

Mas.... pensando bem...

poderia mostrar alguns dos erros que aparecem?
Se for problema de C, geralmente mostra a chave alternativa pra eliminar a checagem adicional.
Agora se for CH/H com alteração de definições... aí teria que tentar com versão anterior.

[JoséQuintas]

Acréscimo:

No dia que o Harbour 3.4 não funcionar mais, o que considero quase impossível, aí talvez eu abandone o Harbour de vez, o que também parece quase impossível.

[asimoes]

Já tentaram recompilar o harbour 3.4 com sucesso? se teve sucesso qual GCC usou?

[JoséQuintas]

Recompilei aqui.

Tanto faz, GCC 7.3 ou 8.1
Apenas Harbour 3.4, não uso nada opcional.
O que vém é o que gera.

[asimoes]

Pessoal, alguma pasta com problema na contrib.

Baixei o harbour novamente, agora foi.

[JoséQuintas]

Baixo o que era recomendado antes: posix-sjlj

x86_64-7.3.0-release-posix-sjlj-rt_v5-rev0
x86_64-8.1.0-release-posix-sjlj-rt_v6-rev0

Faz tempo que usava o 8.1, no momento mudei pra 7.3 por causa daquilo do ADO, mas não fez diferença.

Às vezes tenho a impressão de que ele aproveita alguma coisa da outra compilação, mesmo sendo diferente.
E mesmo usando mingw32-make clean install

nota:

SEMPRE usei uma pasta separada: d:\github\Harbour34
configuro SET HB_INSTALL_PREFIX=d:\harbour
Na pasta Harbour, apago TUDO exceto d:\harbour\comp, a não ser que esteja trocando o compilador mingw também.

Nesta última geração apaguei até essa pasta de fontes e baixei do zero.

Tentei fazer o mesmo com o 3.2 mas desisti.

[asimoes]

Quintas,
O problema é o código C/H sem manutenção, apesar de informar no changelog sobre essa modificação no getrows, parece que não chegou a ser modificado.
E agora a 3.2 é a mais atualizada, uma questão de gosto também, o importante é que por enquanto nossas aplicações estão funcionando.

[Itamar M. Lins Jr.]

Ola!
Usando GCC 9 do Ubuntu(Kubuntu) 20.04 foi, com uma "mexida" em um fonte por conta da função stime(deprecated) da HBCT.
Mas aparecem alguns warnings de deprecated.

Saudações,
Itamar M. Lins Jr.