Hi all,

I would encourage Peter to focus on continuing his excellent work rather than
spending valuable community time putting the stuff up on closed bloated server.

I believe that most will agree that the benefit of having anonymous access 
which 
is not monitored by a single company and lots of mirroring options is the right 
way
to go.

we are all doing open source, but currently not in a truly open source friendly 
environment.

Btw, for those of you who like a USB JTAG interface with a built in UART, AAC 
Microtec has
produced an affordable device that can be seen here,
http://wiki.aacmicrotec.com/index.php/Introduction_to_GDB_and_OpenOCD#.C3.85AC_JTAG_and_serial_interface_description

it is compatible with both Julius OpenOCD port and the old or_proxy.

Regards,
-Fredrik

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of R. Diez
Sent: Wednesday, February 29, 2012 14:17
To: [email protected]
Cc: [email protected]; [email protected]
Subject: Re: [OpenRISC] [Openrisc] toolchain

Hi Jeremy:


> The GNU tools are held at:
> 
>         http://opencores.org/ocsvn/openrisc/openrisc/trunk/gnu-src

The gnu-src repository is huge and takes a long time to check out, especially 
under Cygwin. These are the some of the subdirectories:

  bd-elf
  bd-elf-gdb
  binutils-2.18.50
  binutils-2.20.1
  gcc-4.2.2
  gcc-4.5.1
  gdb-6.8
  gdb-7.1
  gdb-7.2
  newlib-1.17.0
  newlib-1.18.0

I don't see why the average developer should download both the old and the new 
versions of GDB, Newlib and GCC every time. Some key components, like the 
or1ksim, must be downloaded separately anyway.

I would remind any new developer that the OpenCores Subversion repositories are 
behind a registration wall
 that wants some personal information from you, probably for marketing 
purposes. There is no anonymous access, so they have full control about who is 
allowed to look at the code inside. If anything happens to the 
foundation/company/whatever behind these servers, there are no public mirrors 
that I know of, so at least the check-in history would probably be lost.

By the way, Github can emulate a Subversion server, so users do not even need 
to learn git, and Subversion repositories can add external references to Github 
repos as if they were normal Subversion repositories, see here:

  https://github.com/blog/966-improved-subversion-client-support

Regards,
  R. Diez
_______________________________________________
OpenRISC mailing list
[email protected]
http://lists.openrisc.net/listinfo/openrisc
_______________________________________________
OpenRISC mailing list
[email protected]
http://lists.openrisc.net/listinfo/openrisc

Reply via email to