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