[Mono-dev] 2.4RC3 build problems (and code problems with the build)
Jonathan Pobst
monkey at jpobst.com
Sun Mar 22 20:18:19 EDT 2009
You can compare the warnings to a Linux build to see which are something
unique to ppc:
http://mono.ximian.com/monobuild/builds/HEAD/sles-10-x86_64/mono/129882/logs/build.log
Jay reports the same warnings on Linux as well.
Jonathan
Paul wrote:
> Hi,
>
> I'm a tad worried about the build problems on mono. Looking at the
> throwback and comments coming from the compiler, I'm seeing lots of
> these sorts of problems which indicates bison problems and quite a lot
> of warnings while compiling the likes of boehm-gc.c (gc_priv.h line 1931
> - warning function declaration isn't a prototype - lots of these) and
> also a bit later on
>
> ../doltcompile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -DGC_LINUX_THREADS -D_GNU_SOURCE
> -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64
> -D__mono_ppc__ -DUSE_COMPILER_TLS -O2 -g -pipe -Wall
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> --param=ssp-buffer-size=4 -m32 -fno-strict-aliasing -fno-strict-aliasing
> -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes
> -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes
> -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align
> -Wwrite-strings -MT jni.lo -MD -MP -MF .deps/jni.Tpo -c -o jni.lo jni.c
> jni.c:490: warning: function declaration isn't a prototype
> jni.c:494: warning: no previous prototype for 'ikvm_MarshalDelegate'
> jni.c:501: warning: no previous prototype for 'ikvm_CallOnLoad'
> mv -f .deps/jni.Tpo .deps/jni.Plo
>
> a load more of the same sort of warnings in macros.c, serial.c,
> zlib_macros.c and minizip/zip.c
>
> and finally before System.Xml.dll throws a big style wobbler,
>
> make[8]: Entering directory
> `/builddir/build/BUILD/mono-2.4/mcs/class/System.XML'
> ./../../jay/jay -ct < ./../../jay/skeleton.cs System.Xml.XPath/Parser.jay >System.Xml.XPath/Parser.cs
> ./../../jay/jay: 21 rules never reduced
> ./../../jay/jay: 1 shift/reduce conflict, 42 reduce/reduce conflicts.
> sed "s/\%start Expr/\%start Pattern/" System.Xml.XPath/Parser.jay >Mono.Xml.Xsl/PatternParser.jay
> echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternParser.cs
> ./../../jay/jay -ct Mono.Xml.Xsl/PatternParser.jay < ./../../jay/skeleton.cs >>Mono.Xml.Xsl/PatternParser.cs
> ./../../jay/jay: 3 rules never reduced
> ./../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts.
>
> These conflicts are the most worrying and is more than likely the cause
> for the ppc build to fail.
>
> I'm not sure if this is a bison style problem but it is worrying that
> the likes of not checking a return value for fwrite when building mcs to
> start with is still being overlooked.
>
> I would suggest that before 2.4 hits the roads properly, these issues
> are carefully looked at (that is unless I'm needlessly worrying, but
> given that the likes of the gcc people stop when these problems occur
> suggests otherwise).
>
> TTFN
>
> Paul
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
More information about the Mono-devel-list
mailing list