On 08/09/2016 01:48 AM, Brad Chamberlain wrote:
> ...
> We're interested in doing what we can (or asking the third-party
> development teams to do on our behalf) to avoid this issue in the
> future, so we'll be curious whether Greg K's suggestion works for you or
> not.
> ...
> On Sat, 6 Aug 2016, Greg Kreider wrote:
> ...
>> I've had this problem too (also on SUSE).  Try doing
>>   unset CONFIG_SITE
>> at the shell before compiling.  See
>> https://sourceforge.net/p/chapel/mailman/message/33852491/
>> for details.
>>
>> Hope this helps,
>>...

That helped a lot, at least the build really did
move forward. Unfortunately it seems
that the Python package collection that comes
with the openSUSE standard installation, the
openSUSE's own package collection, seems to be flawed,
so my build failed with errors that I also get with other
projects.

I think that the

    unset CONFIG_SITE

should be placed to the Makefile, provided
that the Make runs the unset command in a
separate process, id est the unset-ting
is not permanent, only effects the build
process. As of 2016_08_09 I do not know, what
might use the CONFIG_SITE value, but
if it comes with the Linux distribution, then
there's a good chance that something depends
on it. I just don't know, what.

I think that I'll try to build the Chapel
under Ubuntu, sometimes later, when I have
more time for experimentation again.
The only reason, why I tried to build it
at first place was to play with it a bit to see,
how the Chapel parallelisation part feels like.
I wanted to compare it with the ParaSail language:

https://forge.open-do.org/plugins/moinmoin/parasail/

Just like everybody, who work as a software developer, I was
trying to get some overview of the different aspects of
different programming languages and my 2016_08_09
understanding of the programming languages landscape is
described at my public notes:

http://bitrary.softf1.com/index.php?title=Software_Architecture_:_Modularization#How_to_Choose_a_Programming_Language

That's the overview of a kind of "checklist"
that I use for evaluating different programming languages
in 2016_08. As a bit of a black humor You may want to
take a look at the following citations:

2013. Physics Nobel Prize winner about how
other nuclear physicists at CERN considered
his Nobel Prize winning work to be useless nonsense:
https://youtu.be/WAQqbhgwcp0?t=31m57s

A tough question to programming language giants:
https://youtu.be/xLTUvFboveM?t=47m32s

It seems that the C# people also plan some
"High Performance Computing" aspects for C#:

https://github.com/dotnet/roslyn/issues/10378

I do not have much faith in the C# project, because
it seems to prioritize business software development
and as history has shown, business software does not
have the stringent requirement that the software
must actually perform and be without huge amounts of
flaws/bugs, but some erratic behavior at the
top circles of the Microsoft management does seem to
kick the C# project to a right direction:

http://forums.dotnetfoundation.org/t/what-will-happen-after-microsoft-withdraws-its-financing/1753/3


Thank You for reading this letter,
thank You for studying the referenced material,
thank You for the answers. :-)

Regards,
[email protected]


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
Chapel-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-bugs

Reply via email to