On Wed, Oct 31, 2012 at 03:53:50PM -0700, Eli Friedman wrote:> On Wed, Oct 31, 2012 at 8:43 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > > While testing llvm/polly svn on x86_64-apple-darwin10/11/12, I noticed that three darwin > > specific polly-test regressions exist. At least part of these failures appear to be due > > to lli on darwin not accepting piped input such that the test... > > > > opt -load /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/build/lib/LLVMPolly.so > > -basicaa -polly-prepare -polly-region-simplify -O3 > > /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/tools/polly/test/CodeGen/single_do_loop_int_max_iterations.ll > > | lli > > > > produces the error... > > > > LLVM ERROR: Could not resolve external global address: stdout > > This error means you're generating a reference to a symbol named > stdout, which does not exist on OS X. Why do you think this is a bug > in lli?Eli, What about the output that I see from bugpoint... http://llvm.org/bugs/show_bug.cgi?id=14142#c4 which seems to suggest that the actual problem is an alignment issue. ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 bugpoint-test-program.bc:4:Alignment too large: 15. assumed. bugpoint-test-program.bc:5:Unknown pseudo-op: .type bugpoint-test-program.bc:5:Rest of line ignored. 1st junk character valued 115 This smells like the issues I solved in gnutls... http://savannah.gnu.org/support/?107983 where .align was being used instead of the more appropriate .balign (since i386/x86_64 darwin doesn't support .align > 15) as well as the unsupported .type (and perhaps .size) assembly being used on darwin. Jack> > -Eli
On Wed, Oct 31, 2012 at 4:33 PM, Jack Howarth <howarth at bromo.med.uc.edu> wrote:> On Wed, Oct 31, 2012 at 03:53:50PM -0700, Eli Friedman wrote: >> On Wed, Oct 31, 2012 at 8:43 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: >> > While testing llvm/polly svn on x86_64-apple-darwin10/11/12, I noticed that three darwin >> > specific polly-test regressions exist. At least part of these failures appear to be due >> > to lli on darwin not accepting piped input such that the test... >> > >> > opt -load /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/build/lib/LLVMPolly.so >> > -basicaa -polly-prepare -polly-region-simplify -O3 >> > /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/tools/polly/test/CodeGen/single_do_loop_int_max_iterations.ll >> > | lli >> > >> > produces the error... >> > >> > LLVM ERROR: Could not resolve external global address: stdout >> >> This error means you're generating a reference to a symbol named >> stdout, which does not exist on OS X. Why do you think this is a bug >> in lli? > > Eli, > What about the output that I see from bugpoint... > > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 > > which seems to suggest that the actual problem is an alignment issue. > > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. > bugpoint-test-program.bc:5:Unknown pseudo-op: .type > bugpoint-test-program.bc:5:Rest of line ignored. 1st junk character valued 115This is a bugpoint issue; try passing "-gcc=clang" to bugpoint. -Eli
On Wed, Oct 31, 2012 at 04:43:42PM -0700, Eli Friedman wrote:> On Wed, Oct 31, 2012 at 4:33 PM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > > On Wed, Oct 31, 2012 at 03:53:50PM -0700, Eli Friedman wrote: > >> On Wed, Oct 31, 2012 at 8:43 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > >> > While testing llvm/polly svn on x86_64-apple-darwin10/11/12, I noticed that three darwin > >> > specific polly-test regressions exist. At least part of these failures appear to be due > >> > to lli on darwin not accepting piped input such that the test... > >> > > >> > opt -load /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/build/lib/LLVMPolly.so > >> > -basicaa -polly-prepare -polly-region-simplify -O3 > >> > /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/tools/polly/test/CodeGen/single_do_loop_int_max_iterations.ll > >> > | lli > >> > > >> > produces the error... > >> > > >> > LLVM ERROR: Could not resolve external global address: stdout > >> > >> This error means you're generating a reference to a symbol named > >> stdout, which does not exist on OS X. Why do you think this is a bug > >> in lli? > > > > Eli, > > What about the output that I see from bugpoint... > > > > http://llvm.org/bugs/show_bug.cgi?id=14142#c4 > > > > which seems to suggest that the actual problem is an alignment issue. > > > > ugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 > > bugpoint-test-program.bc:4:Alignment too large: 15. assumed. > > bugpoint-test-program.bc:5:Unknown pseudo-op: .type > > bugpoint-test-program.bc:5:Rest of line ignored. 1st junk character valued 115 > > This is a bugpoint issue; try passing "-gcc=clang" to bugpoint. > > -EliEli, I still get... % bugpoint --run-custom --exec-command=lli -gcc=clang tempfile Read input file : 'tempfile' *** All input ok Initializing execution environment: Found command in: /sw/opt/llvm-3.2/bin/lli Running the code generator to test for a crash: Generating reference output from raw program: <llc><gcc> Error running tool: /sw/opt/llvm-3.2/bin/clang -x assembler bugpoint-test-program.bc.llc.s -x none -o bugpoint-test-program.bc.llc.s.gcc.exe -lm -O2 bugpoint-test-program.bc.llc.s:5:2: error: unknown directive .type single_do_loop_int_max_iterations, at function ^ bugpoint-test-program.bc.llc.s:14:2: error: unknown directive .size single_do_loop_int_max_iterations, .Ltmp0-single_do_loop_int_max_iterations ^ which was the other half for the gnutls fix. Jack