Re: fallo extraño en gcc

2020-11-27 Por tema juan carlos rebate rodriguez 
El vie, 27-11-2020 a las 09:19 +0100, Camaleón escribió:
> El 2020-11-27 a las 01:33 +0100, juan carlos rebate rodriguez
> escribió:
> 
> > El jue, 26-11-2020 a las 19:01 +0100, Camaleón escribió:
> > > El 2020-11-26 a las 18:51 +0100, Juan carlos Rebate escribió:
> > > 
> > > > hola, buenas acabo de actualizar a 10.6 y me encontré un fallo
> > > > al
> > > > intentar compilar ffmpeg, en lugar de crearse binarios se
> > > > quedan
> > > > como
> > > > archivos de texto, osea si el binario ffmpeg debería
> > > > reconocerse
> > > > como
> > > > ejecutable, ahora se reconoce como archivo de texto, lo curioso
> > > > es
> > > > que
> > > > se comporta como ejecutable, 
> > > 
> > > ¿Qué te dice «file /usr/bin/ffmpeg»
> 
> (...)
> 
> > > ¿Y el registro que genera el compilador no te dice nada relevante
> > > del 
> > > archivo resultante? :-?
> > > hola, no encuentro el log de gcc en /var/log pero si intento
> > > compilarun tipico programa que imprima texto y añado -v puedes vr
> > > todo lo que el compilador usam en este caso es g++ pero gcc da el
> > > mismo error
> > 
> > jc@debian:~$ g++ -v source.cpp -o ejecutable
> 
> (...)
> 
> En principio no veo nada raro en el registro, ningún error que pueda
> ser
> relevante para el caso :-?
> 
> (...)
>  
> > pero luego se reconoce como text/x-application
> 
> ¿Qué te devuelve «file ejecutable»?
> 
> Saludos,
> buenas, haciendo pruebas con vm creo que es un bug del enlazador y
> del entorno grafico, en cinamon lo reconoce como text/x-application,
> en gnome al compilar se reconoce como biblioteca compartida, pero si
> uso alguna distro que no venga con gcc 8 sino una version anterior
> silo reconoce como ejecutable, sin enbargo al ejecutar file sobre el
> archivo si lo reconoce como archivo elf


>  jc@debian:~$ file ejecutable
> ejecutable: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV),
> dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
> GNU/Linux 3.2.0,
> BuildID[sha1]=a8fd2b3e522f2853060262b60045276841313af7, not stripped
>

Re: fallo extraño en gcc

2020-11-27 Por tema Camaleón 
El 2020-11-27 a las 01:33 +0100, juan carlos rebate rodriguez escribió:

> El jue, 26-11-2020 a las 19:01 +0100, Camaleón escribió:
> > El 2020-11-26 a las 18:51 +0100, Juan carlos Rebate escribió:
> > 
> > > hola, buenas acabo de actualizar a 10.6 y me encontré un fallo al
> > > intentar compilar ffmpeg, en lugar de crearse binarios se quedan
> > > como
> > > archivos de texto, osea si el binario ffmpeg debería reconocerse
> > > como
> > > ejecutable, ahora se reconoce como archivo de texto, lo curioso es
> > > que
> > > se comporta como ejecutable, 
> > 
> > ¿Qué te dice «file /usr/bin/ffmpeg»

(...)

> > ¿Y el registro que genera el compilador no te dice nada relevante
> > del 
> > archivo resultante? :-?
> 
> > hola, no encuentro el log de gcc en /var/log pero si intento
> > compilarun tipico programa que imprima texto y añado -v puedes vr
> > todo lo que el compilador usam en este caso es g++ pero gcc da el
> > mismo error
> 
> jc@debian:~$ g++ -v source.cpp -o ejecutable

(...)

En principio no veo nada raro en el registro, ningún error que pueda ser
relevante para el caso :-?

(...)
 
> pero luego se reconoce como text/x-application

¿Qué te devuelve «file ejecutable»?

Saludos,

-- 
Camaleón

Re: fallo extraño en gcc

2020-11-26 Por tema juan carlos rebate rodriguez 
El jue, 26-11-2020 a las 19:01 +0100, Camaleón escribió:
> El 2020-11-26 a las 18:51 +0100, Juan carlos Rebate escribió:
> 
> > hola, buenas acabo de actualizar a 10.6 y me encontré un fallo al
> > intentar compilar ffmpeg, en lugar de crearse binarios se quedan
> > como
> > archivos de texto, osea si el binario ffmpeg debería reconocerse
> > como
> > ejecutable, ahora se reconoce como archivo de texto, lo curioso es
> > que
> > se comporta como ejecutable, 
> 
> ¿Qué te dice «file /usr/bin/ffmpeg»
> 
> > lo he probado con otros sistemas como
> > devuan y pasa exactamente lo mismo, pense que seria algun fallo del
> > makefile pero no, intente compilar un simple código con codeblocks
> > y
> > pasa igual, no se trata de un fallo del programa sino del
> > compilador,
> > todas las dependencias fueron instaladas con build-esential
> > (dependencias del compilador), alguna idea?
> 
> ¿Y el registro que genera el compilador no te dice nada relevante
> del 
> archivo resultante? :-?
> 
> Saludos, 
> 

> hola, no encuentro el log de gcc en /var/log pero si intento
> compilarun tipico programa que imprima texto y añado -v puedes vr
> todo lo que el compilador usam en este caso es g++ pero gcc da el
> mismo error

jc@debian:~$ g++ -v source.cpp -o ejecutable
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 8.3.0-6' 
--with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-
languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --
with-gcc-major-version-only --program-suffix=-8 --program-
prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --
libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-
libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --
enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib
--with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --
disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-
list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-
offload-targets=nvptx-none --without-cuda-driver --enable-
checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --
target=x86_64-linux-gnu
Thread model: posix
gcc version 8.3.0 (Debian 8.3.0-6) 
COLLECT_GCC_OPTIONS='-v' '-o' 'ejecutable' '-shared-libgcc' '-
mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/8/cc1plus -quiet -v -imultiarch x86_64-
linux-gnu -D_GNU_SOURCE source.cpp -quiet -dumpbase source.cpp
-mtune=generic -march=x86-64 -auxbase source -version -o
/tmp/ccIKSgnI.s
GNU C++14 (Debian 8.3.0-6) version 8.3.0 (x86_64-linux-gnu)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR
version 4.0.2, MPC version 1.1.0, isl version isl-0.20-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-
heapsize=131072
ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/8"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-
gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/8
 /usr/include/x86_64-linux-gnu/c++/8
 /usr/include/c++/8/backward
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C++14 (Debian 8.3.0-6) version 8.3.0 (x86_64-linux-gnu)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR
version 4.0.2, MPC version 1.1.0, isl version isl-0.20-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-
heapsize=131072
Compiler executable checksum: 3c854693d01dc9a844a56a0b1ab1c0f4
COLLECT_GCC_OPTIONS='-v' '-o' 'ejecutable' '-shared-libgcc' '-
mtune=generic' '-march=x86-64'
 as -v --64 -o /tmp/ccqsfftG.o /tmp/ccIKSgnI.s
GNU ensamblador versión 2.31.1 (x86_64-linux-gnu) utilizando BFD
versión (GNU Binutils for Debian) 2.31.1
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-
linux-gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-
gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-
linux-gnu/8/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-
gnu/8/../../../../lib/:/lib/x86_64-linux-
gnu/:/lib/../lib/:/usr/lib/x86_64-linux-
gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-
gnu/8/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-o' 'ejecutable' '-shared-libgcc' '-
mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/8/collect2 -plugin /usr/lib/gcc/x86_64-
linux-gnu/8/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-
gnu/8/lto-wrapper

Re: fallo extraño en gcc

2020-11-26 Por tema Camaleón 
El 2020-11-26 a las 18:51 +0100, Juan carlos Rebate escribió:

> hola, buenas acabo de actualizar a 10.6 y me encontré un fallo al
> intentar compilar ffmpeg, en lugar de crearse binarios se quedan como
> archivos de texto, osea si el binario ffmpeg debería reconocerse como
> ejecutable, ahora se reconoce como archivo de texto, lo curioso es que
> se comporta como ejecutable, 

¿Qué te dice «file /usr/bin/ffmpeg»

> lo he probado con otros sistemas como
> devuan y pasa exactamente lo mismo, pense que seria algun fallo del
> makefile pero no, intente compilar un simple código con codeblocks y
> pasa igual, no se trata de un fallo del programa sino del compilador,
> todas las dependencias fueron instaladas con build-esential
> (dependencias del compilador), alguna idea?

¿Y el registro que genera el compilador no te dice nada relevante del 
archivo resultante? :-?

Saludos, 

-- 
Camaleón

fallo extraño en gcc

2020-11-26 Por tema Juan carlos Rebate 
hola, buenas acabo de actualizar a 10.6 y me encontré un fallo al
intentar compilar ffmpeg, en lugar de crearse binarios se quedan como
archivos de texto, osea si el binario ffmpeg debería reconocerse como
ejecutable, ahora se reconoce como archivo de texto, lo curioso es que
se comporta como ejecutable, lo he probado con otros sistemas como
devuan y pasa exactamente lo mismo, pense que seria algun fallo del
makefile pero no, intente compilar un simple código con codeblocks y
pasa igual, no se trata de un fallo del programa sino del compilador,
todas las dependencias fueron instaladas con build-esential
(dependencias del compilador), alguna idea?