[LLVMdev] Need help with bugpoint for codegen problem

Chris Lattner sabre at nondot.org
Thu Apr 21 22:51:45 PDT 2005


On Fri, 22 Apr 2005, Markus F.X.J. Oberhumer wrote:
> I've finally got it working! The key point was to pass all bytecode
> objects individually to bugpoint, and not to use the pre-linked bytecode from 
> gccld.

nice!

> After running for some time bugpoints exits saying:
>
> *** The following functions are being miscompiled:  ucl_alloc main
> l1_ucl_alloc_entry_2E_UnifiedReturnBlock_crit_edge
> l2_ucl_alloc_shortcirc_next
> l1_ucl_alloc_shortcirc_next_2E_UnifiedReturnBlock_crit_edge
> l3_ucl_alloc_endif_2E_i l1_ucl_alloc_UnifiedReturnBlock_2E_i
> l1_ucl_alloc_ucl_malloc_internal_2E_exit_2E_ce
> l1_ucl_alloc_UnifiedReturnBlock l1_main_shortcirc_next_2E_6_2E_i
> Outputting reduced bytecode files which expose the problem:
>   Non-optimized portion: Emitted bytecode to 'bugpoint-tonotoptimize.bc'
>   Portion that is input to optimizer: Emitted bytecode to
> 'bugpoint-tooptimize.bc'
>
> *** You can reproduce the problem with: opt bugpoint-tooptimize.bc
> -globalsmodref-aa -load-vn -gcse
>
> Entered as bug 555 - http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=555 . I 
> hope someone can figure out the actual problem from the bytecode files.

Fixed, thanks a lot.  Bugpoint gave me exactly what I needed to know, 
which is saying a lot considering that it was an interprocedural analysis 
that was mucking up. :)

-Chris

-- 
http://nondot.org/sabre/
http://llvm.cs.uiuc.edu/




More information about the llvm-dev mailing list