Problema ejecutando hacer en una base de datos postgres

0

Pregunta

Me estoy quedando este en msys2 de 64 bits MINGW65 shell.

Corrí

$source/configure --host=x86_64-w64-mingw32 --prefix=$dist && make

y todo hasta que la marca se ejecuta correctamente. Después de conseguir hacer el tema y tratando de jugar con el tema spot sigo corriendo a hacer por el mismo problema a continuación.

Luego cuando ejecuto make en la carpeta.

es funcionando bien hasta que llega a esta parte

make[2]: Leaving directory '/c/builds/build/REL_11_8/src/backend/utils'
make -C storage/lmgr lwlocknames.h lwlocknames.c
make[2]: Entering directory '/c/builds/build/REL_11_8/src/backend/storage/lmgr'
'/usr/bin/perl' /c/builds/source/src/backend/storage/lmgr/generate-lwlocknames.pl 
/c/builds/source/src/backend/storage/lmgr/lwlocknames.txt
unable to parse lwlocknames.txt at /c/builds/source/src/backend/storage/lmgr/generate- 
lwlocknames.pl line 36, <$lwlocknames> line 8.
make[2]: *** [Makefile:33: lwlocknames.h] Error 255
make[2]: Leaving directory '/c/builds/build/REL_11_8/src/backend/storage/lmgr'
make[1]: *** [Makefile:137: storage/lmgr/lwlocknames.h] Error 2
make[1]: Leaving directory '/c/builds/build/REL_11_8/src/backend'
make: *** [src/Makefile.global:372: submake-generated-headers] Error 2

En el generate-lwlocknames.pl

existe la siguiente línea que es, obviamente, el desencadenamiento de la misma. Pero yo no sé por qué es la activación o cómo solucionarlo.

Necesito compilar esta versión con el fin de ser capaz de obtener los archivos dll de una extensión para windows de la máquina que está ejecutando el usuario postgres.

while (<$lwlocknames>)
{
    chomp;

    # Skip comments
    next if /^#/;
    next if /^\s*$/;

    die "unable to parse lwlocknames.txt"
      unless /^(\w+)\s+(\d+)$/;

    (my $lockname, my $lockidx) = ($1, $2);

    die "lwlocknames.txt not in order"   if $lockidx < $lastlockidx;
    die "lwlocknames.txt has duplicates" if $lockidx == $lastlockidx;

    while ($lastlockidx < $lockidx - 1)
    {
        ++$lastlockidx;
        printf $c "%s   \"<unassigned:%d>\"", $continue, $lastlockidx;
        $continue = ",\n";
    }
    printf $c "%s   \"%s\"", $continue, $lockname;
    $lastlockidx = $lockidx;
    $continue    = ",\n";

    print $h "#define $lockname (&MainLWLockArray[$lockidx].lock)\n";
}
msys2 postgresql postgresql-11
2021-11-23 21:56:54
2
0

Después de volver a ejecutar un par de veces más terminado con éxito. No se hicieron cambios a los archivos o metodología.

2021-11-23 22:40:03

Si el problema no es reproducible, es probablemente el mejor para eliminar simplemente la pregunta.
tdy

Tal vez. Pero yo también creo que puede ser vale la pena dejarlo como una experiencia para alguien más que si se utiliza la misma herramienta, y algo similar sucede. Que la respuesta sólo podría ser correr un par de veces. Porque sé que yo sentía que estaba llegando al borde de la locura sentado allí corriendo varias veces. La causa de que no pasara de una vez. Sucedió como mi respuesta de los estados. Varias veces, con una diferencia. Y, finalmente, sólo funcionaba.
kloaf11
0

Parece que están construyendo con el Perl que viene con MinGW.

Sin embargo, la documentación de PostgreSQL es bastante clara en ese punto:

Los siguientes productos adicionales son necesarios para construir PostgreSQL. El uso de la config.pl archivo para especificar los directorios que las bibliotecas están disponibles en.

[...]

ActiveState Perl

ActiveState Perl es necesario para ejecutar la secuencia de generación de secuencias de comandos. MinGW o Cygwin Perl no funcionará. También debe estar presente en el CAMINO. Los binarios se pueden descargar desde https://www.activestate.com (Nota: versión 5.8.3 o posterior es necesario, la libre Distribución Estándar es suficiente).

2021-11-24 06:57:19

No me siento como que está relacionado. Causa como mi propia respuesta, dice. Cambio de nada, con el tiempo acaba con éxito construido completamente de trabajo de postgres.
kloaf11

Tal vez no es relativa, pero quizás lo es.
Laurenz Albe

Bueno, yo digo que me parece que no es. Porque yo no estaba funcionando Mingw. Yo estaba corriendo el mingw que viene con msys2 que son diferentes. Pero es una posibilidad. Pero también el uso que mingw64 shell con msys2 se terminó de correr sin cambios. Así que si se usa mingw con perl no funciona, entonces no debería estar relacionado con
kloaf11

En otros idiomas

Esta página está en otros idiomas

Русский
..................................................................................................................
Italiano
..................................................................................................................
Polski
..................................................................................................................
Română
..................................................................................................................
한국어
..................................................................................................................
हिन्दी
..................................................................................................................
Français
..................................................................................................................
Türk
..................................................................................................................
Česk
..................................................................................................................
Português
..................................................................................................................
ไทย
..................................................................................................................
中文
..................................................................................................................
Slovenský
..................................................................................................................