Pessoal Eu preciso dessa versão 9.0.1, pois um pesquisador da alemanha me enviou, para ajudar na minha pesquisa de Pós-graduação. O patch altera o postgreSQL para diferenciar características entre HDD e SSD. É para fins de pesquisa que estou utilizando.
Ao compilar, da tudo certo, mas ao fazer INITDB, da o erro abaixo: --------------------------------------------------------------------------------------------- creating directory p01/pgsql/data ... ok creating subdirectories ... ok selecting default max_connections ... 100 selecting default shared_buffers/max_fsm_pages ... 24MB/153600 creating configuration files ... ok creating template1 database in p01/pgsql/data/base/1 ... ok initializing pg_authid ... FATAL: wrong number of index expressions STATEMENT: CREATE TRIGGER pg_sync_pg_database AFTER INSERT OR UPDATE OR DELETE ON pg_database FOR EACH STATEMENT EXECUTE PROCEDURE flatfile_update_trigger(); child process exited with exit code 1 initdb: removing data directory "p01/pgsql/data" --------------------------------------------------------------------------------------------- No blog Stack-overflow, sugeriram o seguinte, desabilitar -fno-aggressive-loop-optimizations, mas não sei como fazer: ================================================== http://stackoverflow.com/questions/25583549/initdb-initializing-pg-authid-fatal-wrong-number-of-index-expressions/41412048#41412048 I ran into the same problem after compiling postgresql 8.1.4 with gcc 4.9.3. The problem seems to be the way postgres uses to represent variable length arrays: typedef struct { int32 size; /* these fields must match ArrayType! */ int ndim; int flags; Oid elemtype; int dim1; int lbound1; int2 values[1]; /* VARIABLE LENGTH ARRAY */ } int2vector; /* VARIABLE LENGTH STRUCT */ In some cases, for loops accessing 'values', GCC assumes that they will do one iteration at most. Loops like the one below (extracted from postgres's source code): ii->ii_NumIndexAttrs = numKeys; for (i = 0; i < numKeys; i++) ii->ii_KeyAttrNumbers[i] = indexStruct->indkey.values[i]; might end up being reduced to something like: ii->ii_NumIndexAttrs = numKeys; if (numKeys) ii->ii_KeyAttrNumbers[0] = indexStruct->indkey.values[0]; as deduced by looking at the assembler generated for it: .L161: testl %r12d, %r12d movl %r12d, 4(%rbx) jle .L162 movzwl 40(%r13), %eax movw %ax, 8(%rbx) .L162: The problem went away after re-compiling postgres with that optimization disabled by using -fno-aggressive-loop-optimizations. ================================================================================ Alguém sabe como desabilitar -fno-aggressive-loop-optimizations... Tentei colocar esse parâmetro antes de compilar o banco, ./configure -fno-aggressive-loop-optimizations , mas não aceitou... enfim nao sei como fazer essa desabilitação. Abraços Neto Em 31 de dezembro de 2016 20:05, Guimarães Faria Corcete DUTRA, Leandro <[email protected]> escreveu: > 2016-12-31 19:54 GMT-02:00 Neto pr <[email protected]>: >> >> Acho que a dúvida é mais relacionada ao S.O. Linux no entanto o >> Posgresql é parte do problema que estou enfrentando. > > Acho que terás mais ajuda na lista do SO. Detalhe, Linux é só o > núcleo; tua dúvida é de uma distribuição GNU/Linux. > > >> Tenho que compilar o SGBD Postgresql 9.0.1 que tem um Patch para esta >> versão > > Como assim? Versão mais que obsoleta. Que remendo (/patch/) é esse? > Porque você precisa disso, afinal? Parece um problema de fechamento > cognitivo prematuro. > > >> Alguém poderia me auxiliar em como eu poderia instalar compilar o >> Debian 9.0.1 no Debian 8, ou como instalar o gcc 4.7 no debian 8 ? Eu >> estou tentando fazer em uma VM para não desconfigurar o SO instalado >> num servidor HP-ML110, mas após eu fazer o teste com sucesso, irei >> aplicar o procedimento no servidor. > > Compile na máquina virtual, não? > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:[email protected] > +55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT−3 MSN: msnim:[email protected] > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
