On Wed, 2009-07-15 at 08:44 +0200, Øyvind Harboe wrote:
How's this then:
- UTF-8
- add a contrib/eclipse/.settings directory as example
Just contrib/eclipse is fine. Don't add dot-files, as these do not
appear with normal `ls`. Thus that directory would not appear.
Instead, put the
On Wed, 2009-07-15 at 09:39 +0200, Øyvind Harboe wrote:
On Wed, Jul 15, 2009 at 9:33 AM, Zach Welchz...@superlucidity.net wrote:
On Wed, 2009-07-15 at 08:44 +0200, Øyvind Harboe wrote:
How's this then:
- UTF-8
- add a contrib/eclipse/.settings directory as example
Just
On Tue, 2009-07-14 at 03:33 -0700, Zach Welch wrote:
Hi all,
The OpenOCD 0.2.0 source release should now be available from the
BerliOS download page:
https://developer.berlios.de/project/showfiles.php?group_id=4148release_id=16455
The trunk is now open for new development patches
On Wed, 2009-07-15 at 20:53 +0800, Xiaofan Chen wrote:
On Sat, Jul 11, 2009 at 10:04 PM, Xiaofan Chenxiaof...@gmail.com wrote:
On Tue, Jul 7, 2009 at 8:08 PM, Øyvind Harboeoyvind.har...@zylin.com
wrote:
Do you have GraphViz installed?
I've tried to install it, but same result.
Do
On Wed, 2009-07-15 at 09:30 -0700, David Brownell wrote:
On Wednesday 15 July 2009, Øyvind Harboe wrote:
It builds and I hope I resolved the few conflicts correctly. Not
tested on Cortex M3 or A8.
Hmm, could you maybe split this into two patches, more like what
Magnus did? #1 to move the
On Wed, 2009-07-15 at 21:38 +0200, Øyvind Harboe wrote:
I'm trying to break down the patches from Magnus a bit.
As Magnus has now indicated that he does not intend to finish working on
these patches, I know others will descend on them like piranha.
I should have mentioned that developers need
On Wed, 2009-07-15 at 14:40 -0700, David Brownell wrote:
This is the updated version of the patches I sent ... some bugfixes,
and handling more instructions. Currently the instructions KNOWN to
not be properly disassembed are:
[snip]
And since this is very fiddley stuff, I expect there are
On Wed, 2009-07-15 at 16:45 -0700, Zach Welch wrote:
On Wed, 2009-07-15 at 14:40 -0700, David Brownell wrote:
This is the updated version of the patches I sent ... some bugfixes,
and handling more instructions. Currently the instructions KNOWN to
not be properly disassembed are:
[snip
On Thu, 2009-07-16 at 04:28 +0200, Uwe Hermann wrote:
Hi,
just a quick notification, I uploaded a 0.2.0 package to Debian unstable
(well, sort of, it's actually r2529). So far all architectures seem to
build fine, didn't check for warnings though (-Werror is disabled in the
build).
On Tue, 2009-07-14 at 10:11 +0100, Spencer Oliver wrote:
Modified:
trunk/configure.in
Log:
Make the parport-ppdev option enabled by default. This may
require giving --disable-parport-ppdev to configure on some
platform(s).
Any reason why as it breaks win32 build - why
On Tue, 2009-07-14 at 10:24 +0100, Spencer Oliver wrote:
On Tue, 2009-07-14 at 10:11 +0100, Spencer Oliver wrote:
Modified:
trunk/configure.in
Log:
Make the parport-ppdev option enabled by default. This
may require
giving --disable-parport-ppdev to configure on some
Hi all,
The OpenOCD 0.2.0 source release should now be available from the
BerliOS download page:
https://developer.berlios.de/project/showfiles.php?group_id=4148release_id=16455
The trunk is now open for new development patches, and a branch is
available to take critical bug fixes in the
On Tue, 2009-07-14 at 17:49 +0200, Freddie Chopin wrote:
0.2.0 release cannot be build on Windows (MinGW + MSYS) with parport support
./configure --enable-parport --enable-parport_giveio
make
Add --disable-parport-ppdev
___
Openocd-development
On Tue, 2009-07-14 at 12:21 +0100, Spencer Oliver wrote:
In this respect, I think all of the drivers should be enabled
by default. Developers could disable them by choice, but
their underlying libraries are being detected such that we
can add new checks to disable the drivers when
On Wed, 2009-07-15 at 07:47 +0800, Xiaofan Chen wrote:
On Wed, Jul 15, 2009 at 4:10 AM, Zach Welchz...@superlucidity.net wrote:
On Tue, 2009-07-14 at 17:49 +0200, Freddie Chopin wrote:
0.2.0 release cannot be build on Windows (MinGW + MSYS) with parport
support
./configure
Hi all,
Last week, I had a conference call with Dan Ravicher, Legal Director of
the Software Freedom Law Center, and two of his colleagues. He helped
answer some questions that came up for me during the licensing debate.
Further, he has generously offered to take questions from the community
On Wed, 2009-07-08 at 01:02 -0400, Nicolas Pitre wrote:
Before, the ./configure --help used to list --enable-parport-ppdev
instead of the current --disable-parport-ppdev. The later suggests that
parport-ppdev is now set by default when using --enable-parport (which
would be a good thing I
On Thu, 2009-07-09 at 01:11 -0700, Gary Carlson wrote:
On 7/9/09 12:57 AM, Spencer Oliver s...@spen-soft.co.uk wrote:
Zach/Spencer/Xiaofan,
I did some more experimentation on the latest subversion
(2499) and was able to tweak the jlink.c code slightly to
possibly achieve three
On Thu, 2009-07-09 at 22:51 +0800, Xiaofan Chen wrote:
Another issue with the TODO file.
@subsection thelistjtaginterfaces JTAG Interfaces
The following tasks have been suggeted for improving OpenOCD's JTAG
interface support:
- rework USB communication to be more robust. Two possible
On Thu, 2009-07-09 at 16:54 +0200, Magnus Lundin wrote:
Thc cortex_m3_poll function does not identify that a target is running
unless we transition from RESET.
This patch correctly identifies a running target.
Is there a reason to keep the #if 0 block? If not, please remove that
code
Take 2, with Reply All chewiness
On Thu, 2009-07-09 at 17:11 -0700, David Brownell wrote:
On Wednesday 08 July 2009, Zach Welch wrote:
Asking the users to test the SVN is asking
them to do everything that a developer must do.
Not everything by far! configure; make; run.
Right
The files in this series are meant for review, so feedback may be
incorporated in them before I commit them.
1/5 Add comments to top-level files to excuse their Doxygen markup.
2/5 Add microscopic style guide at the end of the PATCH primer.
3/5 Add section to provide some
Add comments to top-level files to excuse their Doxygen markup.
---
BUGS|1 +
PATCHES |4 ++--
TODO|1 +
3 files changed, 4 insertions(+), 2 deletions(-)
Add comments to top-level files to excuse their Doxygen markup.
---
BUGS|1 +
PATCHES |4 ++--
TODO|1
Add microscopic style guide at the end of the PATCH primer.
---
patches.txt | 13 +
1 file changed, 13 insertions(+)
Add microscopic style guide at the end of the PATCH primer.
---
patches.txt | 13 +
1 file changed, 13 insertions(+)
==
only in patch2:
unchanged:
Add section to provide some documentation for cross-compiling.
---
README | 23 +++
1 file changed, 23 insertions(+)
Add section to provide some documentation for cross-compiling.
---
README | 23 +++
1 file changed, 23 insertions(+)
==
only in
Add style rule to avoid combining assignment and logical tests.
---
style.txt | 14 ++
1 file changed, 14 insertions(+)
Add style rule to avoid combining assignment and logical tests.
---
style.txt | 14 ++
1 file changed, 14 insertions(+)
==
only in patch2:
On Wed, 2009-07-08 at 10:04 +0200, Øyvind Harboe wrote:
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/flash/aduc702x.c
===
--- src/flash/aduc702x.c(revision 2490)
+++ src/flash/aduc702x.c(working copy)
On Wed, 2009-07-08 at 12:25 +0200, oharboe at BerliOS wrote:
Author: oharboe
Date: 2009-07-08 12:25:39 +0200 (Wed, 08 Jul 2009)
New Revision: 2497
Modified:
trunk/TODO
Log:
Xscale installation regression entered
Modified: trunk/TODO
On Wed, 2009-07-08 at 12:06 +0200, Nico Coesel wrote:
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Zach Welch
Sent: woensdag 8 juli 2009 0:35
To: Øyvind Harboe
Cc: openocd-development
On Wed, 2009-07-08 at 12:47 +0200, Øyvind Harboe wrote:
How is the attached patch?
The NEWS file details the migration of the installed scripts from
$(pkglibdir) to $(pkgdatadir)/scripts; the former should not be used
anymore, and custom scripts migrated into $(pkgdatadir)/site/. This
patch
On Wed, 2009-07-08 at 14:03 +0200, Øyvind Harboe wrote:
On Wed, Jul 8, 2009 at 1:55 PM, Zach Welchz...@superlucidity.net wrote:
On Wed, 2009-07-08 at 12:47 +0200, Øyvind Harboe wrote:
How is the attached patch?
The NEWS file details the migration of the installed scripts from
You need to re-post patches when they change substantially. You added
new code that was not in the original patch.
It still has whitespace problems.
On Wed, 2009-07-08 at 20:29 +0200, ohar...@mail.berlios.de wrote:
Author: oharboe
Date: 2009-07-08 20:29:03 +0200 (Wed, 08 Jul 2009)
New
On Wed, 2009-07-08 at 16:25 +0200, Øyvind Harboe wrote:
Testingcomments appreciated!
I'm thinking that target executables should be placed
into the same folder as scripts.
It's not really executables from the host OS's point of
view, it's just data that ships w/OpenOCD and that
OpenOCD
I just saw you did re-post... but you only waited 4 hours. That is not
enough time. You need to wait 12-24 hours, preferably 24.
On Wed, 2009-07-08 at 13:50 -0700, Zach Welch wrote:
You need to re-post patches when they change substantially. You added
new code that was not in the original
On Wed, 2009-07-08 at 23:09 +0200, Øyvind Harboe wrote:
On Wed, Jul 8, 2009 at 10:56 PM, Zach Welchz...@superlucidity.net wrote:
On Wed, 2009-07-08 at 16:25 +0200, Øyvind Harboe wrote:
Testingcomments appreciated!
I'm thinking that target executables should be placed
into the same
On Thu, 2009-07-09 at 09:56 +0800, Xiaofan Chen wrote:
On Thu, Jul 9, 2009 at 1:24 AM, David Brownelldavi...@pacbell.net wrote:
On Wednesday 08 July 2009, Zach Welch wrote:
The files in this series are meant for review, so feedback may be
incorporated in them before I commit them.
1/5
On Wed, 2009-07-08 at 23:37 +0200, Øyvind Harboe wrote:
I wanted to use a new subdirectory for all these target binaries,
but I don't speak automake well enough to pull it off.
Yeah, that's a little trickier. I still think these files need to be in
pkglibdir, though. I think moving
On Wed, 2009-07-08 at 23:08 +0200, Øyvind Harboe wrote:
On Wed, Jul 8, 2009 at 11:00 PM, Zach Welchz...@superlucidity.net wrote:
I just saw you did re-post... but you only waited 4 hours. That is not
enough time. You need to wait 12-24 hours, preferably 24.
24h it is until 0.2 is out
On Tue, 2009-07-07 at 12:33 +0200, Øyvind Harboe wrote:
Committed to TODO:
- i.MX27 reset run problems. Notice below that even if the target is running,
a EICE_DBG_STATUS_DBGACK(I think...) is detected and OpenOCD wrongly
believes that the target is halted. Polling the target afterwards
On Tue, 2009-07-07 at 13:41 +0200, Øyvind Harboe wrote:
I've applied your patch for moving bug + references to the right section.
I took Doxygen for a spin. Fixed a small spelling in readme + added a
note to check that Doxygen is installed.
I'm getting lots of error when building Doxygen
On Tue, 2009-07-07 at 19:41 +0800, Xiaofan Chen wrote:
On Tue, Jul 7, 2009 at 7:36 PM, Xiaofan Chenxiaof...@gmail.com wrote:
On Tue, Jul 7, 2009 at 7:34 PM, Zach Welchz...@superlucidity.net wrote:
On Tue, 2009-07-07 at 19:06 +0800, Xiaofan Chen wrote:
On Tue, Jul 7, 2009 at 7:01 PM, Xiaofan
On Mon, 2009-07-06 at 15:16 +0200, Øyvind Harboe wrote:
I've determined that single stepping is busted for
svn head arm926ejs using parport against wi-9c.cfg
(bisecting this now).
This does not meet my standard for explaining the changes that went
into the OpenOCD tree, in so far as I still
On Tue, 2009-07-07 at 17:42 +0200, Øyvind Harboe wrote:
Here is a patch of suggested modification, no longer
take current reset_config state into account.
Do not apply. This would directly regress work that was done by David
Brownell for 0.2.0. Specifically, look at r1944.
Zach
On Tue, 2009-07-07 at 22:31 +0800, Xiaofan Chen wrote:
On Tue, Jul 7, 2009 at 8:02 PM, Zach Welchz...@superlucidity.net wrote:
I will try it. But the start of the configure output says this.
mc...@ubuntu904:~/Desktop/build/openocd/build-win32-ftd2xx$ sh
myconfig-win32-ftd2xx.sh
On Tue, 2009-07-07 at 23:18 +0200, Øyvind Harboe wrote:
How about modifying reset_config to simply *set* the
state based *only* on the arguments to reset_config,
ignoring the current reset_config state?
That makes it impossible to combine constraints that come
from different spots, so
On Tue, 2009-07-07 at 23:39 +0200, Øyvind Harboe wrote:
I would intuitively expect to be able to write:
reset_config none srst_only srst_pulls_trst
The key bit is the 'none', which blows it back to a cleared state.
What I'm arguing is that none should be default
and that any clever
On Tue, 2009-07-07 at 14:02 -0700, David Brownell wrote:
On Tuesday 07 July 2009, Øyvind Harboe wrote:
My current feeling about 0.2 is that we should allow at least
a week of work on the outstanding reset problems before we cut
the release.
That seems reasonable. Likewise some of the
On Tue, 2009-07-07 at 23:46 +0200, Øyvind Harboe wrote:
On Tue, Jul 7, 2009 at 11:02 PM, David Brownelldavi...@pacbell.net wrote:
On Tuesday 07 July 2009, Ųyvind Harboe wrote:
[snip]
Create a release timeout counter which is reset upon
acknowledged regressions reported?
We might not release
On Tue, 2009-07-07 at 15:01 -0700, David Brownell wrote:
[ GRR send pressed itself somehow ]
On Tuesday 07 July 2009, Zach Welch wrote:
I would intuitively expect to be able to write:
reset_config none srst_only srst_pulls_trst
The key bit is the 'none', which blows it back
On Wed, 2009-07-08 at 00:14 +0200, Øyvind Harboe wrote:
We need to find some balance. Right now, the presses are too heavily
biased toward development to the extent that release suffers badly.
I definitely want to see a reset of the release timeout counter
when we discover such problems
On Mon, 2009-07-06 at 10:26 +0100, Spencer Oliver wrote:
On Sat, Jul 4, 2009 at 2:46 AM, Martin
Thomasmtho...@rhrk.uni-kl.de wrote:
the build process continued a little bit further but
stopped with an
error in replacements (don't remember the exact message).
This error
has
This series adds content to the NEWS file, then updates the release
process documentation to describe its usage and treatment. During this,
several other updates were made to the release process, fixing some
design bugs and improving its readability.
The release.sh script has been committed to
Add NEWS file for the 0.2.0 release.
---
NEWS | 81 ++-
1 file changed, 80 insertions(+), 1 deletion(-)
Add NEWS file for the 0.2.0 release.
---
NEWS | 81 ++-
1
Update Release Script documentation to reflect current implementation.
---
release.txt | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
Update Release Script documentation to reflect current implementation.
---
release.txt | 23 ---
1 file
The late birth of the NEWS file also caused me to revisit the release
process once again and reconsider it in some detail. In doing so,
some further revisions to the process were required:
1) The URL of the repository is embedded in the released code.
- The packages need to be created from the
Hi all,
With my latest series of commits, I believe that the release process is
finally ready to see action. That said, we have seen a bit of
bug-fixing activity during the time that I have been preparing, and
several new patches have hit the repository. The countdown is on hold.
The new
On Mon, 2009-07-06 at 13:24 -0700, Chuck Tuffli wrote:
Hi -
I've been building from SVN, but hadn't updated in a while. When I
updated today, the build error is
[503] lsb_release -rci
Distributor ID: Ubuntu
Release:8.10
Codename: intrepid
[504] svn update
At revision
On Mon, 2009-07-06 at 13:56 -0700, Joseph Kuss wrote:
This may be easy to fix (if you know the system) but for me ...
done using:
svn# 2459
./configure --enable-maintainer-mode --disable-werror --disable-shared
--enable-jlink CC=gcc -mnocygwin
It worked until I got configure:
Can some folks do a quick comparisons of the two tables and tell me
which patch (minimal or w/ optimization) brings the private table closer
in alignment with the main table?
At minimum, it seems like we should take the minimal patch for 0.2.0;
however, the additional optimization should be
Gary,
I just tested this patch here. I like how it looks, and it works for
me in my tests. You seem to have done your research, in so far as you
conveyed a number of key technical details to the list in your message
and patch. Moreover, your changes and their reasoning make sense to me.
If
- --- --- - --
RESET DRSHIFT 0010111 00101 011010
IDLE DRSHIFT 001 00100 010101
IDLE IRSHIFT 001100110 011011
Cheers,
Ferdinand Postema
Zach Welch schreef:
Can some folks do a quick comparisons of the two tables and tell me
which patch (minimal
Hi all,
I wanted to post a quick status report, since I am overdue with the
0.2.0 release and again have reached a point where I should sleep before
trying to produce it. I apologize for the delays.
Today, I revised the release process documentation that I posted
yesterday, in response to some
On Sat, 2009-07-04 at 08:55 +0800, Xiaofan Chen wrote:
On Sat, Jul 4, 2009 at 8:07 AM, Xiaofan Chenxiaof...@gmail.com wrote:
On Sat, Jul 4, 2009 at 4:18 AM, Spencer Olivers...@spen-soft.co.uk wrote:
Don't get mingw build mixed up with native win32.
You can build for native win32 in two ways
On Sat, 2009-07-04 at 09:40 +0800, Xiaofan Chen wrote:
On Sat, Jul 4, 2009 at 9:08 AM, Zach Welchz...@superlucidity.net wrote:
Please put all of these excellent instructions into a new README.MinGW32
file and send that instead of posting. I will add it to the repository
so everyone can use
On Fri, 2009-07-03 at 10:21 -0700, Zach Welch wrote:
Hi all,
I wanted to post a quick status report, since I am overdue with the
0.2.0 release and again have reached a point where I should sleep before
trying to produce it. I apologize for the delays.
Today, I revised the release process
Hi all,
I wanted to share the release process that I have mapped out. Rather
than waste everyone's time writing an e-mail that no one will read in
its entirety, I have attached a patch for new developer documentation to
describe the release processes (and much more). This new section
details
On Thu, 2009-07-02 at 02:43 -0700, Zach Welch wrote:
Hi all,
I wanted to share the release process that I have mapped out. Rather
than waste everyone's time writing an e-mail that no one will read in
its entirety, I have attached a patch for new developer documentation to
describe
On Thu, 2009-07-02 at 23:15 +0800, Xiaofan Chen wrote:
2009/6/23 Freddie Chopin freddie_cho...@op.pl:
I attach the most recent version of universal .inf file
As you see, the devices that are JTAG-only should have entries for BOTH
channels, the devices with UART/RS-232 on second channel
On Thu, 2009-07-02 at 12:52 -0700, Joseph Kuss wrote:
Try one more time with right e-mail address !!
I did the above experiment as mentioned by Duane Ellis
du...@desk ~
$ echo $TEMP
/cygdrive/c/DOCUME~1/duane/LOCALS~1/Temp
du...@desk ~
On Thu, 2009-07-02 at 12:31 -0700, David Brownell wrote:
I think this universal inf file
I would have thought it should be one with a LOT more IDs...
That one omits the Olimex dongles, Sheevaplug, Signalyzer,
Flyswatter, the Luminary stuff ... and about a dozen more.
along
On Thu, 2009-07-02 at 22:18 -0400, Duane Ellis wrote:
David Brownell wrote:
I think this universal inf file
I would have thought it should be one with a LOT more IDs...
That one omits the Olimex dongles, Sheevaplug, Signalyzer,
Flyswatter, the Luminary stuff ... and about a
On Wed, 2009-07-01 at 07:45 -0700, Joseph Kuss wrote:
[snip]
Here is an excerpt from openOCDs own website, that indicates
they may admit that using cygwin is not easy. It would sure help
if someone would come to our rescue and prove to us that it can
be done.
Building OpenOCD from a
On Tue, 2009-06-30 at 09:22 -0700, David Brownell wrote:
On Tuesday 30 June 2009, Zach Welch wrote:
does the community know of any reason to hold this countdown?
No, but I'd like to send in one patch updating target/davinci.cfg
PLL handling. I noticed one minor buglet affecting current
On Wed, 2009-07-01 at 16:34 -0700, David Brownell wrote:
On Wednesday 01 July 2009, Zach Welch wrote:
On Tue, 2009-06-30 at 09:22 -0700, David Brownell wrote:
On Tuesday 30 June 2009, Zach Welch wrote:
does the community know of any reason to hold this countdown?
No, but I'd like
Hi all,
I have been thinking about adding some supplemental source packages,
which can be used by OpenOCD distributors as they see fit:
- openocd-user-guide: both PDF and HTML versions (or separated?)
- openocd-developer-manual: both PDF and HTML versions (ditto?)
Some of these things require
On Wed, 2009-07-01 at 18:16 -0700, Zach Welch wrote:
Hi all,
I have been thinking about adding some supplemental source packages,
which can be used by OpenOCD distributors as they see fit:
- openocd-user-guide: both PDF and HTML versions (or separated?)
- openocd-developer-manual: both PDF
On Wed, 2009-07-01 at 19:07 -0700, Joseph Kuss wrote:
Spen,
I guess I misinterpreted the text on openOCD cited,
but my problem still exists:
Here is what I did do:
I do believe I complied with Michael Fischer's instructions about the
cygwin packages:
==
1)
Install cygwin,
On Wed, 2009-07-01 at 19:34 -0700, David Brownell wrote:
Prepare the DaVinci PLL code to support the version 0x0E module
used in newer chips (e.g. dm365): rename the original code so
it's specific to version 0x02, and update the dm355evm code to
use that new name.
Fix two a minor bugs in
On Wed, 2009-07-01 at 20:01 -0700, Orin Eman wrote:
I HAD a working cygwin config, however, after make distclean, svn
up, ./bootstrap and ./configure ftd2xx stuff, the build fails with:
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I../..
-I../../src/helper -I../../src/target
On Wed, 2009-07-01 at 20:03 -0700, Zach Welch wrote:
On Wed, 2009-07-01 at 19:34 -0700, David Brownell wrote:
Prepare the DaVinci PLL code to support the version 0x0E module
used in newer chips (e.g. dm365): rename the original code so
it's specific to version 0x02, and update the dm355evm
On Wed, 2009-07-01 at 21:30 -0700, David Brownell wrote:
On Tuesday 30 June 2009, Zach Welch wrote:
@@ -139,6 +146,9 @@
or the Amontec version (from @uref{http://www.amontec.com}), for
easier support of JTAGkey's vendor and product IDs.
+Many Linux distributions provide
On Wed, 2009-07-01 at 21:50 -0700, David Brownell wrote:
On Wednesday 01 July 2009, Zach Welch wrote:
Suggest you add some notes on versions. Minimally mention
the Ubuntu 8.04 issue.
I have been thinking about these problems, and my solution would be to
introduce a README.Linux
These are the final patches that I have queued for the 0.2.0 release.
Patch #3 deserves some review before being committed, as it changes
the configure script to automatically detect whether or not the build
process should include the repository revision. While this works for
me and has been
Fix FTD2XX build for CygWin.
---
ft2232.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Fix FTD2XX build for CygWin.
---
ft2232.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
==
only in patch2:
unchanged:
--- src/jtag/ft2232.c (revision 2448)
+++ src/jtag/ft2232.c
Remove vim editor commands from TCL files.
---
board/csb337.cfg |2 --
board/omap2420_h4.cfg |2 --
target/icepick.cfg|2 --
target/omap2420.cfg |2 --
target/ti_dm6446.cfg |2 --
5 files changed, 10 deletions(-)
Remove vim editor commands from TCL files.
---
Add AUTHORS for 0.2.0 release.
---
AUTHORS |4
1 file changed, 4 insertions(+)
Add AUTHORS for 0.2.0 release.
---
AUTHORS |4
1 file changed, 4 insertions(+)
==
only in patch2:
unchanged:
--- AUTHORS (revision 2448)
+++ AUTHORS (working copy)
@@ -6,3 +6,7 @@
Ãyvind Harboe
Remove --enable-release option; if guess-rev.sh is missing, it is a release.
---
README |5 -
configure.in | 19 +++
2 files changed, 11 insertions(+), 13 deletions(-)
Remove --enable-release option; if guess-rev.sh is missing, it is a release.
---
README |
Bump version number for 0.2.0 release.
---
configure.in |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Bump version number for 0.2.0 release.
---
configure.in |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
==
diff -u configure.in configure.in
--- configure.in (working
The first patch in this series puts content into the README files,
removing the Building OpenOCD chapter from the Users's Guide. I went
ahead and improved the content in the process, so please be sure to
review for consistency, clarity, or the lack thereof.
The second patch allows automake to
Provide some useful information in README file, rather than punting.
Add some text to introduce the project to new users.
Move packaging, configuration, and compilation of OpenOCD out of
the User's Guide and into README, where it can be used by users
before configuring and compiling the
Switch automake handling to use --gnu mode, not --foreign.
Remove INSTALL file; automake generates a copy of the latest version.
---
Makefile.am |5 +++--
bootstrap |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
Switch automake handling to use --gnu mode, not --foreign.
Remove
On Tue, 2009-06-30 at 10:56 +0200, Marcel Jost wrote:
Hi
This is a patch to add Luminary Micro LM3S9B90 and LM3S9B92 Evaluation
Kit support. These kits include a new ft2232 adapter, the Luminary
In-Circuit Debug Interface (ICDI) Board. So i added this as a new ft2232
layout, called
hours. Otherwise,
does the community know of any reason to hold this countdown?
Cheers,
Zach Welch
Corvallis, OR
* I have attached a patch that will also be applied as part of my
earlier series (i.e. patch 3 of 2). Any other touch-ups like this?
Extend 'make dist' to produce both .tar.bz2
On Tue, 2009-06-30 at 20:09 +0300, Yusuf Caglar AKYUZ wrote:
David Brownell wrote:
does the community know of any reason to hold this countdown?
Oh, and I'd still like to see the at91sam3 config files
become non-executable. :)
You make me think that next release will be in very
On Tue, 2009-06-30 at 09:54 -0700, David Brownell wrote:
does the community know of any reason to hold this countdown?
Oh, and I'd still like to see the at91sam3 config files
become non-executable. :)
Thanks for noticing this. I believe that all of the files under tcl/
should now have the
Having looked at the same code to fix (what I presume are) the same may
be used uninitialized warnings, I am curious how you managed to trigger
these warnings? I have to wonder if you're using an older version of
gcc or a different set of optimizations.
--Z
On Tue, 2009-06-30 at 23:13 +0200,
On Tue, 2009-06-30 at 20:42 -0400, Duane Ellis wrote:
zwe...@mail.berlios.de wrote:
Author: zwelch
Date: 2009-07-01 00:25:09 +0200 (Wed, 01 Jul 2009)
New Revision: 2438
Modified:
trunk/src/flash/flash.c
Log:
Remove at91sam3.h from flash.c; use extern like other drivers.
On Tue, 2009-06-30 at 21:20 -0400, Duane Ellis wrote:
However, I would rather see you move some of the things in the C file
into the H file (all of the #defines and struct declarations, to start).
Basically, use it as the driver's private header file.
None of those defines are
This series contains a few minor improvements for the 0.2.0 release.
1/5 Add comments to README about compiler and library dependencies.
2/5 Update TODO list to relect 0.2.0 release.
3/5 Add missing copyright header and fix @page direction in membuf.h.
4/5 Add missing copyright
Add comments to README about compiler and library dependencies.
---
README | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
Add comments to README about compiler and library dependencies.
---
README | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
==
301 - 400 of 873 matches
Mail list logo