GPRPair issue on LLVMLinux side

[Tinti]

On Sun, Aug 18, 2013 at 7:48 AM, Tim Northover <t.p.northover at gmail.com>wrote:

> Hi Tinti,
>
> > Instructions:
> http://llvm.linuxfoundation.org/index.php/Quick_Start_Guide
> >
> > Fell free to ask any question concerning it. I can provide help on
> dealing
> > with any problem.
>
> I gave it a quick try, and discovered multiple build problems,
> starting with it not passing "-target arm-none-linux-gnueabi" to the
> compiler invocation, passing through the differences between gnu89 and
> c99 on "inline", and finishing at it not applying its own patches to
> the kernel.
>
> I gave up at that point.
>
>
I will double check it with Behan. But did you succeed in building a
vexpress image?
Can you please run "make build-dep"? If there is any output you should
install the packages.


> > We have compared it too. But it is HUGE, almost 80 MB of dissasm for
> each vmlinux file.
>
> It's possible this is a real barrier, but I'd expect the actual
> differences to be small. Is there any chance you could upload the two
> vmlinux files somewhere? No need to disassemble or even decompress
> them.
>

I have great news about this. Yesterday I found out that there are only two
files that are
causing the trouble. They are these two:

kernel/time/timekeeping.o
kernel/time.o

The kernel works if I mix those two .o files from clang without Weiming's
patch with all
other files from clang with Weiming's patch.

Please find attached the zip file containing the assembly from both.
"working" means
without the patch. "notworking" means with the patch (from the clang HEAD).

Another good resources about what could the the problem are those:

*
http://lxr.free-electrons.com/source/arch/arm/include/asm/div64.h?a=arm#L59
*
http://lxr.free-electrons.com/source/arch/arm/include/asm/compiler.h?a=arm#L12
* http://lxr.free-electrons.com/source/arch/arm/lib/div64.S

Basically, I'm certainly willing to take a look, but don't want to
> wrestle foreign build systems into submission to do so.
>

Sure. Maybe there is something missing in our documentation but for us it
works
quite well. I will check.

Do you still need the 80 MB files? I think compressed they will be much
smaller but
I don't think they are worth anymore.


> Cheers.
>
> Tim.
>

Tinti

-- 
Simplicity is the ultimate sophistication
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20130818/a200d698/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compare.zip
Type: application/zip
Size: 64226 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20130818/a200d698/attachment.zip>