Bug 404 - ST build failure on SuSE Linux 8.2 ...
Summary: ST build failure on SuSE Linux 8.2 ...
Status: RESOLVED FIXED
Alias: None
Product: STSF
Classification: Unclassified
Component: ST: Other (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high blocker
Assignee: STSF mailinglist
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 429
  Show dependency treegraph
 
Reported: 2004-04-03 18:44 UTC by Roland Mainz
Modified: 2004-04-17 22:03 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Build log of failed build, date=2004-04-04, platform=SuSE Linux 8.2 (355.09 KB, text/plain)
2004-04-03 18:45 UTC, Roland Mainz
Details
Build log of failed build, date=2004-04-08, platform=SuSE Linux 8.2 (54.35 KB, text/plain)
2004-04-07 19:44 UTC, Roland Mainz
Details
Build log of failed build, date=2004-04-10 (TZ=MEST), platform=SuSE Linux 8.2 (82.90 KB, text/plain)
2004-04-09 16:41 UTC, Roland Mainz
Details
Build log of working build (48.95 KB, text/plain)
2004-04-19 07:26 UTC, Roland Mainz
Details

Description Roland Mainz 2004-04-03 18:44:01 UTC
ST fails to build on SuSE Linux 8.2.

Steps to reproduce:
% cvs -d :pserver:anoncvs@pdx.freedesktop.org:/cvs/stsf -z3 co stsf
% cd stsf/
% ls
% ./configure 2>&1 | tee -a bulidlog.log
% gmake 2>&1 | tee -a buildlog.log

Result:
Build failure:
-- snip --
echo making all
making all
+ cd interface
+ gmake all
gmake[1]: Entering directory `/home/gismobile/projects/stsf/st/stsf/interface'
chmod +x genstsf.py && ./genstsf.py
+sccs delget BUILD
gcc -Wall -pedantic -fpic -Wno-long-long -std=gnu99 -O2 -g
-DPACKAGE_NAME=\"Standard\ Type\ Services\ Framework\" -DPACKAGE_TARNAME=
\"standard-type-services-framework\" -DPACKAGE_VERSION=\"0.8\"
-DPACKAGE_STRING=\"Standard\ Type\ Services\ Framework\ 0.8\" -DPACKA
GE_BUGREPORT=\"stsf@pdx.freedesktop.org\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_
H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_LIBC=1 -DHAVE_LIBC=1 -DHAVE_
DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_LONG_LONG=1 -D_FILE_OFFSET_BITS=64
-DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1  -DSTSF -DVERBOSE_GREETING -
DXST -DSTSF_PAD32 -DNO_INLINES   -c -o sizegen.o sizegen.c
In file included from sizegen.c:3:
sttypes.h:54:26: sys/inttypes.h: No such file or directory
In file included from sizegen.c:3:
sttypes.h:79: error: parse error before "byte"
sttypes.h:79: warning: type defaults to `int' in declaration of `byte'
sttypes.h:79: error: ISO C forbids data definition with no type or storage class
sttypes.h:80: error: parse error before "ucs4"
sttypes.h:80: warning: type defaults to `int' in declaration of `ucs4'
sttypes.h:80: error: ISO C forbids data definition with no type or storage class
sttypes.h:81: error: parse error before "utf16"
-- snip --
(I'll attach the full build log later)

Expected result:
Build should finish without errors
Comment 1 Roland Mainz 2004-04-03 18:45:56 UTC
Created attachment 172 [details]
Build log of failed build, date=2004-04-04, platform=SuSE Linux 8.2
Comment 2 Roland Mainz 2004-04-07 19:44:34 UTC
Created attachment 181 [details]
Build log of failed build, date=2004-04-08, platform=SuSE Linux 8.2

Alexander:
The build still fails on my SuSE 8.2/Linux machine with todays trunk... ;-(
Comment 3 Alan Coopersmith 2004-04-07 19:51:48 UTC
Looks like there are several errors there:

No MD5 library is found, but one is required (this should be documented in build
instructions if we ever write any):
checking for md5_calc in -lmd5... no
checking for MD5Init in -lmd... no
checking for MD5Init in -lmd5... no
checking for MD5Init in -lsasl... no
stsfutil.c:375:2: #error "Either one of: USE_MD5_CALC or USE_MD5DATA or
USE_MD4DATA should be defined!"
stsfutil.c:421:2: #error "Either one of: USE_MD5_CALC or USE_MD5DATA or
USE_MD4DATA should be defined!"

Here it looks like it's trying to use Solaris doors on Linux - I thought Alex
made autoconf keep us from doing that:
stfsloader.c:51:18: door.h: No such file or directory

This should be defined by #include <fcntl.h> on any POSIX-ish system:
stfsloader.c:111: error: `O_RDWR' undeclared (first use in this function)
serverconnection.c:556: error: `O_RDWR' undeclared (first use in this function)

Comment 4 Roland Mainz 2004-04-09 16:41:57 UTC
Created attachment 186 [details]
Build log of failed build, date=2004-04-10 (TZ=MEST), platform=SuSE Linux 8.2

The ST CVS still fails to build on SuSE 8.2... ;-(
Comment 5 Alexander Gelfenbain 2004-04-12 19:30:38 UTC
I made massive changes to the build scripts and the bug is likely to be fixed
now. I don't have SuSE 8.2 around. Could the submitter verify that STSF_0_8_5 or
later builds out of the box?
Comment 6 Roland Mainz 2004-04-19 07:26:43 UTC
Created attachment 211 [details]
Build log of working build

The build seems to work now... I didn't test "make install" nor AMD64 yet...
I'll try to do that later today...
Comment 7 Roland Mainz 2004-04-19 07:58:10 UTC
"make install" seems to work...

... but the code in "sample_code/webdemo/" doesn't... should I file a new bug
for that ?

Anyway... the original issue reported here seems to be fixed...
... marking bug as FIXED.
Comment 8 Roland Mainz 2004-04-19 08:03:33 UTC
s/doesn't.../does not compile.../


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.