Re: error

¿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 <mlortiz(at)uci(dot)cu <mailto:mlortiz(at)uci(dot)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