@rhabarber1848 -> Problem mit autogen

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

@rhabarber1848 -> Problem mit autogen

Beitrag von Striper »

Seit eben habe ich folgendes Problem:

Code: Alles auswählen

checking for libtool >= 1.4.2 ... yes (version 1.5.26)
checking for autoconf >= 2.57a ... yes (version 2.63) 
checking for automake >= 1.8 ... yes (version 1.10.1) 
checking for gettext >= 0.12.1 ... yes (version 0.17) 
checking for make >= 3.80 ... yes (version 3.81)
checking for gcc >= 3.0 or = 2.95 ... yes (version 4.3.2)
checking for g++ >= 3.0 or = 2.95 ... yes (version 4.3.2)

Generating configuration files for tuxbox-cdk, please wait....
/usr/bin/m4:configure.ac:171: bad expression in eval: you need to activate a filesystem+0
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
Ich glaub du hast bei diesem commit was kaputt gemacht: http://cvs.tuxbox-cvs.sourceforge.net/l ... 00064.html

Hab jetzt einfach im entsprechenden Abschnitt ", you need to activate a filesystem" entfernt und nun läuft autogen wieder durch.

Code: Alles auswählen

AC_ARG_ENABLE(mmc,
	AS_HELP_STRING(--enable-mmc,	include mmc drivers in yadds and images),
	[case "${enableval}" in
		yes)	enable_use_mmc=yes ;;
		no)	enable_use_mmc=no ;;
	esac],[])
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

Teste bitte mit dem aktuellen CVS, da habe ich einen Patch eingecheckt:
http://cvs.tuxbox-cvs.sourceforge.net/c ... 7&r2=1.188

Welche m4-Version hast Du? Mit m4 (GNU M4) 1.4.11 auf Debian Lenny
tritt das Problem hier nicht auf.
Striper
Erleuchteter
Erleuchteter
Beiträge: 625
Registriert: Samstag 8. September 2007, 16:17

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von Striper »

rhabarber1848 hat geschrieben:Teste bitte mit dem aktuellen CVS, da habe ich einen Patch eingecheckt:
http://cvs.tuxbox-cvs.sourceforge.net/c ... 7&r2=1.188
Geht nun wieder. Da wurde wohl der Krempel nach dem Komma als Argument aufgefasst...

Meine m4: m4-1.4.11-1.fc10.x86_64
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Hi,

ich habe folgendes problem.

Code: Alles auswählen

checking for libtool >= 1.4.2 ... yes (version 1.5.22)
checking for autoconf >= 2.57a ... yes (version 2.61)
checking for automake >= 1.8 ... yes (version 1.9.6)
checking for gettext >= 0.12.1 ... yes (version 0.16.1)
checking for make >= 3.80 ... yes (version 3.81)
checking for gcc >= 3.0 or = 2.95 ... yes (version 4.1.2)
checking for g++ >= 3.0 or = 2.95 ... yes (version 3.3.6)

Generating configuration files for tuxbox-cdk, please wait....
autom4te: /usr/bin/m4 failed with exit status: 137
aclocal: autom4te failed with exit status: 137
autoreconf: aclocal failed with exit status: 137
System ist Debian Etch (meine entwicklungsumgebung). Grade eben noch ein komplettes upgrade gemacht. Fehler bleibt.

Gruss und danke im voraus
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von seife »

Exit Status 137 ist höchstwahrscheinlich ein Problem mit deinem Host-System und kein CDK-Problem.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

Gerade selber auf Etch getestet, keine Probleme festgestellt.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Hmmm,

merkwürdig. Da alle "alten" CVS gehen. Auch hatte ich am 06.01.09 ausgecheckt und das lief einwandfrei durch. Sowohl newmake als auch das damals aktuelle head.

Falls noch einer eine idee hat wär ich sehr dankbar. Der fehler tritt sowohl beim neuen Head als auch beim oldmake (alter head) auf.

Am System selber wurde nichts geändert. Damit mache ich nur die images/Yadds. Sonst garnix.

Ich bin für jede hilfe dankbar
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

cd cdk
autoreconf -f -i -s

und die Ausgabe beobachten.
Tritt das Problem auch mit einem neuen CVS checkout auf,
der in einem leeren Verzeichnis gemacht wurde?
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Hi,

ich check das immer in neue directorys aus. Also ich mache kein update, sondern alles komplett neu. Nach autoreconf -f -i -s leider der gleiche fehler. Mehr infos sind nicht gekommen.

Code: Alles auswählen

autom4te: /usr/bin/m4 failed with exit status: 137
aclocal: autom4te failed with exit status: 137
autoreconf: aclocal failed with exit status: 137
Gruss und danke das du mir hilfst.....
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

Was zeigt

autoreconf -f -i -s -v

?
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Hmmm,

das hier. Ist das richtig mit dem Gettext?
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
autom4te: /usr/bin/m4 failed with exit status: 137
aclocal: autom4te failed with exit status: 137
autoreconf: aclocal failed with exit status: 137
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

|Insane| hat geschrieben:autoreconf: configure.ac: not using Gettext
kommt bei mir auch, ist also egal.
|Insane| hat geschrieben:autoreconf: running: aclocal --force
Starte bitte

aclocal --force --verbose
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von seife »

Nein. Das ist vermutlich irgendein interner Fehler von M4 oder so. Exitcodes > 128 sind normalerweise "prozess wurde von Signal $EXITCODE - 128 gekillt". Meistens sieht man exitcode 134 (SIGABRT) oder 139 (SIGSEGV). 137 wäre SIGKILL und das ist sehr seltsam, weil das, soweit ich weiss, nicht vom Kernel geschickt wird. Hast du evtl. irgendwas mit SELINUX oder apparmor oder so gemacht?
Irgendwas in dmesg? OOM Killer?
Jedenfalls schaut es nach einem Host-Problem aus.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

@seife,

wie ich schon schrieb, das ist ein system nur um den cvs zu übersetzen. Da wird sonst nix mit gemacht. Beim auschecken am 06.01.09 lief ja noch alles. Gestern wollte ich neu auschecken und übersetzen, und da kommt dann das prob.

@rhabarber1848

Da kommt eine ellen lange liste. Ich schicke dir mal das ende.
aclocal: saw macro TUXBOX_RULES_MAKE
aclocal: saw macro TUXBOX_RULES_MAKE
aclocal: saw macro TUXBOX_RULES_MAKE
aclocal: saw macro TUXBOX_RULES_MAKE
aclocal: saw macro TUXBOX_RULES_MAKE
aclocal: running autom4te --language Autoconf-without-aclocal-m4 /usr/share/aclocal-1.9/amversion.m4 /usr/share/aclocal-1.9/auxdir.m4 /usr/share/aclocal-1.9/cond.m4 /usr/share/aclocal-1.9/depend.m4 /usr/share/aclocal-1.9/depout.m4 /usr/share/aclocal-1.9/init.m4 /usr/share/aclocal-1.9/install-sh.m4 /usr/share/aclocal-1.9/lead-dot.m4 /usr/share/aclocal-1.9/maintainer.m4 /usr/share/aclocal-1.9/make.m4 /usr/share/aclocal-1.9/missing.m4 /usr/share/aclocal-1.9/mkdirp.m4 /usr/share/aclocal-1.9/options.m4 /usr/share/aclocal-1.9/runlog.m4 /usr/share/aclocal-1.9/sanity.m4 /usr/share/aclocal-1.9/strip.m4 /usr/share/aclocal-1.9/tar.m4 acinclude.m4 --trace='AC_DEFUN:$f:$n:$1' --trace='AC_DEFUN_ONCE:$f:$n:$1' --trace='AU_DEFUN:$f:$n:$1' --trace='jm_MAINTAINER_MODE:$f:$n:$1' --trace='AM_SET_CURRENT_AUTOMAKE_VERSION:$f:$n:$1' --trace='_AM_PROG_TAR:$f:$n:$1' --trace='_AM_SET_OPTION:$f:$n:$1' --trace='AM_AUX_DIR_EXPAND:$f:$n:$1' --trace='AM_DEP_TRACK:$f:$n:$1' --trace='AM_PROG_MKDIR_P:$f:$n:$1' --trace='TUXBOX_RULES_MAKE:$f:$n:$1' --trace='_AM_SET_OPTIONS:$f:$n:$1' --trace='AM_INIT_AUTOMAKE:$f:$n:$1' --trace='_AM_OUTPUT_DEPENDENCY_COMMANDS:$f:$n:$1' --trace='AM_RUN_LOG:$f:$n:$1' --trace='AM_AUTOMAKE_VERSION:$f:$n:$1' --trace='AM_MISSING_HAS_RUN:$f:$n:$1' --trace='_AM_IF_OPTION:$f:$n:$1' --trace='AM_MISSING_PROG:$f:$n:$1' --trace='_AM_MANGLE_OPTION:$f:$n:$1' --trace='AM_OUTPUT_DEPENDENCY_COMMANDS:$f:$n:$1' --trace='AM_SET_LEADING_DOT:$f:$n:$1' --trace='AM_CONDITIONAL:$f:$n:$1' --trace='AM_MAINTAINER_MODE:$f:$n:$1' --trace='AM_SET_DEPDIR:$f:$n:$1' --trace='_AM_DEPENDENCIES:$f:$n:$1' --trace='AM_PROG_INSTALL_SH:$f:$n:$1' --trace='AM_PROG_INSTALL_STRIP:$f:$n:$1' --trace='_AC_AM_CONFIG_HEADER_HOOK:$f:$n:$1' --trace='TUXBOX_RULES_MAKE_EXDIR:$f:$n:$1' --trace='AM_MAKE_INCLUDE:$f:$n:$1' --trace='AM_SANITY_CHECK:$f:$n:$1' configure.ac
autom4te: /usr/bin/m4 failed with exit status: 137
aclocal: autom4te failed with exit status: 137
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von dietmarw »

nur mal als zwischenfrage, nutzt du ccache?
der war vor kurzem bei mir auch für undefenierbare fehler verantwortlich..
einmal komplett den cache gelöscht, problem verschwunden.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

dietmarw hat geschrieben:nur mal als zwischenfrage, nutzt du ccache?
der war vor kurzem bei mir auch für undefenierbare fehler verantwortlich..
einmal komplett den cache gelöscht, problem verschwunden.
Grade nachgesehen, ist nicht installiert.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

|Insane| hat geschrieben:autom4te --language Autoconf-without-aclocal-m4 /usr/share/aclocal-1.9/amversion.m4
[...]
--trace='AM_SANITY_CHECK:$f:$n:$1' configure.ac
Diesen ellenlangen Befehl komplett neu ausführen, aber mit Parameter --verbose hinter autom4te.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Da kommt folgendes raus....

Code: Alles auswählen

autom4te: the trace request object is:
autom4te: $VAR1 = bless( [
autom4te:                  '0',
autom4te:                  0,
autom4te:                  [
autom4te:                    '/usr/share/autoconf'
autom4te:                  ],
autom4te:                  [
autom4te:                    '/usr/share/autoconf/autoconf/autoconf.m4f',
autom4te:                    '/usr/share/aclocal-1.9/amversion.m4',
autom4te:                    '/usr/share/aclocal-1.9/auxdir.m4',
autom4te:                    '/usr/share/aclocal-1.9/cond.m4',
autom4te:                    '/usr/share/aclocal-1.9/depend.m4',
autom4te:                    '/usr/share/aclocal-1.9/depout.m4',
autom4te:                    '/usr/share/aclocal-1.9/init.m4',
autom4te:                    '/usr/share/aclocal-1.9/install-sh.m4',
autom4te:                    '/usr/share/aclocal-1.9/lead-dot.m4',
autom4te:                    '/usr/share/aclocal-1.9/maintainer.m4',
autom4te:                    '/usr/share/aclocal-1.9/make.m4',
autom4te:                    '/usr/share/aclocal-1.9/missing.m4',
autom4te:                    '/usr/share/aclocal-1.9/mkdirp.m4',
autom4te:                    '/usr/share/aclocal-1.9/options.m4',
autom4te:                    '/usr/share/aclocal-1.9/runlog.m4',
autom4te:                    '/usr/share/aclocal-1.9/sanity.m4',
autom4te:                    '/usr/share/aclocal-1.9/strip.m4',
autom4te:                    '/usr/share/aclocal-1.9/tar.m4',
autom4te:                    'acinclude.m4',
autom4te:                    'configure.ac'
autom4te:                  ],
autom4te:                  {
autom4te:                    'm4_pattern_forbid' => 1,
autom4te:                    'jm_MAINTAINER_MODE' => 1,
autom4te:                    'AM_SET_CURRENT_AUTOMAKE_VERSION' => 1,
autom4te:                    '_AM_SET_OPTION' => 1,
autom4te:                    'AC_DEFUN' => 1,
autom4te:                    'AM_PROG_MKDIR_P' => 1,
autom4te:                    'AM_INIT_AUTOMAKE' => 1,
autom4te:                    'AM_AUTOMAKE_VERSION' => 1,
autom4te:                    'AM_MISSING_HAS_RUN' => 1,
autom4te:                    'AM_MISSING_PROG' => 1,
autom4te:                    'AM_OUTPUT_DEPENDENCY_COMMANDS' => 1,
autom4te:                    'AM_MAINTAINER_MODE' => 1,
autom4te:                    'AC_DEFUN_ONCE' => 1,
autom4te:                    'AM_PROG_INSTALL_STRIP' => 1,
autom4te:                    '_m4_warn' => 1,
autom4te:                    'AM_SANITY_CHECK' => 1,
autom4te:                    'include' => 1,
autom4te:                    '_AM_PROG_TAR' => 1,
autom4te:                    'AM_AUX_DIR_EXPAND' => 1,
autom4te:                    'AM_DEP_TRACK' => 1,
autom4te:                    'TUXBOX_RULES_MAKE' => 1,
autom4te:                    '_AM_SET_OPTIONS' => 1,
autom4te:                    '_AM_OUTPUT_DEPENDENCY_COMMANDS' => 1,
autom4te:                    'AM_RUN_LOG' => 1,
autom4te:                    '_AM_IF_OPTION' => 1,
autom4te:                    'm4_pattern_allow' => 1,
autom4te:                    '_AM_MANGLE_OPTION' => 1,
autom4te:                    'AM_SET_LEADING_DOT' => 1,
autom4te:                    'AM_CONDITIONAL' => 1,
autom4te:                    'AM_SET_DEPDIR' => 1,
autom4te:                    '_AM_DEPENDENCIES' => 1,
autom4te:                    'm4_include' => 1,
autom4te:                    'AM_PROG_INSTALL_SH' => 1,
autom4te:                    '_AC_AM_CONFIG_HEADER_HOOK' => 1,
autom4te:                    'AU_DEFUN' => 1,
autom4te:                    'TUXBOX_RULES_MAKE_EXDIR' => 1,
autom4te:                    'AM_MAKE_INCLUDE' => 1
autom4te:                  }
autom4te:                ], 'Autom4te::Request' );
autom4te: running: /usr/bin/m4 --nesting-limit=1024 --include=/usr/share/autoconf --debug=aflq --fatal-warning --debugfile=autom4te.cache/traces.0t --trace=AC_DEFUN --trace=AC_DEFUN_ONCE --trace=AM_AUTOMAKE_VERSION --trace=AM_AUX_DIR_EXPAND --trace=AM_CONDITIONAL --trace=AM_DEP_TRACK --trace=AM_INIT_AUTOMAKE --trace=AM_MAINTAINER_MODE --trace=AM_MAKE_INCLUDE --trace=AM_MISSING_HAS_RUN --trace=AM_MISSING_PROG --trace=AM_OUTPUT_DEPENDENCY_COMMANDS --trace=AM_PROG_INSTALL_SH --trace=AM_PROG_INSTALL_STRIP --trace=AM_PROG_MKDIR_P --trace=AM_RUN_LOG --trace=AM_SANITY_CHECK --trace=AM_SET_CURRENT_AUTOMAKE_VERSION --trace=AM_SET_DEPDIR --trace=AM_SET_LEADING_DOT --trace=AU_DEFUN --trace=TUXBOX_RULES_MAKE --trace=TUXBOX_RULES_MAKE_EXDIR --trace=_AC_AM_CONFIG_HEADER_HOOK --trace=_AM_DEPENDENCIES --trace=_AM_IF_OPTION --trace=_AM_MANGLE_OPTION --trace=_AM_OUTPUT_DEPENDENCY_COMMANDS --trace=_AM_PROG_TAR --trace=_AM_SET_OPTION --trace=_AM_SET_OPTIONS --trace=_m4_warn --trace=include --trace=jm_MAINTAINER_MODE --trace=m4_include --trace=m4_pattern_allow --trace=m4_pattern_forbid --reload-state=/usr/share/autoconf/autoconf/autoconf.m4f /usr/share/aclocal-1.9/amversion.m4 /usr/share/aclocal-1.9/auxdir.m4 /usr/share/aclocal-1.9/cond.m4 /usr/share/aclocal-1.9/depend.m4 /usr/share/aclocal-1.9/depout.m4 /usr/share/aclocal-1.9/init.m4 /usr/share/aclocal-1.9/install-sh.m4 /usr/share/aclocal-1.9/lead-dot.m4 /usr/share/aclocal-1.9/maintainer.m4 /usr/share/aclocal-1.9/make.m4 /usr/share/aclocal-1.9/missing.m4 /usr/share/aclocal-1.9/mkdirp.m4 /usr/share/aclocal-1.9/options.m4 /usr/share/aclocal-1.9/runlog.m4 /usr/share/aclocal-1.9/sanity.m4 /usr/share/aclocal-1.9/strip.m4 /usr/share/aclocal-1.9/tar.m4 acinclude.m4 configure.ac >autom4te.cache/output.0t
autom4te: /usr/bin/m4 failed with exit status: 137
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

|Insane| hat geschrieben:/usr/bin/m4 --nesting-limit=1024 --include=/usr/share/autoconf --debug=aflq [...]
Den kompletten Befehl statt mit "--debug=aflq" mit "--debug=V" aufrufen.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Hi,

erstmal danke ich euch allen für eure geduld.... die ausgabe hier ist geil...

Code: Alles auswählen

Getötet
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

|Insane| hat geschrieben:

Code: Alles auswählen

Getötet
strace /usr/bin/m4 --nesting-limit=1024 [...]
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Das kann ich ganicht alles posten, deswegen nur das ende.... Das ist mit debug=V.

Code: Alles auswählen

read(3, "; then\n    PATH_SEPARATOR=\';\'\n  "..., 16384) = 16384
write(1, "CXX\\\" was never defined.\nUsually"..., 4096) = 4096
write(1, "k in the path if we contain no d"..., 12288) = 12288
read(3, "$ac_eof\n_ACEOF\n\n\nac_delim=\'%!_!#"..., 16384) = 16384
write(1, "ram_transform_name!$program_tran"..., 4096) = 4096
write(1, "_TRUE$ac_delim\nTARGETRULESET_FLA"..., 12288) = 12288
read(3, "EPENDS_libdirectfbpp$ac_delim\nDI"..., 16384) = 16384
write(1, "outed$ac_delim\nVERSION_mrouted!$"..., 4096) = 4096
write(1, "$INSTALL_libppdirectfb$ac_delim\n"..., 12288) = 12288
read(3, "fsprogs!$CLEANUP_xfsprogs$ac_del"..., 16384) = 16384
write(1, "ARE_ncftp!$PREPARE_ncftp$ac_deli"..., 4096) = 4096
write(1, "TALL_ccache$ac_delim\nCLEANUP_cca"..., 12288) = 12288
read(3, "&$ac_top_srcdir&;t t\ns&@abs_top_"..., 16384) = 6012
read(3, "", 8192)                       = 0
write(1, " as_dir=\"$ac_dir\"\n  case $as_dir"..., 4096) = 4096
write(1, "tmp/out\n\ntest -z \"$ac_datarootdi"..., 4096) = 4096
read(3, "", 16384)                      = 0
close(3)                                = 0
munmap(0xb7f74000, 4096)                = 0
unlink("/tmp/m4-sLQdiH/m4-1000")        = 0
rmdir("/tmp/m4-sLQdiH")                 = 0
write(1, " { { echo \"$as_me:$LINENO: error"..., 1394) = 1394
close(1)                                = 0
munmap(0xb7f72000, 4096)                = 0
close(2)                                = 0
exit_group(0)                           = ?
Process 2522 detached
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von rhabarber1848 »

|Insane| hat geschrieben:write(1, " { { echo \"$as_me:$LINENO: error"..., 1394) = 1394
Könntest Du die Ausgabe mit debug=V ohne strace posten,
da scheint irgendwo ein Fehler zu sein.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

Sorry das es so lange gedauert hat, aber ich bekomme da nix zurück. Folgenden befehl habe ich angewendet. Der rennt durch und es sieht so aus als wenn es geklappt hätte. Dann habe ich autogen.sh aufgerufen, aber da bekomme ich immernoch den fehler.

Oder ob ich nochmal die directory löschen soll und neu auschecken soll???

Code: Alles auswählen

/usr/bin/m4 --nesting-limit=1024 --include=/usr/share/autoconf --debug=V --fatal-warning --debugfile=autom4te.cache/traces.0t --trace=AC_DEFUN --trace=AC_DEFUN_ONCE --trace=AM_AUTOMAKE_VERSION --trace=AM_AUX_DIR_EXPAND --trace=AM_CONDITIONAL --trace=AM_DEP_TRACK --trace=AM_INIT_AUTOMAKE --trace=AM_MAINTAINER_MODE --trace=AM_MAKE_INCLUDE --trace=AM_MISSING_HAS_RUN --trace=AM_MISSING_PROG --trace=AM_OUTPUT_DEPENDENCY_COMMANDS --trace=AM_PROG_INSTALL_SH --trace=AM_PROG_INSTALL_STRIP --trace=AM_PROG_MKDIR_P --trace=AM_RUN_LOG --trace=AM_SANITY_CHECK --trace=AM_SET_CURRENT_AUTOMAKE_VERSION --trace=AM_SET_DEPDIR --trace=AM_SET_LEADING_DOT --trace=AU_DEFUN --trace=TUXBOX_RULES_MAKE --trace=TUXBOX_RULES_MAKE_EXDIR --trace=_AC_AM_CONFIG_HEADER_HOOK --trace=_AM_DEPENDENCIES --trace=_AM_IF_OPTION --trace=_AM_MANGLE_OPTION --trace=_AM_OUTPUT_DEPENDENCY_COMMANDS --trace=_AM_PROG_TAR --trace=_AM_SET_OPTION --trace=_AM_SET_OPTIONS --trace=_m4_warn --trace=include --trace=jm_MAINTAINER_MODE --trace=m4_include --trace=m4_pattern_allow --trace=m4_pattern_forbid --reload-state=/usr/share/autoconf/autoconf/autoconf.m4f /usr/share/aclocal-1.9/amversion.m4 /usr/share/aclocal-1.9/auxdir.m4 /usr/share/aclocal-1.9/cond.m4 /usr/share/aclocal-1.9/depend.m4 /usr/share/aclocal-1.9/depout.m4 /usr/share/aclocal-1.9/init.m4 /usr/share/aclocal-1.9/install-sh.m4 /usr/share/aclocal-1.9/lead-dot.m4 /usr/share/aclocal-1.9/maintainer.m4 /usr/share/aclocal-1.9/make.m4 /usr/share/aclocal-1.9/missing.m4 /usr/share/aclocal-1.9/mkdirp.m4 /usr/share/aclocal-1.9/options.m4 /usr/share/aclocal-1.9/runlog.m4 /usr/share/aclocal-1.9/sanity.m4 /usr/share/aclocal-1.9/strip.m4 /usr/share/aclocal-1.9/tar.m4 acinclude.m4 configure.ac >autom4te.cache/output.0t
EDIT: auch mit --debug=aflq kommt nix zurück. Nun bin ich total verwirrt und ich denke mal nicht nur mir geht es so.
|Insane|
Interessierter
Interessierter
Beiträge: 78
Registriert: Dienstag 2. Mai 2006, 14:58

Re: @rhabarber1848 -> Problem mit autogen

Beitrag von |Insane| »

rhabarber1848 hat geschrieben:
|Insane| hat geschrieben:/usr/bin/m4 --nesting-limit=1024 --include=/usr/share/autoconf --debug=aflq [...]
Den kompletten Befehl statt mit "--debug=aflq" mit "--debug=V" aufrufen.
Das mit V hatte wir eben schonmal und da kam getötet raus... :dash: