Mingw 64 Binary Options

Ive baixado MinGW com mingw-get-inst. E agora Ive notado que ele não pode compilador para x64. Então existe alguma versão binária de 32 bits do MinGW GCC que pode tanto compilar para Windows de 32 bits quanto para Windows de 64 bits? Eu não quero uma versão de 64 bits que possa gerar código de 32 bits, uma vez que eu quero o compilador para Também funcionam em 32-bit Windows, e eu só estou procurando binários pré-compilados aqui, não arquivos de origem, desde Ive gastou inúmeras horas compilando GCC e falha, e Ive desistido por um tempo. (Perguntou Mar 16 11 at 8:47 Pode confirmar que a idéia expressa por hirschhornsalz não funciona. Eu migrei do mingw32 para mingw64 e então eu sei que o código compila em ambos os casos, no entanto, ao tentar compilar com - m32 de mingw64, vários Dependências não foram satisfeitas: libmingwex. a, libmoldname. a, libadvapi32.a, libmsvcrt. a, libpthread. a, libshell32.a, libuser32.a, libkernel32.a, etc. etc. A pity ndash Arcane Engineer Apr 9 15 at 19:41 Eu percebo que esta é uma velha questão. No entanto, a sua ligada à muitas vezes a pergunta foi repetida. Descobri, após muita pesquisa que, agora, anos mais tarde, ambos os compiladores são comumente instalado por padrão quando a instalação mingw Do seu repositório (ou seja, synaptic).Você pode verificar e verificar, executando Linuxs localizar comando: No meu Ubuntu (13.10) instalar tenho por padrão os compiladores a seguir para escolher. Encontrado, emitindo o comando localizar. Finalmente, o menos você tem Para fazer em muitos sistemas é executado: Espero que os muitos links para esta página pode poupar um monte de programadores algum tempo de pesquisa. MinGW-w64 para o Uninitiated A versão recente do MinGW32 totalmente e totalmente quebrou em mim neste fim de semana. Na verdade, quebrou mais cedo, eu só não registrá-lo. Mas depois SDL2 foi incapaz de carregar OpenGL no código que funcionou antes da atualização, o gato estava fora da caixa. Todos os pequenos problemas que tive com as bibliotecas agindo estranho estão relacionados a algo com os componentes internos do MinGW39s quebrados provavelmente algo na glibc. (Antes que alguém me dissesse isso, sim, eu sei que a atualização para o GCC 4.7.0 é ABI incompatível, passei cerca de dois dias recompilando TODAS as bibliotecas de terceiros de origem.) Finalmente, a definição do pacote MinGW para o instalador foi atualizada, mas em um Quebrado estado inutilizável, o que mesmo garantiu que MinGW não iria instalar. Então, depois de alguns desvios, acabei usando o garfo MinGW-w64. Se você ouvir a comunidade, a versão w64 é melhor e mais atualizada, então isso é um plus. A única coisa que me colocou fora era a facilidade de uso de obter MinGW32 up and running com o instalador automatizado. Como se verifica que não é tão difícil de obter MinGW-w64 em funcionamento. O único problema é que não é óbvio. Por essa razão, vou mostrar-lhe aqui e agora como obter o seu MinGW-w64 ambiente em cerca de 5 minutos. (Menor do que leva você a ler este post.) MinGW-w64 As informações sobre o site MinGW-w6439s é confuso, parcialmente enganosa e para as partes boas inútil. Portanto, visite-o com cautela. Eu só descobri o melhor curso de ação depois de alguns tentativa e erro. Para a maior parte vamos usar o trabalho das pessoas excelentes de MinGW-builds. Eles fornecem duas maneiras de obter MinGW, seja pelo instalador do pacote 7zip. Uma vez que qualquer desenvolvedor vale seu sal deve ser capaz de extrair um arquivo zip, vamos usar isso. Existem várias configurações de construção que você pode escolher. A primeira opção é o seu sistema host. A menos que você é compilação transversal (e nós não faremos isso) seu anfitrião é janela. Então você tem a opção de testar e liberar. A menos que você gosta de melhorar o GCC ou a compilação MinGW você basicamente quer a versão de lançamento. Então você pode escolher a versão, e você basicamente sempre quer o mais recente, no meu caso que é 4.8.1. A próxima opção é 32 vs 64 bits, que é a configuração do host, não a configuração de destino. Você precisa saber o que sua máquina é, mas na maioria dos casos que seria de 64 bits e que é o meu caso. A próxima opção é a biblioteca de threads usada e as opções são win32 ou posix (pthreads). Sem belessing os méritos de pthreads, você basicamente sempre quer usar a biblioteca nativa threading. Depois disso, você deve escolher o modelo de exceção. Dependendo do quotbitnessquot (32 vs 64 bit) você tem as opções de anão, sjlj ou SEH. Seguindo a documentação, você quer escolher o modelo como SEH gt sjlj gt dwarf. A única coisa a notar é que você não pode misturar os modelos e esperar exceções para perfeitamente passar sobre DLL limites. Assim, a escolha pode ser diferente para seus propósitos. Vou usar o SEH, que piggybacks no Window39s estruturado manipulação de exceção recurso. Finalmente arquivos A última coisa a escolher é a revisão e que é em quase todos os casos o mais recente. Aqui e agora este é rev5. Depois de baixar o arquivo, você precisa descompactá-lo. (Você tem 7zip. Don39t você) Eu desembalá-lo sob C: minw64, como o original MinGW. Você pode colocá-lo onde quiser, mas historicamente os pacotes não funcionam bem com caminhos com espaços (por exemplo, arquivos quotProgram). Isso parece ter sido resolvido, uma vez que o instalador irá colocá-lo por padrão em Arquivos de Programas. MSys Para mim MinGW e MSys andam de mãos dadas. A principal razão é que configurar e fazer, como usado por quase todos os projetos de código aberto simplesmente não funcionam com cmd. As pessoas do MinGW-w64 não mantêm um bifurcação MSys. A boa notícia é que as pessoas de MinGW-build mantêm um pacote das ferramentas de desenvolvimento essenciais, sendo MSys, 7za, wget, svn, git, mercurial e csv. Uau, que valor você pode encontrar o pacote em pacotes binários externos e aqui e agora a última versão é rev13. Eu extrai o arquivo para c: msys, mas isso é com você. Para MSys alguns pequenos ajustes devem ser feitos. O primeiro é dizer-lhe onde tudo está escrevendo um fstab. Como o quotrealquot fstab em uma máquina Linux, MSys39 fstab diz o quotmountquot onde. Meu fstab (c: msysetcfstab) se parece com isto: O mínimo que você precisa fazer é dizer onde mingw é. Isso irá garantir que o compilador é encontrado. Eu também alias os diretórios do usuário Win7 em / home. Isso garante que as configurações do usuário são persistentes em várias instalações do MSys ou outras ferramentas como Cygwin ou msysGit. A próxima coisa a fazer é dizer ao compilador que ele também deve olhar para a pasta MSys39 para inclui e bibliotecas. Do ponto de vista do GCC e amigos eles estão rodando em uma máquina Windows e pastas como / usr / include simplesmente don39t existem para que eles não olhem lá. Mas o comportamento pode ser recuperado especificando as pastas em CFLAGS, CXXFLAGS e LDFLAGS. Para fazer isso, estenda o perfil (c: msysetcprofile) com os seguintes valores: As pastas serão convertidas pelo bash para os caminhos do Windows antes de entregá-lo ao compilador. Pkg-config Isso é opcional, mas se você precisar pkg-config aqui é como obtê-lo para a sua instalação MinGW-w64. O original pkg-config tem uma dependência muito estúpido para glib. É uma dependência estúpida, uma vez que glib também precisa pkg-config para construir. Portanto, se você não tiver glib ou pkg-config construído, você não será capaz de construir um ou outro. Desde que todos, exceto os desenvolvedores do Gnome (que inventaram o pkg-config) acharam que essa era uma má idéia, um bifurcador foi criado que resolveu essa dependência: pkg-config-lite. A única coisa que eles fazem é pegar o pkg-config original e empacotar a função 4 do glib no pacote. O resultado é que você pode construir pkg-config sem dependências. A melhor maneira de obter o pkg-config-lite é pegar o pacote fonte. Em meus casos que é pkg-config-lite-0.28-1.tar. gz. Construir o pacote é bastante padrão: A única coisa que você precisa fazer é corrigir o VKarGablePKGCONFIGPATH para uso adequado no MSys. Isto é feito apenas como o CFLAGS no perfil: Bison e Flex Não muitas pessoas precisam bison e flex, mas eu faço. Você pode ignorar isso se você não precisa flex e bison. A má notícia é que nem bison nem flex trabalho fora da caixa. Embora o bison compile perfeitamente, tropeçará ao tentar encontrá-lo arquivos de dados. Flex, por outro lado simplesmente não construir, em virtude de que alguém através dele uma boa idéia para usar o garfo para implementar a recursão sobre a análise de expressões lexicais. A boa notícia, alguém resolveu o problema para nós. Esse é o projeto Win Flex-bison e você deve obter a versão lates winflexbison-2.5.zip. Embora não seja a opção mais limpa, o que fiz foi simplesmente extrair o conteúdo do arquivo para c: msyslocalbin, incluindo o diretório de dados. (O diretório de dados deve ser relativo aos executáveis.) Renomeando os binários de winbision. exe para bision. exe e winflex. exe para flex. exe cada script que espera deles, irá vê-los. A única coisa que eu adicionalmente fez foi mover o FlexLexer. h para c: msyslocalinclude. Copy2009 - 2016 Sean rioki Farrell ImprintHowto: compilação cruzada tinc para Windows no Linux usando MinGW Este howto descreve como criar um binário Windows de 64 bits do tinc. Embora seja possível compilar o tinc sob o próprio Windows, compilá-lo em Linux é muito mais rápido. Também é muito mais fácil obter todas as dependências em uma distribuição moderna. Portanto, este howto lida com compilação cruzada tinc com MinGW sob Linux em uma distribuição Debian. Visão geral A idéia é simples: Instale o MinGW de 64 bits. Crie um diretório onde realizaremos todas as compilações cruzadas. Obtenha todas as fontes necessárias. Compile tudo. Instalando os pré-requisitos para compilação cruzada Existem apenas alguns pacotes que precisam ser instalados como root para começar: Outras distribuições Linux também podem ter pacotes MinGW de 64 bits, use suas respectivas ferramentas de gerenciamento de pacotes para instalá-los. O Debian instala o compilador cruzado em / usr / x8664-w64-mingw32 /. Outras distribuições podem instalá-lo em outro diretório. Verifique em qual diretório ele está instalado e substitua todas as ocorrências de x8664-w64-mingw32 neste exemplo com o nome correto da sua distribuição. Configurando o diretório de compilação e obtendo as fontes Vamos criar um diretório chamado mingw64 / no diretório home. Usamos o apt-get eo wget para obter as bibliotecas necessárias necessárias para o tinc, e usamos o git para obter a versão de desenvolvimento mais recente do tinc. Facilitando a compilação cruzada Para facilitar a compilação cruzada, criamos um script chamado mingw64 que configurará as variáveis ​​de ambiente necessárias para que os scripts de configuração e Makefiles usem a versão MinGW de 64 bits do GCC e do binutils: Se HOME / bin não for Já faz parte do seu PATH. Você precisa adicioná-lo: Usamos esse script para chamar ./configure e fazer com as variáveis ​​de ambiente corretas, mas somente quando o script ./configure não suporta compilação cruzada. Você também pode executar os comandos de exportação do script mingw64 manualmente em vez de chamar o script mingw64 para cada comando ./configure ou make, ou executar HOME / bin / mingw64 SHELL para obter um shell com essas variáveis ​​de ambiente definidas, mas neste howto Nós o chamaremos explicitamente toda vez que for necessário. Compilando LZO Compilação cruzada LZO é fácil: Se falhar com uma mensagem sobre não passar no teste ACC, crie um link simbólico para o arquivo getopt. h ausente, como mencionado acima. Compilando Zlib Compilação cruzada O Zlib também é fácil, mas uma compilação simples não conseguiu compilar os testes, então construímos apenas a biblioteca estática aqui: Compilando LibreSSL Tinc pode usar OpenSSL ou LibreSSL. Este último é recomendado. Compilando o tinc Agora que todas as dependências foram compiladas, podemos compilar o tinc. Como usamos um clone do repositório git aqui, precisamos executar o autoreconf primeiro. Se você quiser compilar o tinc a partir de um tarball liberado, isso não é necessário. Voltar para a página inicial do Gaia-SINS Índice de conteúdo MinGW 64 é um compilador C / C de código aberto baseado no popular gcc basicamente, destina-se a Gerar executáveis ​​para Windows 64 bits. Bem, suponha que você já tenha uma familiaridade básica com MinGW 32 MSYS padrão. MinGW 64 é mais ou menos o mesmo, mas agindo (mais ou menos) como um compilador cruzado. Isso praticamente significa que você pode criar executáveis ​​de 64 bits em qualquer plataforma Win32: mas, obviamente, qualquer programa de 64 bits requer alguma plataforma do Windows 64 para ser executado. A ferramenta de compilação padrão desenvolvida originalmente para Linux suporta nativamente compiladores cruzados. E isso funciona também sob Windows, p. Usando MinGW 64. Como você certamente já sabe, o procedimento de compilação padrão é o seguinte: Usar o compilador cruzado do MinGW 64 é o mesmo que usar o padrão MinGW32. Mas nesse caso você deve especificar sempre o seguinte argumento ./configure: ./configure --hostx8664-w64-mingw32 make make install A diretriz acima --host é suficiente para que o ./configure pretenda que uma compilação cruzada seja Necessário: e que o destino pretendido é Windows 64 bits. Há muitas maneiras diferentes de implantar o MinGW 64 (isto inclui cross-compiling no Linux ou Cygwin). Depois de alguns testes preliminares cuidadosa, eu escolhi o seguinte porque ele appairs o mais direto: Eu já tinha MinGW32MSYS instalado no Windows 7 64 bits caixa que eu uso para desenvolver Win32 sw: então eu decidi instalar MinGW 64, bem como na mesma plataforma . Misturando-se aleatoriamente 32 bits e binários de 64 bits não parece tão bom em tudo: por isso Ive propositadamente escolhido uma configuração adequada, evitando completamente qualquer confusão indesejável. De qualquer forma, você é absolutamente livre para escolher a configuração mais adequada para suas necessidades específicas: basta ler a documentação apropriada. Uma vez que eu decidi o layout de disco mais apropriado, eu devidamente começou a instalar MinGW 64 no Windows 7 Pro 64 bits. Primeiro Ive baixou o mingw-w64-bini686-mingwyyyymmdd. zip mais recente para Win32, em seguida, Ive descompactado todo esse material no diretório C: MinGW64. E finalmente eu baixei o MinGW 64 mais recente MSYS próprio uma vez que eu o instalei no diretório C: msys64 (concluindo o procedimento de postinstall) Eu estava imediatamente pronto para trabalhar. Notícia importante . As versões mais recentes do compilador MinGW 64 (gcc 4.8.x) parecem ser completamente incapaz de criar uma versão de 64 bits do wxWidgets. O processo de compilação é aparentemente bem-sucedido por um tempo, mas depois de vários minutos ele pára de repente devido a um acidente desagradável no compilador cc1. Eu recomendo fortemente usando TDM gcc 5.1.0-2 64 bit que funciona da maneira mais agradável. Não é um compilador cruzado. E doesnt requer qualquer diretiva --host em tudo. Para verificar a versão atual que você está usando, basta executar o seguinte comando: gcc --version PostInstallation tasks Etapa 1: verifique cuidadosamente o arquivo C: msys64etcfstab ele deve conter a seguinte linha: (isto irá montar automaticamente C: MinGW64 / mingw) C: / MinGW64 / mingw64 / mingw Etapa 2: existe um problema perigoso: o MSYS do MinGW 64 está parcialmente quebrado (como eu acho dolorosamente descoberto por tentativa e erro): o executável C: msys64binfind. exe está mal ausência de. Infelizmente, o Windows tem o seu próprio FIND. EXE (e é uma coisa completamente diferente do Linux encontrar): isso pode causar várias construções misteriosamente falhar. Mas agora você está bem ciente desta armadilha perigosa. Você simplesmente tem que escolher manualmente find. exe a partir da instalação padrão do MinGW 32 / MSYS, copiando este arquivo executável para C: msys64bin. Preparando para usar o PKG-CONFIG: Você simplesmente tem que seguir o mesmo procedimento idêntico já explicado para o arquivo MinGW 32 MSYS padrão iconv. exe PE32 executável para MS Windows (console) Mono / arquivo de montagem libiconv-2.dll PE32 executável para MS Windows DLL) (console) Mono / assembly Configurando bibliotecas próprias do Windows (SYSTEM) Algumas aplicações (e bibliotecas) precisam estar realmente vinculadas às bibliotecas do sistema MS Windows. E esta é uma tarefa realmente intrigante usando MinGW 64. Muito brevemente explicado: a cadeia de ferramentas GCC padrão tem a capacidade de vincular bibliotecas dinâmicas. DLL e. a bibliotecas estáticas. Quando as bibliotecas de sistema próprias do Windows são necessárias, isso não é um problema para o MinGW 32. Qualquer sistema requerido. dll é certamente instalado (geralmente em C: WindowsSystem32) as bibliotecas estáticas correspondentes. a são enviados pelo próprio MinGW (e, na verdade, são stubs apontando para a DLL correspondente) Mas ao usar MinGW 64 surge um problema catastrófico: Plataformas de 64 bits C: WindowsSystem32 é de alguma forma magia amaldiçoada (como eu descobri da maneira mais dolorosa.) Quando um 32 bit executável tenta obter qualquer DLL de C: WindowsSystem32, em seguida, a DLL de 32 bits será encontrado e quando um 64 bit executável tentates Para obter qualquer DLL de C: WindowsSystem32, em seguida, a DLL de 64 bits será encontrado infelizmente, não há absolutamente nenhuma maneira de identificar explicitamente (por caminho) que uma versão que você realmente pretende acessar. Um truque automamagical maldito, agindo como um período de magia negra decide por você o que você está loocking para: e não há nenhuma maneira de contornar este comportamento estranho. Você pode obter mais detalhes a partir deste artigo da Wikipédia: SysWOW64 infelizmente, a ferramenta MinGW 64-cadeia realmente é um cross-compilador. Ele realmente gera 64 bits executáveis. Mas as ferramentas da cadeia de ferramentas são 32 bits e, em conformidade com isso, o vinculador GCC sempre falhará quando algum DLL do sistema é necessário, simplesmente porque ele inexoravelmente encontrou a correspondente DLL de 32 bits em vez disso. Obviamente, nada compatível com um executável de 64 bits. Como contornar esta armadilha perigosa Depois de ter identificado as razões que causam a falha link acima, cuidar de qualquer enfermagem não é muito difícil. Nós simplesmente temos que copiar qualquer Windows necessário sistema DLL em algum local sane e seguro, ou seja, em alguns normal. Não amaldiçoado), possivelmente incluído no caminho de busca do vinculador. Tudo isso não é nada difícil: basta usar as próprias ferramentas do Windows (por exemplo, copiar a GUI ou copiar o comando do shell de comando). As próprias ferramentas do Windows são executáveis ​​de 64 bits e, consequentemente, magicamente pegar a versão de 64 bits de qualquer DLL de C: WindowsSystem32 Ive pessoalmente escolhido C: MinGW64x86x64-w64-mingw32lib (correspondente a / mingw / x8664-w64-mingw32-lib) Minha localização padrão. As DLLs necessárias para construir o SpatiaLite e os amigos são: gdi32.dll. Msimg32. Ws232.dll. Crypt32.dll e Wldap32.dll Observe bem: você deve renomear theam respectivamente como: libgdi32.dll. Libmsimg32. Libws232.dll. Libcrypt32.dll e libwldap32.dll Tudo bem: estamos agora prontos para começar a criar o nosso software de 64 bits do Windows. Vamos ser avisados: construir sobre MinGW 64 é mais ou menos o mesmo que construir sobre MinGW 32: de qualquer maneira aqui e ali algum patch mais é absolutamente necessário. Por favor, leia atentamente e siga literalmente qualquer instrução dada. Libiconv é a biblioteca padrão GNU que suporta caracteres de localidade. Obrigatório por: libspatialite. Spatialite-tools Construção em Windows não é muito difícil. Download libiconv-1.14.tar. gz descompactar este arquivo gzipped, em seguida, untar o tarball e, finalmente, abrir um shell shell MSYS libiconv-1.14 ./configure make make install-strip De qualquer forma, isso simplesmente construir e instalar a DLL: Necessário para obter a biblioteca estática também. Make distclean ./configure --disable-shared make make install-strip Agora você construiu e instalou a biblioteca estática ea DLL. No entanto, o processo acima instalou arquivos mal configurados do libcharset. la e do libiconv. la (que são necessários para construir outras bibliotecas nas etapas a seguir). Então, para obter uma libiconv configurada corretamente, você precisa realizar uma outra operação: faça o download do libiconv. la e do libcharset. la e copie ambos os arquivos: cp libiconv. la libcharset. la / usr / local / lib libz é uma biblioteca popular que implementa Deflate . Isto é, o algoritmo de compressão utilizado por gzip e Zip. Depende de: nada Obrigatório por: libpng. Libtiff Construir sob Windows é bastante fácil, mas exige para pagar alguma atenção. Download as fontes mais recentes: zlib128.zip descompactar este arquivo zip, em seguida, abra um MSYS shell cd zlib-1.2.8 exportar INCLUDEPATH / usr / local / include exportação LIBRARYPATH / usr / local / lib exportar BINARYPATH / usr / local / bin make - F win32 / Makefile. gcc make install - f win32 / Makefile. gcc Tudo isso irá construir e instalar a biblioteca estática ea DLL também. De qualquer forma este processo não irá gerar o arquivo libz. la (que é necessário para construir o libtiff em uma das seguintes etapas.) Então, para obter uma libz totalmente instalada você precisa realizar uma outra operação: faça o download do libz. la e copie Libjpeg é uma biblioteca popular que suporta a compressão de imagens JPEG Depende de: nothing Necessário por: libtiff. Librasterlite2 Aviso importante. Agora você pode escolher entre duas implementações alternativas: libjpeg é o padrão, Libjpeg-turbo é uma nova biblioteca que tira proveito das mais recentes CPUs Intel / AMD Se você planeja implantar seu software em tais plataformas, então usar o libjpeg-turbo pode garantir um aumento de desempenho de 200 Eu recomendo usar o libjpeg-turbo, ambas as bibliotecas compartilham o mesmo idêntico API / ABI (eles são absolutamente intercambiáveis), mas o libjpeg-turbo é executado em um modo impressionantemente mais rápido. Construir um ou outro no Windows é absolutamente Uma tarefa simples e fácil. Como-para-construir libjpeg-turbo Atenção. O assembler NASM é absolutamente necessário: se você não tê-lo já instalado em seu sistema, você pode baixar e instalar agora. Baixar as fontes mais recentes: libjpeg-turbo-1.5.0.tar. gz descompactar este arquivo gzipped, em seguida, descompactar o tarball e finalmente abrir um shell shell MSYS libjpeg-turbo-1.5.0 ./configure --hostx8664-w64-mingw32 - - prefix / usr / local make make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. How-to-construir libjpeg baixar as últimas fontes: jpegsr8b. zip descompacte o arquivo zip, em seguida, abrir um MSYS shell cd jpeg-8b ./configure make make install-strip Isto irá construir e instalar a biblioteca estática e a DLL bem . Libpng é uma biblioteca popular que suporta a compressão de imagens PNG. Depende de: libz Obrigatório por: librasterlite2 Edifício em Windows é absolutamente uma tarefa simples e fácil. baixar as últimas fontes: libpng-1.6.24.tar. gz descompacte o arquivo compactado, em seguida, descompacte o arquivo tar e, finalmente, abrir um MSYS shell cd libpng-1.6.24 exportação CFLAGS-I / usr / local / include LDFLAGS-L de exportação / Usr / local / lib ./configure fazer make install-strip Aviso importante. Você tem que definir corretamente o ambiente do shell, a fim de recuperar o já instalado libz este é o dever das duas diretivas de exportação acima. Isso irá criar e instalar a biblioteca estática ea DLL também. Nota muito importante o script ./configure suportando a versão mais recente do libpng parece incapaz de localizar corretamente o arquivo de cabeçalho zlib. h youll provavelmente obter um erro fatal sobre falta zlib. h durante as primeiras etapas de make. Portanto, você deve aplicar manualmente o seguinte patch para contornar esse problema. Edite o arquivo Makefile da seguinte forma: Salve e saia agora você está finalmente pronto para construir. Liblzma é uma biblioteca popular que suporta a compressão avançada do LZMA (é um componente do pacote XZ). Depende de: nada Obrigatório por: libtiff Construir em Windows é absolutamente uma tarefa simples e fácil. baixar as últimas fontes: XZ-5.2.2.tar. gz descompacte o arquivo compactado, em seguida, descompacte o arquivo tar, em seguida, abrir um shell cd MSYS XZ-5.2.2 ./configure --buildx8664-w64-mingw32 fazer make install-strip Este Irá criar e instalar a biblioteca estática ea DLL também. Libtiff é uma biblioteca popular que suporta o formato de imagem TIFF. Depende de: libz. Liblzma. Libjpeg Obrigatório por: librasterlite2 Edifício em Windows é absolutamente uma tarefa simples e fácil. baixar as últimas fontes: tiff-4.0.6.zip descompacte o arquivo zip, em seguida, abrir um MSYS shell cd tiff-4.0.6 exportação CFLAGS-I / usr / local / include exportação LDFLAGS-L / usr / local / lib ./ Configure make make install-strip Aviso importante. Você tem que definir corretamente o ambiente do shell, a fim de recuperar o já instalado libz este é o dever das duas diretivas de exportação acima. Isso irá criar e instalar a biblioteca estática ea DLL também. Libproj é uma biblioteca que suporta a transformação de coordenadas entre diferentes Sistemas de Referência PROJ.4 Depende de: nada Obrigatório por: libgeotiff. Libspatialite. Spatialite-tools Construção em Windows é uma tarefa fácil. Baixe as fontes mais recentes: proj-4.9.2.tar. gz descompacte este arquivo gzipped e depois descompacte o tarball e abra um MSYS shell cd proj-4.9.2 ./configure --without-mutex make make install-strip E instalar tanto a biblioteca estática ea DLL também. Libgeotiff é uma biblioteca que suporta o formato raster GeoTIFF Depende de: libtiff. Libproj Obrigatório por: librasterlite2 Edifício em Windows é uma tarefa fácil. Baixe as fontes mais recentes: libgeotiff-1.4.1.zip descompacte este arquivo zip e abra um shell MSYS Aviso importante. Há um bug nos scripts de compilação padrão que proíbem criar uma DLL do Windows usando MinGW MSYS. Portanto, você deve aplicar manualmente o seguinte patch para contornar esse problema. (Muitos agradecimentos a Alexey Pavlov para sugerir este remendo) Edite o arquivo de Makefile. in como segue: Salvar e sair agora que você está pronto para construir. cd libgeotiff-1.4.1 CFLAGS-I de exportação / usr / local / include exportação LDFLAGS-L / usr / local / lib ./configure --with-proj --with-libz --with-jpeg --enable-incode - Epsg make make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. Libgeos é uma biblioteca representando um portar C do JTS Java Topology Suite. Depende de: nothing Obrigatório por: libspatialite. Spatialite-tools Esta biblioteca é realmente uma peça enorme e complexa de construção de software no Windows é uma tarefa incrivelmente demorada. Baixe as fontes mais recentes: geos-3.5.0.tar. bz2 descompacte este arquivo bzip2, então descompacte o tarball e abra um MSYS shell cd geos-3.5.0 ./configure make make install-strip Isto irá construir e instalar o Biblioteca estática ea DLL também. Libexpat é uma biblioteca padrão bem conhecida que suporta análise XML. Depende de: nothing Obrigatório por: libfontconfig. Spatialite-tools. Construir sob Windows é realmente um pedaço de bolo. Download as fontes mais recentes: expat-2.2.0.tar. gz descompactar este arquivo gzipped, em seguida, untar o tarball e, finalmente, abra um MSYS shell cd expat-2.2.0 ./configure make make install Isso irá construir e instalar a biblioteca estática E a DLL também. FreeXL é uma biblioteca de utilitários que implementa o acesso de leitura para planilhas do Excel (.xls) Depende de: libiconv Obrigatório por: spatialite-tools. Libspatialite. Spatialite-gui Construção em Windows é uma tarefa fácil. baixar as últimas fontes: freexl-1.0.2.zip descompacte o arquivo zip, em seguida, abrir um MSYS shell cd freexl-1.0.2 exportação CFLAGS-I / usr / local / include exportação LDFLAGS-L / usr / local / lib ./ Configure make make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. Observe . Se desejar, agora você pode executar a cobertura de teste completa para verificar se sua compilação foi totalmente bem sucedida. Este passo adicional é opcional e requer um pequeno tempo extra, mas é fortemente sugerido de qualquer maneira. Make distclean ./configure --enable-gcovyes make make check O ReadOSM é uma biblioteca de utilitários que suporta a análise de datasets OSM Depende de: libz. Libexpat Obrigatório por: spatialite-tools Construir em Windows é uma tarefa fácil. baixar as últimas fontes: readosm-1.0.0e. zip descompacte o arquivo zip, em seguida, abrir um Msys shell cd readosm-1.0.0e exportação CFLAGS-I / usr / local / include exportação LDFLAGS-L / usr / local / lib ./ Configure make make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. Observe . Se desejar, agora você pode executar a cobertura de teste completa para verificar se sua compilação foi totalmente bem sucedida. Este passo adicional é opcional e requer um pequeno tempo extra, mas é fortemente sugerido de qualquer maneira. Make distclean ./configure --enable-gcovyes make make check libsqlite é a biblioteca iimplementando o SQLite DBMS engine Depende de: nothing Obrigatório por: libspatialite. Librasterlite Construção em Windows é uma tarefa fácil. baixar as últimas fontes: sqlite-autoconf-3140100.tar. gz descompacte o arquivo compactado, em seguida, descompactar o arquivo tar, em seguida, abrir um MSYS shell cd sqlite-autoconf-3140100 exportação CFLAGS-DSQLITEENABLESTAT31 - DSQLITEENABLETREEEXPLAIN1 - DSQLITEENABLEUPDATEDELETELIMIT1 - DSQLITEENABLEFTS3PARENTHESIS1 - DSQLITEENABLECOLUMNMETADATA1 ./configure make Make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. OpenSSL é uma biblioteca padrão bem conhecida que suporta SSL. Ou seja, o protocolo web HTTPS criptografado. Depende de: nada Obrigatório por: libcurl Edifício em Windows é um pouco difícil, e exige prestar muita atenção. O script de configuração não é de todo um padrão: leia atentamente as instruções a seguir. Baixe as fontes mais recentes: openssl-1.0.2h. tar. gz Aviso importante: você não pode usar ferramentas como o 7z para descompactar o tarball. Isso irá causar erros fatais durante a compilação (links quebrados). É absolutamente necessário executar todos os comandos a seguir do shell MSYS. Tar zxvf openssl-1.0.2h. tar. gz cd openssl-1.0.2h ./Configure mingw64 --prefix / usr / local compartilhada make depend make make install Isto irá construir e instalar as bibliotecas estáticas e as DLLs também. PostgreSQL é um edifício de DBMS de empresa bem conhecido PostgreSQL parece ser uma dependência muito estranha para SpatiaLite (e realmente é). De qualquer forma é exigido pelo GDAL / OGR se você não está interessado em apoiar GDAL / OGR você pode direcionar saltar para libxml2 Depends on: libz. OpenSSL Requerido por: GDAL / OGR Construir sob Windows é uma tarefa fácil. Download as fontes mais recentes: postgresql-9.5.3.tar. bz2 descompacte este arquivo bzip2 e depois descompacte o tarball e finalmente abra um MSYS shell cd exportação postgresql-9.5.3 CFLAGS-I / usr / local / include export LDFLAGS-L / Usr / local / lib ./configure --prefix / usr / local --with-libraries / usr / local / lib make make install-strip Isto irá construir e instalar tanto a biblioteca estática como a DLL também. Libxml2 é o analisador XML bem conhecido do Gnome. É uma dependência opcional para libspatialite. Se você não está interessado em apoiar libxml2 você pode direcionar saltar para libspatialite Depends on: libz. Libiconv Obrigatório por: libspatialite Construir em Windows é uma tarefa fácil. Baixe as fontes mais recentes: libxml2-2.9.4.tar. gz descomprima este arquivo gzipped e, em seguida, descompacte o tarball e abra um shell MSYS libxml2-2.9.4 ./configure --without-python --with-zlib / usr / Local --with-lzma / usr / local make make install-strip Isto irá construir e instalar a biblioteca estática ea DLL também. Librttopo é uma nova biblioteca implementando várias funções de geometria útil e apoiando totalmente os operadores da ISO-Tology. Se você não está interessado em apoiar librttopo você pode direcionar saltar para libspatialite Depende de: libgeos Obrigatório por: libspatialite (dependência opcional) Construir em Windows é uma tarefa fácil. Download as fontes mais recentes: librttopo-1.0.0.tar. gz descompactar este arquivo gzipped, em seguida, descompactar o tarball e, finalmente, abrir um shell shell MSYS librttopo-1.0.0 exportação CFLAGS-I / usr / local / include exportação LDFLAGS-L / Usr / local / lib ./configure make make install-strip Isto irá construir e instalar tanto a biblioteca estática como a DLL também. libspatialite is the main core of SpatiaLite Depends on: libiconv . libproj . libgeos . FreeXL Required by: spatialite-tools . librasterlite2 . spatialite-gui . LibreWMS . DataSeltzer Building under Windows is an easy task. download the latest sources: libspatialite-4.4.0-RC1.zip uncompress this zip-file then open an MSYS shell cd libspatialite-4.4.0-RC1 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib export PKGCONFIGPATH/usr/local/lib/pkgconfig ./configure --targetmingw32 --enable-rttopoyes --enable-gcpyes make make install-strip Please note . the above example assumes that librttopo is available if this is not your case you should obviously omit to specify the corresponding build option. This will build and install both the static library and the DLL as well. Observe . if you wish, you can now execute the complete test coverage in order to verify if your build was fully succesful. This further step is optional and requires a small extra time, but its strongly suggested anyway. spatialite-tools the SpatiaLite command-line management tools Depends on: libiconv . libproj . libgeos . FreeXL . ReadOSM . libspatialite . libexpat Building under Windows is an easy task. download the latest sources: spatialite-tools-4.4.0-RC1.zip uncompress this zip-file then open an MSYS shell First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructionsAnd now you must set the PKGCONFIGPATH as appropriate: After this you are now ready to build as usual: cd spatialite-tools-4.4.0-RC1 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --targetmingw32 make make install-strip Please note . following the above method youll get dynamically linked tools i. e. depending on DLLs. If you wish instead to build statically linked tools i. e. self contained, not depending on DLLs, now type: mkdir staticbin make - f Makefile-static-MinGW cp staticbin/ /usr/local/bin wxWidgets is a popular widgets library, supporting GUI in a cross-platform fashion MSW is the specific porting supporting Windows. Depends on: nothing Required by: spatialite-gui . spatialite-gis This library really is an huge and complex piece of software building on Windows is an incredibly time consuming task, but is quite plain and easy. download the latest sources: wxWidgets-3.0.2.7z uncompress this 7zipped-file then untar the tarball then open an MSYS shell cd wxWidgets-3.0.2 mkdir mswbuild cd mswbuild export CFLAGS-I/usr/local/include export CXXFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ../configure --disable-shared --disable-debug --disable-threads --enable-monolithic --enable-unicode --without-regex --enable-graphicsctx Please note . the wxWidgets ./configure is highly configurable: you must apply exactly the above settings. Anyway, when ./configure stops, its a good practice to check if the final report looks exactly like this: Configured wxWidgets 3.0.2 for i686-pc-mingw32 Which GUI toolkit should wxWidgets use msw Should wxWidgets be compiled into single library yes Should wxWidgets be linked as a shared library no Should wxWidgets be compiled in Unicode mode yes (using wchart) What level of wxWidgets compatibility should be enabled wxWidgets 2.6 no wxWidgets 2.8 yes Which libraries should wxWidgets use STL no jpeg sys png sys regex no tiff sys zlib sys expat sys libmspack no sdl no now, when ./configure stops, you have to continue as usual: make make install-strip Important notice . wxWidgets is now configured for any further usage: but unhappily it assumes being on Win32 . and this is obviously wrong. So you must manually adjust the wx-config script ( /usr/local/bin/wx-config ) as follows: search for any occurrenct of the string: --define WIN32 --define GNUWIN32 and replace the above value with: --define WXCPUAMD64 ( this is required so to create 64 bit resource files ) save and exit libfreetype is a standard library supporting TrueType fonts. Depends on: nothing Required by: libcairo . Building under Windows is an easy task. download the latest sources: freetype-2.6.5.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd freetype-2.6.5 ./configure make make install This will build and install both the static library and the DLL as well. libfontconfig is a standard library supporting font customization and configuration. Depends on: libexpat . libfreetype . libiconv Required by: libcairo . Building under Windows is an easy task. download the latest sources: fontconfig-2.12.1.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd fontconfig-2.12.1 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib export PKGCONFIGPATH/usr/local/lib/pkgconfig ./configure --disable-docs --enable-shared --enable-static make make install-strip This will build and install both the static library and the DLL as well. libpixman is the standard library implementing pixel manipulation for Cairo. Depends on: nothing Required by: libcairo . Building under Windows is an easy task. First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructions And now you must set the PKGCONFIGPATH as appropriate: All right, your system configuration is ready to build pixman . so you can now: download the latest sources: pixman-0.34.0.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd pixman-0.34.0 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib export PKGCONFIGPATH/usr/local/lib/pkgconfig ./configure make make install-strip This will build and install both the static library and the DLL as well. libcairo is a very popular graphics library. Depends on: libpixman . libfreetype . libfontconfig . libpng Required by: librasterlite2 . Building under Windows is a little bit harder than usual. First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructions And now you must set the PKGCONFIGPATH as appropriate: All right, your system configuration is ready to build libcairo . so you can now: download the latest sources: cairo-1.14.6.tar. xz uncompress this XZ-compressed file then untar the tarball and finally open an MSYS shell cd cairo-1.14.6 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --disable-pthread make make install-strip This will build and install both the static library and the DLL as well. giflib is a popular library supporting the GIF image compression. Depends on: nothing Required by: librasterlite2 Building under Windows is absolutely a plain and easy task. download the latest sources: giflib-5.1.4.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd giflib-5.1.4 ./configure make make install-strip This will build and install both the static library and the DLL as well. libwebp is an innovative library supporting the recently introduced WebP image compression. Depends on: libjpeg . libpng . libtiff Required by: librasterlite2 Building under Windows is absolutely a plain and easy task. download the latest sources: libwebp-0.5.1.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd libwebp-0.5.1 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --disable-threading make make install-strip Important notice . you have to properly set the shell environment in order to retrieve the already installed libz this is the duty of the two above export directives. This will build and install both the static library and the DLL as well. CharLS is an innovative library supporting the JPEG-LS image compressor dont be fooled by the name, JPEG-LS is not JPEG. Its based on a completely different algorithm and it supports genuine lossless compression. Depends on: nothing Required by: librasterlite2 . Building under Windows is absolutely a plain and easy task anyway youll surely encounter many annoying complications if youll try to directly build CharLS starting from the standard sources available from here because the code is not really portable (its obviously intended for the MVSC compiler alone) and it lacks an effective build script adequately supporting MinGW and MSYS. Accordingly to all this Ive duly repackaged CharLS 1.0 by applying few patches resolving any gcc - related issue and fully supporting a canonical ./configure script. download the already patched sources: charls-1.0.zip uncompress this zip-file then open an MSYS shell cd charls-1.0 ./configure make make install-strip This will build and install both the static library and the DLL as well. lcms2 is an innovative library implementing a Color Management Engine. Depends on: libjpeg . libpng . libtiff Required by: OpenJpeg-2 Building under Windows is absolutely a plain and easy task. download the latest sources: lcms2-2.8.zip uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd lcms2-2.8 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --without-threads make make install-strip Important notice . you have to properly set the shell environment in order to retrieve the already installed libz this is the duty of the two above export directives. This will build and install both the static library and the DLL as well. OpenJpeg-2 is an open source library supporting Jpeg2000 compressed images. Depends on: libcms2 . libpng . libtiff Required by: librasterlite2 Building under Windows is absolutely a plain and easy task. It only has the rather unusual characteristics to adopt CMake - based build scripts, so youll probably be required to install CMake before attempting to build OpenJpeg. Anyway you can easily download the most recent CMake Windows Installer from here download the latest sources: openjpeg-2.1.1.zip uncompress this gzipped-file then untar the tarball and finally open an MSYS shell Important notice . you absolutely have to apply the following patch before attempting to build OpenJpeg. The intended scope is the one to redefine the DLLs specific prefix accordingly to MinGW requirements. So manually edit the -/src/lib/openjp2/openjpeg. h source:define OPJAPI define OPJLOCAL endif define OPJCALLCONV lt else lt define OPJCALLCONV stdcall gt else gt if defined (MINGW32) gt define OPJCALLCONV gt else gt define OPJCALLCONV stdcall gt endif then you should continue to apply this second patch into the same file: if defined(OPJEXPORTS) defined(DLLEXPORT) define OPJAPI declspec(dllexport) else lt define OPJAPI declspec(dllimport) gt if defined (MINGW32) gt define OPJAPI extern gt else gt define OPJAPI declspec(dllimport) gt endif / MinGW / cd openjpeg-2.1.1 mkdir builddll cd builddll cmake - G MSYS Makefiles - DCMAKEINSTALLPREFIX/usr/local - DZLIBINCLUDEDIR/usr/local/include - DZLIBLIBRARY/usr/local/lib/libz. dll. a - DPNGPNGINCLUDEDIR/usr/local/include/libpng16 - DPNGLIBRARY/usr/local/lib/libpng16.dll. a - DTIFFINCLUDEDIR/usr/local/include - DTIFFLIBRARY/usr/local/lib/libtiff. dll. a - DLCMS2INCLUDEDIR/usr/local/include - DLCMS2LIBRARY/usr/local/lib/liblcms2.dll. a. make make install/strip Please note . this will simply build and install the DLL. Now you must build the static library as follows: cd. mkdir buildstatic cd buildstatic Now manually edit the ../CMakeLists. txt file as follows: lt option(BUILDSHAREDLIBS Build OpenJPEG shared library and link executables against it. ON) gt option(BUILDSHAREDLIBS Build OpenJPEG shared library and link executables against it. OFF ) cmake - G MSYS Makefiles - DCMAKEINSTALLPREFIX/usr/local - DZLIBINCLUDEDIR/usr/local/include - DZLIBLIBRARY/usr/local/lib/libz. dll. a - DPNGPNGINCLUDEDIR/usr/local/include/libpng16 - DPNGLIBRARY/usr/local/lib/libpng16.dll. a - DTIFFINCLUDEDIR/usr/local/include - DTIFFLIBRARY/usr/local/lib/libtiff. dll. a - DLCMS2INCLUDEDIR/usr/local/include - DLCMS2LIBRARY/usr/local/lib/liblcms2.dll. a. make openjp2 cp bin/libopenjp2.a /usr/local/lib All done: now youve built and installed both the static library and the DLL as well. libcurl is a well known library supporting URL s (networking, web protocols) Depends on: libz . OpenSSL Required by: librasterlite2 Building under Windows is an easy task. download the latest sources: curl-7.50.1.zip uncompress this zip-file then open an MSYS shell First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructionsAnd now you must set the PKGCONFIGPATH as appropriate: After this you are now ready to build as usual: cd curl-7.50.1 export CPPFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --enable-sharedno --with-zlib/usr/local make make install-strip This will build and install only the static library so you are now required to perform a second pass in order to build the dynamic library as well: make distclean ./configure --enable-sharedyes --with-zlib/usr/local make make install-strip All right you are now ready to use libcurl. librasterlite2 is a library supporting rasters Depends on: libjpeg . libpng . libtiff . libgeotiff . libcairo . libgif . libwebp Required by: spatialite-gui . LibreWMS Building under Windows is an easy task. First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructions And now you must set the PKGCONFIGPATH as appropriate: All right, your system configuration is ready to build librasterlite2 . so you can now: download the latest sources: librasterlite2-1.0.0-devel. zip uncompress this zip-file then open an MSYS shell cd librasterlite2-1.0.0-devel export CFLAGS-I/usr/local/include - DCURLSTATICLIB export LDFLAGS-L/usr/local/lib ./configure --targetmingw32 make make install-strip This will build and install both the static library and the DLL as well. spatialitegui the SpatiaLite GUI user-friendly tool Depends on: libspatialite . wxWidgets . librasterlite2 Building under Windows is an easy task. download the latest sources: spatialitegui-2.0.0-devel. zip uncompress this zip-file then open an MSYS shell First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructionsAnd now you must set the PKGCONFIGPATH as appropriate: After this you are now ready to build as usual: cd spatialitegui-2.0.0-devel export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --disable-rl2extra make make install-strip Please note . following the above method youll get a dynamically linked GUI tool i. e. depending on DLLs. If you wish instead to build a statically linked GUI tool i. e. self contained, not depending on DLLs, now type: mkdir staticbin make - f Makefile-static-MinGW cp staticbin/ /usr/local/bin LibreWMS is an open source WMS Viewer built on the top of SpatiaLite and RasterLite2 . Building under Windows is an easy task. download the latest sources: librewms-1.0.0.zip uncompress this zip-file then open an MSYS shell First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructionsAnd now you must set the PKGCONFIGPATH as appropriate: After this you are now ready to build as usual: cd librewms-1.0.0a export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --targetmingw32 make make install-strip Please note . following the above method youll get a dynamically linked GUI tool i. e. depending on DLLs. If you wish instead to build a statically linked app i. e. self contained, not depending on DLLs, now type: mkdir staticbin make - f Makefile-static-MinGW cp staticbin/ /usr/local/bin minizip is an innovative library supporting direct creation of compressed ZipFile archives. Depends on: libz Required by: DataSeltzer . Building under Windows is absolutely a plain and easy task anyway there is a little preliminary complication. The MiniZIP library isnt directly distributed as such it simply is an auxiliary package youll find within any standard source tarball distribution of zlib (on the contribs folder). Unhappily the original distribution is a little bit dirty / unfinished, and lacks any accompanying ./configure script (strictly required by MinGW/MSYS). So there are two possible alternatives to circumvent this issue: build first MiniZIP on some Linux platform. Then create a standard tarball distribution by calling make dist And finally copy this tarball to your Windows platform. directly download this pre-configured source tarball: minizip-1.2.8.tar. gz Once youve got the source tarball you can continue following the usual approach: untar the tarball and finally open an MSYS shell cd minizip-1.2.8 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure make make install-strip Important notice . you have to properly set the shell environment in order to retrieve the already installed libz this is the duty of the two above export directives. This will build and install both the static library and the DLL as well. libcgi is an standard library supporting the CGI environment. Depends on: nothing Required by: DataSeltzer Building under Windows is absolutely a plain and easy task. download the latest sources: libcgi-1.0.tar. gz uncompress this gzipped-file then untar the tarball and finally open an MSYS shell cd libcgi-1.0 ./configure Warning . you have now to manually apply this patch to the Makefile before continuing. This will build and install both the static library and the DLL as well. DataSeltzer is a CGI component supporting OpenData dissemination built on the top of SpatiaLite . Building under Windows is an easy task. download the latest sources: dataseltzer-1.0.0.zip uncompress this zip-file then open an MSYS shell First of all, you must check if youve already installed pkg-config. exe If not, please read the above instructionsAnd now you must set the PKGCONFIGPATH as appropriate: After this you are now ready to build as usual: cd dataseltzer-1.0.0 export CFLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --targetmingw32 make Please note . following the above method youll get a dynamically linked CGI component i. e. depending on DLLs. If you wish instead to build a statically linked CGI i. e. self contained, not depending on DLLs, now type: mkdir staticbin make - f Makefile-static-MinGW Please note . installing a CGI component requires special precautions depending on the specific Web Server configuration. GDAL is the well known Geospatial Data Abstraction library. its strictly required by modgdalsplite . Depends on: practically all libraries built since now Required by: modgdalsplite Building under Windows is a very long but easy task. download the latest sources: gdal201.zip uncompress this zipped-file and finally open an MSYS shell cd gdal-2.0.1 export CPPLAGS-I/usr/local/include export LDFLAGS-L/usr/local/lib ./configure --with-liblzmayes --with-spatialiteyes --with-webpyes make make install-strip This will build and install both the static library and the DLL as well. Back to the Gaia-SINS home page last updated: 2016-08-19Home of the MinGW and MSYS Projects MinGW . a contraction of quotMinimalist GNU for Windowsquot, is a minimalist development environment for native Microsoft Windows applications. MinGW provides a complete Open Source programming tool set which is suitable for the development of native MS-Windows applications, and which do not depend on any 3rd-party C-Runtime DLLs. (It does depend on a number of DLLs provided by Microsoft themselves, as components of the operating system most notable among these is MSVCRT. DLL, the Microsoft C runtime library. Additionally, threaded applications must ship with a freely distributable thread support DLL, provided as part of MinGW itself). MinGW compilers provide access to the functionality of the Microsoft C runtime and some language-specific runtimes. MinGW . being Minimalist, does not, and never will, attempt to provide a POSIX runtime environment for POSIX application deployment on MS-Windows . If you want POSIX application deployment on this platform, please consider Cygwin instead. Primarily intended for use by developers working on the native MS-Windows platform, but also available for cross-hosted use, (see note below -- you may need to follow the quotread more quot link to see it), MinGW includes: A port of the GNU Compiler Collection (GCC), including C, C, ADA and Fortran compilers GNU Binutils for Windows (assembler, linker, archive manager) A command-line installer, with optional GUI front-end, (mingw-get) for MinGW and MSYS deployment on MS-Windows A GUI first-time setup tool (mingw-get-setup), to get you up and running with mingw-get. MSYS . a contraction of quotMinimal SYStemquot, is a Bourne Shell command line interpreter system. Offered as an alternative to Microsofts cmd. exe, this provides a general purpose command line environment, which is particularly suited to use with MinGW . for porting of many Open Source applications to the MS-Windows platform a light-weight fork of Cygwin-1.3, it includes a small selection of Unix tools, chosen to facilitate that objective. Site Status Site maintenance completed May 25th, 2012 at 12:38 UTC Administrative Update As of June 2013 we are accepting donations. Please see the Donate page for more information on how to Donate.