Thema: Configure findet keinen funktionierenden C Compiler

[bitmaster]

So, ich bin gerade von OpenSuSE 11.0 auf Kubuntu gewechselt (mit KDE 3.5). So weit so gut. Jetzt wollte ich gerade ein paar Anwendungen kompilieren und bekomme folgende Fehlermeldung nach Eingabe von ./configure

configure: error: C compiler cannot create executables

Wie jetzt? Was soll ich jetzt machen?

vielen dank schon mal

bitmaster

[Jidder]

Ich glaube, irgendwann ist mal Zeit für einen neuen Thread.
 -> Thema getrennt, verschoben, Titel geändert. Und das alles kostenlos!

Du solltest mal gucken, ob du überhaupt einen C-Compiler hast, der funktioniert. Und wenn ja, dann guck ins config.log, da steht die Fehlermeldung drin.

[bitmaster]

Klar ist ein Compiler installiert. Mein OS kann ich ja Compilieren. Also die configure.log sieht so aus:

Code: [Auswählen]

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=x86_64-unknown-linux-gnu
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_YACC_set=
ac_cv_env_YACC_value=
ac_cv_env_YFLAGS_set=
ac_cv_env_YFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_host=x86_64-unknown-linux-gnu
ac_cv_path_MAKE=/usr/bin/make
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=mawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_make__usr_bin_make_set=yes
ac_cv_prog_make_make_set=yes
ac_cv_target=x86_64-unknown-linux-gnu

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run aclocal-1.10'
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run tar'
AR=''
AUTOCONF='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run autoconf'
AUTOHEADER='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run autoheader'
AUTOMAKE='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run automake-1.10'
AWK='mawk'
CC='gcc'
CCDEPMODE=''
CFLAGS='-DNOMACROS -pipe -O3 -fomit-frame-pointer -Wall -fsigned-char -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 '
CPP=''
CPPFLAGS=''
CXX=''
CXXDEPMODE=''
CXXFLAGS='-DNOMACROS -pipe -O3 -fomit-frame-pointer -Wall -fsigned-char -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Woverloaded-virtual -Wnon-virtual-dtor '
CYGPATH_W='echo'
DEFS=''
DEPDIR=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
ENABLE_INCLUDED_LZO_FALSE=''
ENABLE_INCLUDED_LZO_TRUE=''
EXEEXT=''
GREP=''
HT_LDFLAGS=''
HT_LIBS=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
IO_DIR='posix'
LDFLAGS=''
LEX=''
LEXLIB=''
LEX_OUTPUT_ROOT=''
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
LZO_LIBS=''
MAKE='/usr/bin/make'
MAKEINFO='${SHELL} /home/klaus/Setup/ht-2.0.16/missing --run makeinfo'
MKDIR_P='/bin/mkdir -p'
OBJEXT=''
PACKAGE='ht'
PACKAGE_BUGREPORT='https://sourceforge.net/tracker/?group_id=1066'
PACKAGE_NAME='ht'
PACKAGE_STRING='ht 2.0.16'
PACKAGE_TARNAME='ht'
PACKAGE_VERSION='2.0.16'
PATH_SEPARATOR=':'
RANLIB='ranlib'
SET_MAKE=''
SHELL='/bin/bash'
STRIP=''
USE_DJGPP_DIR_FALSE=''
USE_DJGPP_DIR_TRUE='#'
USE_LZO_FALSE=''
USE_LZO_TRUE=''
USE_POSIX_DIR_FALSE='#'
USE_POSIX_DIR_TRUE=''
USE_WIN32_DIR_FALSE=''
USE_WIN32_DIR_TRUE='#'
VERSION='2.0.16'
YACC=''
YFLAGS=''
ac_ct_CC='gcc'
ac_ct_CXX=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include=''
am__isrc=''
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='${exec_prefix}/bin'
build='x86_64-unknown-linux-gnu'
build_alias=''
build_cpu='x86_64'
build_os='linux-gnu'
build_vendor='unknown'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
[b]exec_prefix='NONE'[/b]
host='x86_64-unknown-linux-gnu'
host_alias=''
host_cpu='x86_64'
host_os='linux-gnu'
host_vendor='unknown'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='$(SHELL) /home/klaus/Setup/ht-2.0.16/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='/bin/mkdir -p'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target='x86_64-unknown-linux-gnu'
target_alias=''
target_cpu='x86_64'
target_os='linux-gnu'
target_vendor='unknown'

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME "ht"
#define PACKAGE_TARNAME "ht"
#define PACKAGE_VERSION "2.0.16"
#define PACKAGE_STRING "ht 2.0.16"
#define PACKAGE_BUGREPORT "https://sourceforge.net/tracker/?group_id=1066"
#define PACKAGE "ht"
#define VERSION "2.0.16"
#define SYSTEM_OSAPI_SPECIFIC_TYPES_HDR "io/posix/types.h"

configure: exit 77
Also was hat das "exec_prefix='NONE'" zu sagen? Und ich weiß nicht genau wo jetzt der Fehler liegt bzw. was ich ändern muss damit es funktioniert.

bitmaster

[Jidder]

Dass du dein OS mit dem C-Compiler kompilieren kannst, hat nichts zu bedeuten. Entscheidend ist, dass du Programme für dein Linux erstellen kannst. Das kannst du ja mal testen. Dafür brauchst du neben dem C Compiler noch die C Library.

Ich würde sagen, das log ist auch nicht vollständig. Aber keine Ahnung, wie das aussiehen muss, wenn ./configure nicht hinhaut.

EXEC_PREFIX ist das Verzeichnis, in das Plattform-/Architekturabhängige Dateien installiert werden. Wie kommst du gerade auf diese Variable?

[bitmaster]

Na ja, weil in der Log exec_prefix='NONE' steht (man beacht das NONE). Das ist die komplette Log. Also das bekomme ich nach einem ./configure "zu hören":

checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
*** LINUX, building POSIX version. we need (n)curses.
checking for ranlib... ranlib
checking for gmake... no
checking for make... /usr/bin/make
checking whether /usr/bin/make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: in `/home/klaus/Setup/ht-2.0.16':
configure: error: C compiler cannot create executables
See `config.log' for more details.

bitmaster

[rizor]

Hast du die build-essentials und linux-header über die Quellen geladen?

[bitmaster]

Hast du die build-essentials und linux-header über die Quellen geladen?

Hmm.. unter OpenSuSE genügte ein haken bei C/C++ Werzeuge installieren. Aber ich habe die Sachen jetzt mal installiert. Jetzt sagt er mir:

configure: error: *** (n)curses.h needed ***

bitmaster

[rizor]

Das wird daran liegen, dass dir das Package fehlt.
Habe mal google konsultiert:
ncurses

Lade dir mal eines dieser packages.
Dann sollte er die header finden.

[bitmaster]

Das wird daran liegen, dass dir das Package fehlt.
Habe mal google konsultiert:
ncurses

Lade dir mal eines dieser packages.
Dann sollte er die header finden.

hmm.. also libncurses5 und ncurses-base sind installiert. Ist das unter (K)Ubuntu so umständlich? Wieso machen die das immer so dämlich? Das eine ist bei OpenSuSE besser und das andere bei (K)ubuntu. Ich verstehe nur nicht warum die Linuxer immer so geil darauf sind sich alles immer zusammen suchen zu müssen. Mich nervt so etwas nur noch. 

[rizor]

Naja das ist halt das Prinzip von Debian.
Das macht das ganze aber auch echt gut.
Dadurch kannst du dir dein System selber zusammen stellen und ein wenig mehr performance rausholen.
Versuche mal ncurses-dev.
Da sind die header drin.
Es kann sein, dass in der base nur die kompilierten files stecken.

[bitmaster]

Na ja ok. Auf jeden Fall vielen dank erstmal. Es hat funktioniert.

bitmaster

[kevin]

Wenn du irgendwas kompilieren willst, brauchst du immer die *-dev-Pakete (bei Debian, bei SUSE ist es *-devel) der Abhängigkeiten, da sind die Header drin.

Darf man übrigens fragen, wieso du die Distribution gewechselt hast? Einfach mal was anderes ausprobieren?

[bitmaster]

Wenn du irgendwas kompilieren willst, brauchst du immer die *-dev-Pakete (bei Debian, bei SUSE ist es *-devel) der Abhängigkeiten, da sind die Header drin.

Darf man übrigens fragen, wieso du die Distribution gewechselt hast? Einfach mal was anderes ausprobieren?

Na ja, mit der 11.1 von OpenSuSE kann ich keine Musik mehr hören (kA warum aber ohne mein Bayern Fangesang überlebe ich net  ). Ich wollte ja dann eigentl. bei der 11.0 bleiben. Aber dann hat meine Festplatte nun endlich komplett den Geist aufgegeben, so dass ich die Chance genutzt habe und mir eine neue Platte besorgt habe und mich mal an Kubuntu gewagt habe (da ich gerne bei KDE bleiben möchte und Ubuntu ja Gnome nutzt (KDE 3.5 natürlich, KDE 4 ist ja von der Stabilität her schlimmer als ein gewisses ME von Microsoft darmals  )). Und jetzt habe ich auch alles so eingerichtet wie ich es mir vorgestellt habe. Gewundert hat mich halt nur, dass Kubuntu nicht von Haus aus alles nötige zum Kompilieren eingerichtet hatte. Ach ja, und ich musste am Ende aller *.c und *.h Dateien eine newline einfügen (was der Schwachsinn soll weiß ich zwar nicht, aber nun gut). Hoffentlich bleibt jetzt auch alles so ordnungsgemäß wie es jetzt läuft. Bin auf jeden Fall froh, dass endlich die dämliche Festplatte komplett schrott ist und ich gezwungen wurde mir eine schöne neue zu kaufen. So, das dazu.

bitmaster

[rizor]

Musst du das mit dem newline nicht bei OpenSUSE machen?
Den Sinn habe ich auch nie verstanden.

Wieso benutzt du gerne KDE?
Es ist doch an sich ein ganzes Stück langsamer als Gnome, oder?

[kevin]

Wieso benutzt du gerne KDE?
Es ist doch an sich ein ganzes Stück langsamer als Gnome, oder?

Ist es? Würde mich wundern, Gnome ist nicht wirklich schlank, auch wenn es wegen mangelnder Einstellungsmöglichkeiten vielleicht so aussieht.

Ganz ehrlich, für mich wäre Gnome keine Option. Entweder KDE, das ich so einstellen kann, wie ich es brauche, und bei dem ich den Desktop und die dazugehörigen Programme wirklich benutze, oder schlicht ein xterm mit Windowmanager. Wenn man mich vor ein Gnome setzt, endet das sowieso regelmäßig damit, daß ich außer einem Terminal nichts offen habe, weil es schlicht unbenutzbar ist - dann brauche ich den Overhead aber auch nicht.

Damals, als KDE 4.0 rauskam, konnte ich es nicht leiden, weil es mir viel zu gnomig vorkam. Mittlerweile bin ich halbwegs überzeugt, daß das nicht ein böswilliger Strategiewechsel war, sondern daß das Ding einfach nur vollkommen unfertig war - kommt offensichtlich auf dasselbe raus wie das, was Gnome mit Absicht macht...

[bitmaster]

Wobei auch KDE 4.2 immer noch so instabil ist, dass ich es für eine pre-Alpha halten würde, wenn ich es nicht besser wüsste. Wobei eine pre-Alpha doch schon um einiges stabiler laufen müsste.

bitmaster

[bluecode]

Ach ja, und ich musste am Ende aller *.c und *.h Dateien eine newline einfügen (was der Schwachsinn soll weiß ich zwar nicht, aber nun gut).

ISO/IEC 9899:1999 5.1.1.2 Translation Phases (1ster Absatz, zweiter Punkt):

[...]. A source file that is not empty shall end in a new-line character, [...]

edit: Ich würde dir übrigens empfehlen, dass du gcc sich so krass wie möglich an den Standard halten lässt, was über die Flags "-std=c99 -Wall -Wextra -pedantic-errors" geht (andere fürs OSDev wichtige wurden hier ausgelassen).

Und das KDE 4.2 nicht stabil ist entspricht ehrlich gesagt nicht wirklich meiner Erfahrung. Außerdem wäre die Installation riesig, wenn eine Distribution alle -dev Pakete installieren würde...

[bitmaster]

Und das KDE 4.2 nicht stabil ist entspricht ehrlich gesagt nicht wirklich meiner Erfahrung.

Na ja, wenn Kicker plötzlich abstürtzt (manchmal blieb es auch "nur" hängen), wenn Kwin abstürtzt und wenn plötzlich irgendwelche Symbole verschwinden (erinnert mich ziemlich an meine Windows ME Zeit ^^), dann ist das für mich doch recht instabil. Ich muss dazu sagen, dass das alles jeweils 64 Bit Versionen waren. KA ob die 64 Bit Versionen instabiler sind oder nicht (müssten dann ja Fehler beim Portieren sein (bzw. werden die doch direkt so geschrieben, dass sie für beide Architekturen kompilierbar sind ?)). Was solls, KDE 4 sieht schön aus, ist aber instabil. Meiner Meinung nach ziemlich peinlich (da man ja gerade Microsoft für solche Sachen Ende der 90er und Anfang 2000 dafür kritisiert bzw. sich sogar darüber lustig gemacht hat). Na ja, ich bin froh dass Kubuntu mit KDE 3.5.10 bei mir bis jetzt stabil laufen. Hoffentlich bleibt es dabei.

bitmaster

[bluecode]

Ich habe auch die 64Bit Version. Die einzigen Dinge die mich momentan nerven sind eine unvollständige deutsche Lokalisierung (was ich aber verkraften kann, da ich Englisch relativ gut verstehe), das die Effekte beim Wechseln der Fenster mittels Alt-Tab irgendwie nicht funktionieren und das es kdevelop und konversation (wobei das so wie es aussieht durch Quassel ersetzt wird) noch nicht für KDE4 gibt. An Abstürze kann ich mit 4.2.0 bzw. 4.2.1 momentan nicht erinnern. Mich würde interessieren wie du überhaupt an eine Distribution kommst die KDE 4.2 out-of-the-box als stable dabei hat. Das gibts zumindest bei Kubuntu nämlich nicht und wenn du die Jaunty Alpha genommen hast bist du selbst Schuld, die ist explizit Alpha.

[bitmaster]

Ich habe auch die 64Bit Version. Die einzigen Dinge die mich momentan nerven sind eine unvollständige deutsche Lokalisierung (was ich aber verkraften kann, da ich Englisch relativ gut verstehe), das die Effekte beim Wechseln der Fenster mittels Alt-Tab irgendwie nicht funktionieren und das es kdevelop und konversation (wobei das so wie es aussieht durch Quassel ersetzt wird) noch nicht für KDE4 gibt. An Abstürze kann ich mit 4.2.0 bzw. 4.2.1 momentan nicht erinnern. Mich würde interessieren wie du überhaupt an eine Distribution kommst die KDE 4.2 out-of-the-box als stable dabei hat. Das gibts zumindest bei Kubuntu nämlich nicht und wenn du die Jaunty Alpha genommen hast bist du selbst Schuld, die ist explizit Alpha.

Ach Kinders!

http://www.kde.org/download/#v4.2

bitmaster