{"id":52800,"date":"2019-11-17T00:00:00","date_gmt":"2019-11-16T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/dostupna-standartnaya-si-biblioteka-picolibc-1-1"},"modified":"2020-02-18T14:00:36","modified_gmt":"2020-02-18T11:00:36","slug":"dostupna-standartnaya-si-biblioteka-picolibc-1-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/dostupna-standartnaya-si-biblioteka-picolibc-1-1","title":{"rendered":"A biblioteca padr\u00e3o C PicoLibc 1.1 est\u00e1 dispon\u00edvel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Keith Packard, desenvolvedor ativo do Debian, l\u00edder do projeto X.Org e criador de v\u00e1rias extens\u00f5es X, incluindo XRender, XComposite e XRandR, apresentou<\/a><\/noindex> lan\u00e7amento da nova biblioteca padr\u00e3o C PicoLibc 1.1<\/a><\/noindex>, projetada para uso em dispositivos embarcados com armazenamento permanente e mem\u00f3ria RAM limitados. Durante o desenvolvimento, parte do c\u00f3digo foi emprestada da biblioteca newlib<\/a><\/noindex> do projeto Cygwin e AVR Libc<\/a><\/noindex>, desenvolvida para microcontroladores Atmel AVR. O c\u00f3digo do PicoLibc \u00e9 distribu\u00eddo<\/a><\/noindex> est\u00e1 sob a licen\u00e7a BSD. O suporte para a constru\u00e7\u00e3o da biblioteca \u00e9 oferecido para arquiteturas ARM (32 bits), i386, RISC-V, x86_64 e PowerPC.<\/p>\n

Kit Packard come\u00e7ou o desenvolvimento ap\u00f3s n\u00e3o conseguir encontrar uma variante adequada do Libc que pudesse ser usada em dispositivos embarcados com pouca RAM. O projeto vem se desenvolvendo desde o ano passado. Na primeira fase, o projeto era uma variante do newlib, cujas fun\u00e7\u00f5es stdio foram substitu\u00eddas por uma vers\u00e3o compacta do avrlibc (o stdio no newlib n\u00e3o atendia devido ao alto consumo de recursos). Como as atividades atuais de Kit est\u00e3o relacionadas ao trabalho cont\u00ednuo com a arquitetura RISC-V e ao desenvolvimento de ferramentas para dispositivos embarcados, ele recentemente revisou o estado das implementa\u00e7\u00f5es do libc e concluiu que, com algumas modifica\u00e7\u00f5es, a combina\u00e7\u00e3o de newlib e avrlibc poderia se tornar uma boa solu\u00e7\u00e3o universal. Inicialmente, o projeto era conhecido como 'newlib-nano', mas, para evitar confus\u00e3o com a biblioteca Newlib, foi renomeado para PicoLibc.<\/p>\n

Na sua forma atual, o Picolibc j\u00e1 passou por um trabalho de remo\u00e7\u00e3o de todo o c\u00f3digo que n\u00e3o \u00e9 fornecido sob a licen\u00e7a BSD (este c\u00f3digo n\u00e3o foi utilizado na compila\u00e7\u00e3o para dispositivos embarcados), o que simplificou significativamente a situa\u00e7\u00e3o com a licen\u00e7a do projeto. A implementa\u00e7\u00e3o de threads locais foi transferida de 'struct _reent' para um mecanismo TLS (armazenamento local de thread<\/a><\/noindex>). Uma vers\u00e3o compacta do stdio, emprestada do c\u00f3digo da biblioteca avrlibc, foi ativada por padr\u00e3o (inser\u00e7\u00f5es espec\u00edficas da ATmel foram reescritas em C). O ambiente de constru\u00e7\u00e3o utilizado \u00e9 o Meson, o que permitiu n\u00e3o depender dos scripts de constru\u00e7\u00e3o do newlib e simplificou a transfer\u00eancia de altera\u00e7\u00f5es do newlib. Uma vers\u00e3o simplificada do c\u00f3digo de inicializa\u00e7\u00e3o (crt0) foi adicionada, anexada ao execut\u00e1vel e executada antes de passar o controle para a fun\u00e7\u00e3o main().<\/p>\n

Na vers\u00e3o Picolibc 1.1:<\/p>\n