¿Puedes enviar el log del make a ver que está pasando? ¿Qué opciones le estás pasando al ./configure?
Saludos On 3/18/2012 5:18 PM, Juan wrote:
Alvaro Segui tu consejo encontre mis viejos fuentes y los estoy compilando en e el nuevo entorno de postgres 9.1 en plataforma de 634 bits so. pero... tengo un problema me sale undefined symbol: DirectFunctionCall1 en el make, digo yo sera que cambio la interface de pasaje de parametros desde el pg8 a pg9x? te suena este error? que puedo hacer? saludos MDC 2012/2/27 Marcos Ortiz <mlor...@uci.cu <mailto:mlor...@uci.cu>> On 02/28/2012 01:46 PM, Alvaro Herrera wrote: Excerpts from Juan's message of mar feb 28 13:35:59 -0300 2012: Alvaro gracias por responderme. si ahora es parte del posthgres pero antiguamente era un contrib en aquella epoca modifique bsatante ese fuente y lo recompile , si lograra compilar postgres en 32 bits deberia excluir este objeto para q use el q yo cree hace ya un tiempo la verdad no tengo mucha idea de como llevarlo a la practica y obviamente muchos problemas se me presentaran. Hmm. Si estás usando una versión más moderna de Postgres tienes que considerar que cualquier módulo que quieras agregar debe tener el bloque PG_MAGIC_BLOCK el cual debe estar ajustado a la versión de Postgres que vayas a usar. Por lo tanto si quieres seguir usando el mismo objeto binario sin recompilarlo tu única opción sería usar la misma versión de Postgres que tenías antes. Creo que lo más sensato sería tomar el código fuente modificado de fuzzystrmatch y recompilarlo con una versión de Postgres más reciente, y además así lo puedes usar en un ambiente de 64 bits. tendras algun link donde pueda ver como compilar postgres en una plataforma de 64 bits en 32 bits? La verdad es que no tengo idea dónde encontrar esa info. Si mal no recuerdo hay que poner -m32 en CFLAGS y quizás más opciones; seguramente hará falta algo para el linker también (cosas que se ponen en LDFLAGS). Todo eso debes ponerlo como variables que se pasan a configure, o sea tiene que ser algo así: ./configure --<opciones> CFLAGS="-m32 otras" LDFLAGS="algo aqui" O hacer como explicó Selena Deckelmann(http://chesnok.com) en su charla del Pg2011 sobre usar siempre los binarios de 64 bits aunque uses una plataforma de 32 bits. La charla se llama "Maintaining Terabytes": (el link te lo debo, búscalo en el sitio http://www.pgcon.org/2011) 1- Install 32-bit Postgres and libraries on a 64-bit system. 2- Install 64-bit Postgres/libs of the same version. 3- Copy “hot backup” from 32-bit sys over to 64-bit sys. 4- Run pg_dump from 64-bit version on 32-bit Postgres. Esta charla está excelente, donde Selena brinda increíbles recomendaciones de su experiencia cuando era PostgreSQL DBA en http://myemma.com Saludos -- Marcos Luis Ortíz Valmaseda Sr. Software Engineer (UCI) http://marcosluis2186.__posterous.com <http://marcosluis2186.posterous.com> http://postgresql.uci.cu/blog/__38 <http://postgresql.uci.cu/blog/38> Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.__wordpress.com <http://justiciaparaloscinco.wordpress.com>
-- Marcos Luis Ortíz Valmaseda (@marcosluis2186) Data Engineer at UCI http://marcosluis2186.posterous.com 10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS INFORMATICAS... CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION http://www.uci.cu http://www.facebook.com/universidad.uci http://www.flickr.com/photos/universidad_uci - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
