Gcc 2 95 Opções Binárias

A opção binária - format indica que o arquivo de entrada, neste caso, chamado stub. É um blob binário bruto de dados. O comando que você mostra leva esse blob e o encerra em um arquivo elf, semelhante a outros objetos criados pelo compilador, e é adequado para ligação em um programa. Esse tipo de truque também é útil se você tiver uma ferramenta de programação de ROM, por exemplo, que espera dados de duende em vez de binários em bruto. O blob é colocado na seção. data e três símbolos (também conhecidos como variáveis) são criados para você: binarystubstart binarystubend binarystubsize Se você ligar o stub-image. o com um programa C, da maneira usual, então você pode acessar os dados como (Você pode escolher qualquer tipo de ponteiro apropriado): Existe um conjunto de opções de linha de comando que convencerão o gcc de produzir um arquivo binário plano a partir de um arquivo fonte autônomo. Por exemplo, suponha que o conteúdo do foo. c não seja Referências externas, nada para exportar para o vinculador. Gostaria de obter um pequeno arquivo com apenas as instruções da máquina para esta função, sem qualquer outra decoração. Tipo de como um arquivo (DOS), exceto o modo protegido de 32 bits. Perguntou Oct 30 09 às 0:26 As outras respostas são definitivamente o caminho a seguir. No entanto, eu precisei especificar argumentos de linha de comando adicionais para objcopy para que minha saída seja conforme o esperado. Observe que estou desenvolvendo código de 32 bits em uma máquina de 64 bits, daí o argumento - m32. Além disso, eu gosto melhor da sintaxe de montagem Intel, então você verá isso também nos argumentos. Ok, heres onde eu tinha que especificar que eu especificamente queria apenas a seção. text: Levou cerca de 2 horas de leitura e tentando diferentes opções antes de descobrir isso. Espero que isso salve outra pessoa nesse horário. Você pode passar as opções para o vinculador diretamente com - Wl, ltlinker optiongt A documentação relevante é copiada abaixo do man gcc - Wl, opção Pass opção como uma opção para o vinculador. Se a opção contiver vírgulas, ela é dividida em várias opções nas vírgulas. Você pode usar essa sintaxe para passar um argumento para a opção. Por exemplo, - Wl, - Map, output. map passa - Map output. map para o vinculador. Ao usar o linkador GNU, você também pode obter o mesmo efeito com - Wl, - Mapoutput. map. Então, ao compilar com gcc se você passar - Wl, - oformatbinary você irá gerar um arquivo binário em vez do formato elf. Onde --formatbinary informa ld para gerar um arquivo binário. Isso remove a necessidade de obvografia separadamente. Observe que --oformatbinary pode ser expresso como OUTPUTFORMAT (binário) de dentro de um script de vinculador. Se você quiser lidar com binários planos, há uma grande chance de que você se beneficie do alto nível de controle que os scripts do linker fornecem. Respondeu 6 de maio às 18: 40 Usando o compilador GNU CC no AIX GCC Basics O compilador GCC faz parte do Projeto GNU Free Foundations de Software. O GCC é desenvolvido através de um ambiente de código aberto, assim como todas as ferramentas GNU, e suporta muitas plataformas, incluindo AIX. O GCC significa GNU Compiler Collection e suporta muitas linguagens como C, C, Objective C, Fortran e Java. Neste artigo, estaremos discutindo as versões GCC 3.3.4 e todas as versões do 3.4 nas versões AIX 5.1, 5.2 e 5.3. Comparando o compilador GCC com o compilador XL CC XL CC Enterprise Edition V7.0 para AIX é a versão seguinte para VisualAge174 C Professional V6.0 para AIX. Nesta seção, descrevemos por que você pode querer usar o compilador GCC no AIX versus usar o XL CC Compiler. O compilador XL tem um excelente suporte para os mais recentes padrões de linguagem de programação internacional e da indústria. O compilador XL CC vem com novas funções incorporadas para divisão de ponto flutuante, novos pragmas e novas opções de compilação adicionais. Uma característica fundamental do IBM XL CC Advanced Edition V7.0 para AIX é uma compatibilidade adicional com o GCC. Para ajudar com a portabilidade do código que foi originalmente escrito para o GCC, um subconjunto de recursos relacionados ao GNU CC é suportado pelo XL CC. Importante, o compilador XL CC é otimizado para sistemas PowerPC, incluindo POWER5. Mas há algumas situações em que o compilador GCC pode ser mais atraente. Quando os aplicativos são escritos usando APIs padrão e compilados usando compiladores GNU gcc ou g, portá-los em várias plataformas, é muito mais fácil de realizar. O GCC tem front-ends de linguagem múltipla facilitando a análise de vários idiomas. O GCC é um compilador portátil e funciona na maioria das plataformas disponíveis hoje e suporta a maioria das CPUs comerciais de 64 bits. O GCC é um compilador nativo que também pode compilar de forma cruzada qualquer programa, produzindo arquivos executáveis ​​para um sistema diferente do usado pelo próprio GCC. Isso permite que o software seja compilado para sistemas incorporados que não são capazes de executar um compilador. O GCC está escrito em C com um foco forte na portabilidade e pode se compilar, de modo que possa ser adaptado facilmente a novos sistemas. Finalmente, o GCC oferece liberdade para aprimorar o GCC existente e outro software GNU desenvolvido por outros. Como os desenvolvedores tentam suportar seus aplicativos em muitas plataformas, o uso de compiladores diferentes em diferentes plataformas pode causar muitas dores de cabeça. Se, ao invés disso, você usa o compilador GCC, que é suportado em uma grande variedade de plataformas, reduz as dores de cabeça ao transportar aplicativos de uma plataforma para outra. O GCC pode tornar o seu trabalho mais fácil, fornecendo um ambiente comum de compilação em plataformas. G está agora mais próximo da conformidade total com o padrão ISOANSI C. Observe que o sistema operacional AIX padrão não faz entender os arquivos GCC make. Se você estiver tentando carregar o compilador GCC no AIX, você precisa ter o GNU make file. Você pode imprimir make - v para ver o que você precisa para construir no GCC. AIX 5L Compatibilidade binária A IBM fornece compatibilidade binária entre as versões AIX 5.1, AIX 5.2 e AIX 5.3 do sistema operacional. Portanto, os aplicativos que executam o AIX 5.1 ou no AIX 5.2 serão executados em 5.3 como se eles sigam os critérios listados na declaração de compatibilidade binária do AIX 5L da IBM em www-1.ibmserversaixoscompatibility. Com isso dito, os ISVs variam de forma selvagem nos processos que eles usam para adicionar suporte a um novo nível de lançamento do sistema operacional. Muitos dos principais ISV executam suas aplicações através de alguma forma de teste. Na maioria dos casos, eles irão executá-los através de um subconjunto de seus procedimentos de teste finais antes de adicionar suporte. Muitos outros ISVs, no entanto, revisam nossos detalhes de compatibilidade binária e adicionam suporte com base em seus aplicativos, conforme nossa declaração. Em ambos os casos, não há necessidade de recompilar o aplicativo para obtê-los no AIX 5.3. Instalar o GCC no AIX A instalação do GCC no AIX é fácil se você tiver os binários disponíveis para a versão que deseja instalar no seu sistema AIX. Os binários podem ser ftpd para o seu sistema AIX dos seguintes sites, conforme indicado na seção de tópicos relacionados: Bull AIX Freeware Software de código aberto Hudson Valley Community College Pacotes AIX 5L e 6 Open Source Aplicações IBM AIX Toolbox para Linux Depois de baixar o binário apropriado Arquivo de formato, mande o arquivo baixado para o modo executável e execute SMIT para instalar. O suporte para o AIX 5.2 foi adicionado no GCC versão 3.3. O site da IBM AIX Toolbox para aplicativos Linux possui binários do GCC 3.3.2 disponíveis como esta vez para AIX 5.1 e 5.2. O site BULL Freeware também possui binários da versão 3.3.2 do GCC disponíveis para o AIX 5.2. Se você precisar de uma versão GCC mais recente, primeiro você deve instalar um binário GCC disponível em seu sistema. Depois de ter o GCC instalado, você pode usá-lo para compilar a versão GCC mais recente no seu sistema AIX. Consulte Tópicos relacionados para encontrar o conjunto completo de instruções de instalação do GCC e as notas de instalação específicas do HostTarget para o GCC. É importante que você acompanhe atentamente as instruções específicas da plataforma. Leia cuidadosamente as instruções antes de iniciar o processo de instalação e instalação. Você pode encontrar relatórios de compilação do GCC úteis para garantir que você tenha instalado o GCC 4.3.x com sucesso (consulte Tópicos relacionados). Neste momento, há relatórios de compilação para o AIX 5.3. Verifique se você instala uma versão do GCC que corresponde à versão AIX instalada no sistema. O GCC instala cópias privadas de alguns arquivos de cabeçalho que devem se integrar corretamente com os arquivos de cabeçalho do sistema AIX para que o GCC funcione corretamente, caso contrário o compilador pode produzir mensagens de erro sobre os arquivos de cabeçalho. Os arquivos de cabeçalho devem ser reconstruídos se não coincidirem. Você pode excluir o cache do arquivo de cabeçalho para criar uma nova versão do GCC de fontes com uma versão antiga, mas o GCC não deve ser operado sem o cache do arquivo de cabeçalho. Opções do compilador do GCC Existe uma grande variedade de opções de compilação disponíveis no GCC, que vão desde otimizar o código, configurar ou suprimir a compilação de código padrão ISOANSI, até opções de depuração, opções de compilação de código de modelo. O GCC também fornece algumas opções de compilação específicas para as plataformas pSeries (anteriormente conhecidas como RS6000) e PowerPC. Uma descrição completa das opções disponíveis para os destinos Power e PowerPC pode ser encontrada em gcc. gnu. orgonlinedocsgcc-3.4.3gccRS002f6000-e-PowerPC-Options. htmlRS002f6000-e-PowerPC-Options. Aqui vamos analisar algumas das opções que consideramos mais relevantes. Das opções que definem o tipo de processador, como - mcpu e - mtune. É melhor usar os padrões que o GCC fornece. No AIX 4.3 e AIX 5.1, o padrão é - mcpucommon - este código funcionará em todos os membros das famílias de processadores pSeries (RS6000). No AIX 5.2 e superior, o padrão é - mcpupowerpc - esse código funcionará nos processadores pPCs PowerPC. O GCC assume um tipo de processador recente associado à versão AIX como um modelo de processador para fins de agendamento. Você deve usar - mcpupower. - mcpupower2. - mcpupowerpc. - mcpupower4. Etc. para otimizar para um processador específico ou classe de processadores. Não use o - mpower. - mpowerpc. - mpower2. Ou - mpowerpc64 opções. Embora estejam disponíveis, eles não são destinados a usuários finais. Usar - mpower2 ou outras opções isoladas pode causar resultados imprevisíveis porque o compilador pode não estar em um estado auto-consistente para esse processador de destino. Para compilar um aplicativo no modo de 64 bits, deve-se usar a opção - maix64. Que habilita o AIX ABIX de 64 bits, como: ponteiros de 64 bits, tipo longo de 64 bits e a infraestrutura necessária para suportá-los. A especificação - maix64 implica - mpowerpc64 e - mpowerpc. Enquanto - maix32 desabilita o ABI de 64 bits e implica - mno-powerpc64. O GCC é padrão para - maix32. Se você receber uma mensagem de erro do vinculador dizendo que você transbordou o espaço disponível de TOC (tabela de conteúdo), você pode reduzir a quantidade de espaço de TOC usado usando - mminimal-toc. Por padrão, o GCC usa - mfull-toc que aloca pelo menos uma entrada de TOC para cada referência de variável não automática única no seu programa. O GCC também coloca constantes de ponto flutuante no TOC. No entanto, apenas 16.384 entradas estão disponíveis no TOC, e é possível transbordar o TOC. Ao especificar - mminimal-toc GCC faz apenas uma entrada TOC para cada função. - pthread compila e liga seu código de aplicativo com a biblioteca de threads POSIX, assim como você faria no VisualAge (ou XL) CC. Com o VisualAge (ou XL) CC, você também pode compilar e vincular usando xlcr ou xlCr para obter suporte de linha, mas essa opção não existe com o GCC. O código roscado deve, portanto, ser vinculado com - pthread para o GCC. A opção - pthread define bandeiras para o pré-processador e o vinculador. A opção - g gera informações de depuração, o padrão para - gxcoff no nível 2. As informações de depuração podem conter algumas extensões destinadas ao Depurador GNU (GDB). Para produzir informações de depuração mais compatíveis com o AIX dbx, pode-se usar a opção - gxcoff. O GCC para AIX não suporta - msoft-float totalmente. Ele desativará o uso de registros de ponto flutuante no GCC, mas as bibliotecas de suporte do GCC e as bibliotecas AIX continuarão a usar registros de ponto flutuante. - mlit-endian e - mcall-linux não são válidos na configuração AIX. A documentação menciona todas as opções para todos os objetivos do GCC rs6000. Nem todas as opções estão disponíveis em cada configuração. Para passar as opções para o vinculador AIX nativo diretamente, use - Wl, ltlinker optiongt. G and GCC Compiler Options Da mesma forma, uma descrição completa das opções do compilador específico do gcc pode ser encontrada em gcc. gnu. orgonlinedocsgcc-3.4.3gccC-Dialect-Options. htmlC20Dialect20Options. Essas opções também são iguais no AIX como outros sistemas UNIX. A opção de otimização mais comum é - O2. O que permite uma série de otimizações para aprimorar o desempenho do executável ou biblioteca resultante. OO3 permite mais otimizações que podem melhorar o desempenho em detrimento do tempo de compilação adicional. - Os permite otimizações que aumentam o desempenho, mas tenta minimizar o tamanho do código. Opções de otimização adicionais que são úteis para aplicações científicas de uso intensivo de computação incluem - funroll-loops e - ffast-math. - a matemática fina permite que o compilador permita que o compilador melhore o desempenho em detrimento da conformidade IEEE e ISO exata para funções matemáticas. Bibliotecas compartilhadas em sistemas AIX versus System V Primeiro, vejamos as diferenças entre os sistemas AIX e System V em relação às bibliotecas compartilhadas. Em seguida, discutiremos como criar bibliotecas compartilhadas em sistemas AIX usando o GCC. AIX e System V possuem visões diferentes de objetos compartilhados. O AIX geralmente vê objetos compartilhados como entidades totalmente vinculadas e resolvidas, onde as referências de símbolos são resolvidas no tempo de ligação e não podem ser recuperadas em tempo de carregamento. O System V vê-los como muito semelhantes aos arquivos de objetos comuns onde a resolução de todos os símbolos globais é executada em tempo de execução pelo vinculador. No entanto, a AIX tem a capacidade de fazer ligação em tempo de execução (RTL), para que os símbolos possam ser deixados indefinidos até o tempo de carregamento, quando uma pesquisa é realizada entre todos os módulos carregados para encontrar as definições necessárias. Um módulo compartilhado no AIX pode ser um arquivo de objeto ou um membro do arquivo que pode conter módulos compartilhados ou arquivos de objetos comuns. No sistema V, as bibliotecas compartilhadas são sempre arquivos comuns, criados com opções especiais. No AIX, geralmente todos os objetos compartilhados de entrada de links são listados como dependentes do arquivo de saída somente se houver uma referência aos seus símbolos. O AIX também faz uso de arquivos de exportação para exportar expressamente símbolos. No Sistema V, os nomes de todas as bibliotecas compartilhadas listadas na linha de comando são salvos no arquivo de saída para possível uso em tempo de carregamento. No entanto, a partir do AIX 4.2 e disponível em todas as versões disponíveis do AIX (4.3, 5.1 e 5.2), a opção - brtl faz com que todos os objetos compartilhados (exceto os membros do arquivo) na linha de comando sejam listados como objetos dependentes na saída Arquivo. Para obter mais informações, consulte AIX Linking and Loading Mechanisms (PDF 184KB). Com o GCC, gcc - shared cria uma biblioteca compartilhada. O vinculador exporta automaticamente alguns símbolos, mas você pode usar os AIXs ld - bexpall para exportar mais símbolos. Símbolos com sublinhados ainda não são exportados automaticamente. No AIX 5.2 ou AIX 5.1 no nível de manutenção 2, é possível usar a nova opção de link - bexpfull que exportará todos os símbolos e não pulará símbolos que começam com um título de sublinhado (como os nomes C mangled). Para um controle completo, é melhor criar um arquivo de exportação. Se você não estiver familiarizado com os arquivos de exportação do AIX, mecanismos de ligação e carregamento AIX (PDF 184KB). Gcc - shared cria um objeto compartilhado de estilo AIX, bem como limitado, conforme descrito brevemente na seção AIX vs SystemV acima. Gcc - shared invoca o vinculador AIX com - bM: SRE - bnoentry. Portanto, você não precisa duplicar essas duas opções do AIX. Usando - brtl. O vinculador do AIX procurará bibliotecas com as extensões. a e. so, como libfoo. a e libfoo. so. Sem - brtl. O vinculador AIX procura apenas libfoo. a. Você pode criar libfoo. a simplesmente arquivando um objeto compartilhado ou mesmo renomeando o objeto compartilhado como libfoo. a - AIX não se importa, desde que o sufixo do arquivo seja. a. Para usar o link de tempo de execução AIX, você deve criar o objeto compartilhado usando gcc - shared - Wl, - G e criar executáveis ​​usando a biblioteca, adicionando o - Wl. - brtl opção para a linha de link. Tecnicamente, você pode deixar a opção - shared, mas não prejudica e reduz a confusão. Se você quiser criar um objeto compartilhado com o GCC, você só precisa usar gcc - shared e, possivelmente, a opção - bexpfull ou um arquivo de exportação com referência a - Wl. - bE: ltexport filenamegt. exp. É simples assim. Possíveis problemas ao usar o GCCG no AIX Aqui estão alguns possíveis problemas que você pode descobrir ao usar o GCC ou o G no AIX. Para cada um, descrevemos o problema pela primeira vez, e então mostramos a solução para esse problema. Você não pode usar o linkador GNU no AIX, pois isso causará binários incorretamente vinculados. Por padrão, o vinculador AIX é usado ao usar o GCC no AIX. Você só deve usar o vinculador AIX padrão. Ao compilar e vincular com - pthread, o caminho de pesquisa da biblioteca deve incluir - Lusrlibthreads no início do caminho. Verifique a saída de dump - Hv, importar seqüências de arquivos, entrada 0, para ver quais são os caminhos. O subdiretório de threads sempre deve vir antes de usrlib e lib. Correndo o gcc - o foo. - Lpath - lmylib não funciona. Não pode abrir a biblioteca porque procura uma biblioteca estática libmylib. a em vez de libmylib. so. Se a extensão. so for alterada para. a, ele funciona bem - ele compila e é executado. As bibliotecas de arquivo e as bibliotecas compartilhadas no AIX podem ter uma extensão. a. Isso explicará por que você não pode vincular com um. so e por que ele funciona com o nome alterado para. a. Ao executar um aplicativo C de 64 bits usando bibliotecas compartilhadas C e manipulação de exceções, o aplicativo falha. O GCC 3.4.3 corrige um erro que impediu que o gerenciamento de exceção C em bibliotecas compartilhadas funcionasse corretamente no modo de 64 bits. Vincular um aplicativo com um arquivo de arquivos de objeto (biblioteca normal, biblioteca não compartilhada) produz mensagens de erro sobre símbolos não resolvidos. Isso pode ocorrer se uma biblioteca contém arquivos de objeto com referências a símbolos fora da biblioteca que o programador achava que o vinculador ignoraria. O GCC fornece um invólucro ao redor do vinculador do sistema que verifica todos os arquivos de objetos e bibliotecas não compartilhadas para construtores e destrutores. Isso é feito antes que o vinculador tenha a oportunidade de ignorar arquivos de objetos desnecessários na biblioteca porque uma função ou dados só podem ser referenciados em um construtor ou destruidor. A verificação pode encontrar construtores e destrutores que o aplicativo normalmente não faz referência, exigindo definições de símbolos adicionais para satisfazer o link. A alternativa perdeu os construtores e os destrutores exigidos pelo aplicativo porque alguns arquivos de objetos na biblioteca parecem ser desnecessários e foram omitidos, mas, na verdade, forneceram construtores e destrutores necessários. Essa omissão faria com que o aplicativo quebrasse. Ao tentar compilar o GCC no AIX, as mensagens de erro da montagem são eventualmente resultantes. Para corrigir isso, certifique-se de que não está usando uma versão antiga do montador GNU que não compreende determinados mnemônicos PowerPC. É preferível usar o montador AIX conforme discutido nas instruções de instalação do AIX no site GNU GCC. Às vezes, você pode obter essa mensagem de erro ao vincular: Este erro provavelmente indica que o disco está cheio ou que a variável de ambiente ULIMIT não permitirá que o arquivo seja tão grande quanto necessário. O G does not name mangling do mesmo modo que VisualAge (ou XL) C. Isso significa que os arquivos de objeto compilados com um compilador não podem ser usados ​​com outro. O montador GNU (GAS) não suporta PIC. Para gerar o código PIC, você deve usar algum outro montador, como as montadoras nativas do AIX. No AIX, compilar o código do formulário: fará com que o vinculador reporte um símbolo indefinido foo. Embora esse comportamento seja diferente da maioria dos outros sistemas, não é um erro porque redefinir uma variável externa como estática é indefinida em ANSI C. Nas versões GCC anteriores ao GCC 3.4, não passa todas as estruturas por valor. O GCC 3.4 agora possui melhor suporte ABI para a passagem de argumentos de estrutura. Embora essa mudança leve o GCC mais perto da conformidade do AIX ABI, essas alterações podem criar incompatibilidades com o código compilado por versões anteriores. Para obter mais informações, consulte gcc. gnu. orggcc-3.4powerpc-abi. html. Quando o GCC é criado para uma versão específica do AIX, ele gera alguns arquivos específicos daquela versão do sistema operacional e seus arquivos de cabeçalho. Isso pode causar problemas ao usar essa compilação GCC em uma versão mais recente do sistema operacional, mesmo que apenas inicialize o compilador no sistema operacional mais novo. Um exemplo desse problema ocorre ao criar o GCC no AIX 5.2 com o GCC compilado para AIX 5.1 (ou anterior). AIX 5.2 adicionou suporte para a função atoll (), mas o GCC construído para AIX 5.1 inclui uma cópia em cache do stdlib. h que não inclui o protótipo dessa função. O valor de retorno de uma função não prototipada é padrão para int em vez de longo, fazendo com que o GCC converta incorretamente algumas cadeias de caracteres. Para inicializar o GCC no AIX 5.2, o arquivo de cabeçalho stdlib. h fixo no cache do GCCs precisa ser removido para que o arquivo de cabeçalho AIX 5.2 seja usado. O arquivo de cabeçalho do sistema pode ser usado pela compilação mais antiga do GCC para inicializar o compilador. Um exemplo, Heres, um exemplo de ter um tamanho de pilha bastante grande por thread e o makefile correspondente usando o GCC para compilar um programa usando pthreads. A matriz é alocada na pilha, não na seção de dados. O problema é o tamanho da pilha por segmento. Você precisa usar as funções pthread apropriadas para aumentar o tamanho padrão da pilha de threads. Sem o ifdef código AIX abaixo, este código será corardump. Recursos para download Tópicos relacionados Avalie a página inicial do XL CC para AIX GCC Gnu. Visite o site do GCC para obter mais informações. Bull AIX Freeware. Obtenha uma ampla seleção de Software de Código Aberto para o seu AIX. Transfira FTP os binários para o sistema AIX do site AIX Aware Freeware, o site de pacotes AIX 5L e 6 Open Source, ou o site IBM AIX Toolbox para Linux. Consulte o conjunto completo das instruções de instalação do GCC e gcc. gnu. orginstallspecific. html-ibm-aix para obter instruções específicas da plataforma. Você pode encontrar relatórios de compilação do GCC úteis para garantir que você tenha instalado o GCC com sucesso. Para obter mais informações sobre o projeto GNU e o compilador GCC, consulte o site oficial em gcc. gnu. org. Uma lista de novos recursos no GCC versão 4.2 está em gcc. gnu. orggcc-4.2changes. html. Da mesma forma, a lista de novos recursos no GCC versão 4.3 está em gcc. gnu. orggcc-4.3changes. html. Entre ou registre-se para adicionar e assinar comentários. GCC, a Coleção GNU Compiler A Coleção GNU Compiler inclui front ends para C. C. Objective-C, Fortran. Ada e Go, bem como bibliotecas para esses idiomas (libstdc.). O GCC foi originalmente escrito como o compilador para o sistema operacional GNU. O sistema GNU foi desenvolvido para ser 100 software livre, livre no sentido de respeitar a liberdade dos usuários. Nós nos esforçamos para fornecer lançamentos regulares e de alta qualidade. Que queremos trabalhar bem em uma variedade de destinos nativos e cruzados (incluindo o GNULinux), e incentivar todos a contribuir com mudanças ou ajudar a testar o GCC. Nossas fontes são pronta e livremente disponíveis via SVN e instantâneos semanais. As principais decisões sobre o GCC são feitas pelo comitê de direção. Guiado pela declaração de missão. Suporte RISC-V 2017-02-02 O suporte ao RISC-V ISA foi adicionado, contribuído por Palmer Dabbelt e Andrew Waterman. BRIGHSAIL (Heterogeneous Systems Architecture Intermediate Language) frontend added 2017-02-01 Heterogeneous Systems Architecture 1.0 BRIG (HSAIL) frontend foi adicionado ao GCC. Permitindo a finalização do HSAIL para alvos compatíveis com gcc. O código foi desenvolvido pela Parmance com o patrocínio da General Processor Technologies. Suporte SO Fuchsia 2017-01-10 O suporte ao sistema operacional Fuchsia foi adicionado ao GCC, contribuído pelo Google. GCC 6.3 lançado 2016-12-21 GCC 6.2 lançado 2016-08-22 GCC 4.9.4 lançado 2016-08-03 GCC 5.4 lançado 2016-06-03 2015 ACM Software System Award 2016-04-29 GCC 6.1 lançado em 2016-04 -27 Suporte à arquitetura de sistemas heterogêneos 2016-01-27 O suporte de arquitetura de sistemas heterogêneos 1.0 foi adicionado ao GCC. Contribuído por Martin Jambor, Martin Lika e Michael Matz da SUSE. GCC 5.3 lançado 2015-12-04 Releases Suportadas