[FUG-BR] squid 3.2 não compila no current

[Danilo Egea]

On 08/22/13 09:42, Marcelo Gondim wrote:
> Em 22/08/13 08:41, Renato Botelho escreveu:
>> On 22-08-2013 08:32, Marcelo Gondim wrote:
>>> Pessoal,
>>>
>>> Coloquei o current aqui numa máquina e fui tentar compilar o squid32 e o
>>> squid33. Não compilam por nada. To caçando aqui o motivo. Meu make.conf:
>>>
>>> MALLOC_PRODUCTION=YES
>>> WITHOUT_X11=yes
>>> WITHOUT_PKGNG=yes
>>> USE_GCC=any
>>> # added by use.perl 2013-08-22 07:50:29
>>> PERL_VERSION=5.14.4
>>>
>>> Quando tento instalar o squid32 dá o erro abaixo. Alguém já passou por
>>> isso?  :)
>>>
>>> checking aio.h usability... no
>>> checking aio.h presence... yes
>>> configure: WARNING: aio.h: present but cannot be compiled
>>> configure: WARNING: aio.h:     check for missing prerequisite headers?
>>> configure: WARNING: aio.h: see the Autoconf documentation
>>> configure: WARNING: aio.h:     section "Present But Cannot Be Compiled"
>>> configure: WARNING: aio.h: proceeding with the compiler's result
>>> configure: WARNING:     ## ------------------------------------------- ##
>>> configure: WARNING:     ## Report this to http://bugs.squid-cache.org/ ##
>>> configure: WARNING:     ## ------------------------------------------- ##
>>> checking for aio.h... no
>>> checking for aio_read in -lrt... no
>>> checking for aio_read in -laio... no
>>> configure: Native POSIX AIO support not detected. AIO automatically
>>> disabled.
>>> configure: AIO DiskIO Module disabled. Missing POSIX AIO support.
>>> configure: Enabling Blocking DiskIO module
>>> configure: Enabling DiskDaemon DiskIO module
>>> configure: Enabling IpcIo DiskIO module
>>> configure: error: DiskIO IpcIo module requires shared memory support
>> Ele tá reclamando que não tem suporte a shared memory, o seu kernel é
>> custom? Se for, qual a diferença dele para o GENERIC?
>>
>> Dentro do diretório do port do squid, entrando em ./work/squid-3.2 você
>> vai encontrar um config.log, esse arquivo vai ter as informações de qual
>> teste falhou no configure, e sabendo qual teste falhou você consegue
>> reproduzir e facilita encontrar o problema. Qualquer coisa compartilha o
>> config.log com a gente.
>>
>> 2 comentários que não tem a ver com o assunto mas que me chamaram a
>> atenção. Você desligou o PKGNG, que é default no -current e colocou o
>> GCC no lugar do clang. Algum motivo especial pra fazer isso? Eu pergunto
>> pois o 10 vai ser lançado esse ano ainda, e vai ter o pkgng e o clang
>> como default, se esses caras estão com algum problema, precisamos
>> reportar pra que possam ser corrigidos. Eu tenho uns 8 servers com
>> -current, todos usando cland e pkgng e não estou com nenhum problema.
>>
>> []s
> O pkgng eu deixei pra ver depois com calma e o gcc eu coloquei pra ver
> se compilava. Com clang a mensagem é outra:
>
> checking what kind of compiler we're using... gcc
> checking for compiler variant... gcc
> configure: error: in `/usr/ports/www/squid32/work/squid-3.2.13':
> configure: error: GCC  causes a coredump on i386-portbld-freebsd10.0.
>             Please use a more recent GCC version
> See `config.log' for more details
> ===>  Script "configure" failed unexpectedly.
> Please report the problem to tmseck at FreeBSD.org [maintainer] and attach the
> "/usr/ports/www/squid32/work/squid-3.2.13/config.log" including the output
> of the failure of your make command. Also, it might be a good idea to
> provide
> an overview of all packages installed on your system (e.g. a
> /usr/sbin/pkg_info
> -Ea).
> *** Error code 1
> Esse aqui [1] é o log usando clang.
> Esse aqui [2] é o log usando o gcc.
>
> Estou pesquisando e descobrindo posto aqui.   :)
>
> [1] http://pastebin.com/GGLA6G9a
> [2] http://pastebin.com/R5UTqVcH
>
> []'s
> Gondim
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Faz o que o Garga sugeriu, manda um

diff -u /usr/src/sys/i386/conf/GENERIC /usr/src/sys/i386/conf/ INTNET10

pra gente. Vc removeu a linha options SYSVSHM?

-- 
Danilo Egêa Gondolfo
http://daniloegea.wordpress.com

"To understand the computers, we must know what computers understand."