2012/1/17 [email protected] <[email protected]>:
> Hi all:
>
> I'm looking at this patch, applied not long ago:
>
>   ORPSoC: Fix Bug 76 - Incorrect unsigned integer less-than compare with
> COMP3 option enabled
>   OR1200 RTL fix and software test added.
>
> This patch landed in the OpenCores Subversion repository at this location:
>
>   /openrisc/trunk/orpsocv2/rtl/verilog/or1200
>
> However, I just realised that there is another copy of the OpenRISC core RTL
> at this location:
>
>   /openrisc/trunk/or1200/rtl/verilog
>
> This copy does not seem to have been patched though.
>
> I think I've read in this forum that there is a similar issue with the GCC
> toolchain, there are at least 2 copies, is that right?
>
> I am confused about which copies I should be using at the moment.
>
> Thanks,
>   R. Diez
>
>
>
>
> _______________________________________________
> OpenRISC mailing list
> [email protected]
> http://lists.openrisc.net/listinfo/openrisc
>

You are right. I reopened bug bug 57 a few days ago
(http://bugzilla.opencores.org/show_bug.cgi?id=57)
This is not good, especially as we had the two code bases in sync
before that. Someone should patch this in the upstream core, and until
we only have a single one copy all patches should apply to both from
here on. I know that there is an argument for having ORPSoCv2-specific
patches, but I'm not really sure there are any real use cases for
that.

Regarding the tool chain, I would say that the one in SVN is where the
most work is being done, but if I have understood things correctly,
there are some design decisions that not everyone agree with. Hence
the git version on openrisc.net

-- 
Olof Kindgren
______________________________________________
ORSoC
Website: www.orsoc.se
Email: [email protected]
______________________________________________
FPGA, ASIC, DSP - embedded SoC design
_______________________________________________
OpenRISC mailing list
[email protected]
http://lists.openrisc.net/listinfo/openrisc

Reply via email to