Re: error

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>

> 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>
>