X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_LV,TW_NV X-Spam-Check-By: sourceware.org Received-SPF: pass (google.com: domain of hiyuh DOT root AT gmail DOT com designates 10.50.153.198 as permitted sender) client-ip=10.50.153.198; Authentication-Results: mr.google.com; spf=pass (google.com: domain of hiyuh DOT root AT gmail DOT com designates 10.50.153.198 as permitted sender) smtp.mail=hiyuh DOT root AT gmail DOT com; dkim=pass header.i=hiyuh DOT root AT gmail DOT com MIME-Version: 1.0 In-Reply-To: <4F4114D6.4030104@gmail.com> References: <4F4114D6 DOT 4030104 AT gmail DOT com> Date: Mon, 20 Feb 2012 01:45:46 +0900 Message-ID: Subject: Re: LLVM ERROR: Program used external function '...' which could not be resolved! From: KIMURA Masaru To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q1JGk7jE013445 Hi, > first some correction/suggestion to your instructions > >  $ git clone git AT github DOT com:hiyuh/nvc.git >  $ cd ~/git-repos/nvc > > will not work for us. You need to report > >  $ git clone https://github.com/hiyuh/nvc.git >  $ cd nvc Right, I noticed after post my message, sorry. > for lib/ieee it will be nice to add the download of > the vhdl files in the autogen.sh . Sorry for your bother, but I imagine: * These files have long copyright notice by IEEE. * NVC's author will license it under GPLv3. * Automatically fetch them implicitly includes these file as a part of NVC. * NVC works w/o these files, if design doesn't need them. > About the error, my log reports: > -------------------------------------- > make[2]: Entering directory `/tmp/prova/nvc/test' > Running suite(s): lib > [gc: freed 0 trees; 35 allocated] > 100%: Checks: 3, Failures: 0, Errors: 0 > PASS: test_lib.exe > Running suite(s): ident > 100%: Checks: 9, Failures: 0, Errors: 0 > PASS: test_ident.exe > Running suite(s): parse > 100%: Checks: 19, Failures: 0, Errors: 0 > PASS: test_parse.exe > Running suite(s): sem > 100%: Checks: 16, Failures: 0, Errors: 0 > PASS: test_sem.exe > Running suite(s): simplify > 100%: Checks: 2, Failures: 0, Errors: 0 > PASS: test_simp.exe > Running suite(s): elab > 100%: Checks: 3, Failures: 0, Errors: 0 > PASS: test_elab.exe > Running suite(s): heap > 100%: Checks: 3, Failures: 0, Errors: 0 > PASS: test_heap.exe > ./run_regr.rb:3:in `require': no such file to load -- rubygems (LoadError) >        from ./run_regr.rb:3 > FAIL: run_regr.rb > ============================================== > 1 of 8 tests failed > ----------------------------------------- > > So I see that rubygems is missing as expected. > There is none between cygwin packages > > So or you have also installed by yourself rubygems > and it does not work, or your ruby is broken > eventually a rebaseall is neede. Yes, rubygems is not packaged by cygwin. I'll try do a rebaseall you said. > By the way, I noticed that after installing rubygems > and than colorize, "make check" hangs on require > > PASS: test_heap.exe > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in > `gem_original_require': no such file to load -- getopt/std (LoadError) >        from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in > `require' >        from ./run_regr.rb:7 > FAIL: run_regr.rb > > > probably the check for std "require" is broken > > > Regards > Marco > > PS: it seems non a problem of llvm at all Hmm..., could you mind to try test/run_regr.sh too? I think you can see same error that I wrote my TODO.txt. And more Google'ing, I found this post on LLVMdev ML: http://lists.cs.uiuc.edu/pipermail/llvmdev/2005-June/004364.html > 2. The LLI test failures occur because the dlsym function on cygwin can > only find symbols in a loaded DLL. If the symbol is in the .EXE file > then the symbol doesn't get found. Since LLI links in things like > printf, strcat, and some other fundamental functions, they don't get > found on Cygwin. A similar thing happens on MacOS but for a much > smaller set of files for which we hand code a workaround. The set > of functions on Cygwin is basically a large fraction of glibc, too > much to do by hand. But this is back in 2005, I don't know this is still correct in 2012, LLVM-3.0 and Cygwin-1.7. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple