Hey,

I have a couple of bugs to report on the Chapal 1.10.0 release.

I know historically Chapal has had some parallel "make" issues in the
compile stage, but from the README on the Git presently it seems like
that issue should have been solved, but unless I deparallelize the "make
all" command I run headlong into:

***********************************************************************************************

clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/llvmUtil.o llvmUtil.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/misc.o misc.cpp
make[2]: *** No rule to make target
`passes/gen/darwin.clang.wide-struct.llvm-none/flattenFunctions.o',
needed by `/private/tmp/chapel-o4VbCJ/chapel-1.10.0/bin/darwin/chpl'.  Stop.
make[2]: *** Waiting for unfinished jobs....
***** ./ *****
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/wrappers.o wrappers.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/insertLineNumbers.o
insertLineNumbers.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/mysystem.o mysystem.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/stringutil.o stringutil.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/timer.o timer.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/insertWideReferences.o
insertWideReferences.cpp
clang++ -g -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/tmpdirname.o tmpdirname.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/normalize.o normalize.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/parallel.o parallel.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/resolveIntents.o resolveIntents.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/returnStarTuplesByRefArgs.o
returnStarTuplesByRefArgs.cpp
clang++ -c -MMD -MP -O3 -I. -I../include/darwin -I../include    -o
gen/darwin.clang.wide-struct.llvm-none/scopeResolve.o scopeResolve.cpp
make[1]: *** [compiler] Error 2
make: *** [comprt] Error 2
***********************************************************************************************

With "make all" deparallelized compile completes successfully. I'm using
OS X 10.10, Xcode 6.1.1, Clang version 6.0 (clang-600.0.56) (based on
LLVM 3.5svn), if it helps.

The other bug is a strange one, and one that I'm not entirely sure why
or where it originates from. Once you deparallelize the "make all" step
and have a succesfully compiled chpl binary, doing some basic tests with
it, such as the one on the Github with the "hello" test run into an
"Internal Failure" and then an exit. The error is often accompanied with
a warning it can't find either:

darwin.clang.arch-native.loc-flat.comm-none.tasks-qthreads.tmr-generic.mem-cstdlib.atomics-intrinsics.gmp.hwloc.re2.wide-struct.fs-none

Or

darwin.clang.arch-native.loc-flat.comm-none.tasks-qthreads.tmr-generic.mem-cstdlib.atomics-intrinsics.gmp-none.hwloc.re-none.wide-struct.fs-none

It seems to expect both links to exist, but the Make step only ever
generates one, and the one it generates isn't consistent. Sometimes it
generates the top, sometimes the bottom one, but never together and very
rarely does it build the same folder back-to-back between compiles. If
you create a symlink from the created one to the other one "make all"
creates sometimes, Chapal runs as you'd expect without issue.

I'm not changing the way I compile at all between builds, but still, it
varies which folder I end up with, and it always expects to find the
other folder rather than just the one it creates.

Any thoughts on these?

Cheers,

Dom


-- 
Sent from OS X. If you wish to communicate more securely my PGP Public
Key is 0x872524db9d74326c.

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Chapel-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-bugs

Reply via email to