prc-tools-cvs Mailing List for GCC for Palm OS
Brought to you by:
jmarshall
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(5) |
Jun
(11) |
Jul
(12) |
Aug
|
Sep
(6) |
Oct
|
Nov
(7) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(8) |
Mar
(30) |
Apr
(13) |
May
|
Jun
|
Jul
(16) |
Aug
(15) |
Sep
(8) |
Oct
(31) |
Nov
(10) |
Dec
|
| 2002 |
Jan
(13) |
Feb
|
Mar
(6) |
Apr
(65) |
May
(55) |
Jun
(43) |
Jul
(21) |
Aug
(55) |
Sep
(38) |
Oct
(29) |
Nov
(14) |
Dec
(9) |
| 2003 |
Jan
(1) |
Feb
(9) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(4) |
Jul
(8) |
Aug
|
Sep
(26) |
Oct
(10) |
Nov
(2) |
Dec
|
| 2004 |
Jan
(3) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ton v. O. <tvo...@us...> - 2008-08-22 15:18:51
|
CVSROOT: /cvsroot/prc-tools Module name: website Changes by: tvoverbe 08/08/22 08:18:58 Modified files: htdocs/install : cygwin.html Log message: Added note on forcing setup 2.573.2.3 and later to skip the setup.ini signature check. Updated some URLs which suffered from bit rot. Removed the refernce about the very old B20.1 release. |
|
From: John M. <jma...@us...> - 2006-07-01 04:41:32
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 06/06/30 21:41:31 Modified files: . : BUILDING.html binutils.diff prc-tools.spec Log message: Update the binutils patches to apply to binutils 2.16.1. The only vaguely non-trivial changes are due to the addition of bfd_copy_private_header_data() and bfd_is_target_special_symbol(), as reflected in bfd/prc.h. |
|
From: Ton v. O. <tvo...@us...> - 2005-05-29 21:36:54
|
CVSROOT: /cvsroot/prc-tools Module name: tcpusb Changes by: tvoverbe 05/05/29 14:36:45 Modified files: . : README tcpusb.c usbside.c Log message: Update for tcpusb-0.2, Fixes to get Treo 600 to work |
|
From: Deepak S. <de...@en...> - 2005-05-09 12:15:11
|
Hello,
I am using CYGwin PRCTools on windows. I want to debug it on
TREO600 Simulator.Previouly,Project was on Linux Environmnt. To
debug for TREO600(available for windows only),I had to shift it
to windows. I am able to connect on POSE(Emulator)but not to
TREO600 Simulator.
Please help me out. Thank You.
Regards
Deepak Singh.
|
|
From: Deepak S. <de...@en...> - 2005-05-09 11:15:13
|
Hello,
I'm using on cygwin PRC tools on windows. I want to debug on
TREO600 Simulator. I'm not able to connect to the TREO600
Simulator which I got it from Palm Source. but I could connect to
the pose(Emulator).
Please help me out. Thank You.
Regards
Deepak Singh.
|
|
From: Ton v. O. <tvo...@us...> - 2005-05-02 15:33:20
|
CVSROOT: /cvsroot/prc-tools
Module name: tcpusb
Changes by: tvoverbe 05/05/02 08:33:13
Log message:
Import of tcpusb 0.1
Status:
Vendor Tag: tvo
Release Tags: TCPUSB_0_1
N tcpusb/COPYING
N tcpusb/logtraffic.c
N tcpusb/README
N tcpusb/slk.c
N tcpusb/tcpside.c
N tcpusb/tcpusb.c
N tcpusb/usbside.c
No conflicts created by this import
|
|
From: John M. <jma...@us...> - 2005-03-23 03:25:57
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 05/03/22 19:25:36 Modified files: . : config.guess config.sub Log message: Update to mainline as of 2005-03-23. |
|
From: John M. <jma...@us...> - 2005-03-23 03:25:23
|
CVSROOT: /cvsroot/prc-tools
Module name: prc-tools
Changes by: jmarshall 05/03/22 19:25:16
Modified files:
. : aclocal.m4
Log message:
Using semi-colons within sed function lists delimited by {} is not
portable. Instead, we use a second sed to ensure we get only the
main Version in a .spec file, omitting any possible different
Version tags on subpackages.
|
|
From: John M. <jma...@us...> - 2004-07-18 15:03:34
|
CVSROOT: /cvsroot/prc-tools Module name: website Changes by: jmarshall 04/07/18 08:03:27 Modified files: htdocs/install : .htaccess Log message: The "redirect files in subdirectories to the download servers" redirect needs to not redirect files in "headers", which are for use with yum. Our approximation to this is to avoid redirection on subdirectories starting with "h" -- hopefully we'll never be interested in a package that starts with "h" :-). The "/*" is an alternative way to match extra directory separators, as might come from http://prc-tools.sf.net/install///setup.ini etc. |
|
From: John M. <jma...@us...> - 2004-07-18 12:38:02
|
CVSROOT: /cvsroot/prc-tools Module name: website Changes by: jmarshall 04/07/18 05:37:55 Modified files: . : setup.ini.in Log message: A blank line before the headers chokes setup.exe's parser. Use a blank comment line instead. |
|
From: John M. <jma...@us...> - 2004-07-18 11:38:36
|
CVSROOT: /cvsroot/prc-tools Module name: website Changes by: jmarshall 04/07/18 04:38:25 Added files: . : gensetup setup.ini.in Removed files: htdocs/install : setup.ini Log message: The Cygwin setup.ini is now generated by gensetup from setup.ini.in and a local mirror (not in CVS) of the desired packages. |
|
From: John M. <jma...@us...> - 2004-07-06 23:11:12
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/07/06 16:11:04 Modified files: tools : build-prc.cpp def.y palmdev-prep.c trapfilt.c utils.c utils.h Log message: Introduce file_length() and file_exists() utilities, and use them instead of using raw struct stat in build-prc.cpp and palmdev-prep.c. Using file_length(), slurp_file_as_datablock can now read directly into its Datablock. After that change, all the users of slurp_file() are using it to read text files. So replace it with slurp_text_file(), and implement that so that it checks for EOF directly rather than checking that it read exactly as many characters as it expected to. This fixes a bug on CR-LF filesystems where the number of characters read (which includes \n characters) is less than the number of bytes in the file (which includes CR-LF byte sequences). |
|
From: John M. <jma...@us...> - 2004-07-06 12:29:22
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/07/06 05:29:16 Modified files: . : gcc.diff Log message: Also inhibit the use of libc in $(CRTSTUFF_T_CFLAGS); this was causing problems in conjunction with --with-headers. |
|
From: John M. <jma...@us...> - 2004-07-06 12:29:10
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/07/06 05:29:02 Modified files: . : BUILDING.html binutils.diff prc-tools.spec Log message: Update the binutils patches to apply to binutils 2.15. The non-trivial changes are: * We no longer need to fix the incompletenesses in the previous version's top-level configury. * _bfd_prc_get_symtab() has been renamed to _bfd_prc_canonicalize_symtab(). |
|
From: John M. <jma...@us...> - 2004-07-06 10:20:46
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/07/06 03:20:40 Modified files: . : BUILDING.html README prc-tools.build Added files: . : binutils.diff gcc.diff gdb.diff Removed files: . : binutils-2.14.palmos.diff gcc-3.3.1.palmos.diff gdb-5.3.palmos.diff Log message: Rename binutils-VER.palmos.diff to binutils.diff, and similarly gcc.diff and gdb.diff (but leaving gcc-2.95.3.palmos.diff as is until it finally goes away). Renaming these files each time the upstream version changes is getting tiresome, and obscures the history. It's still easy enough to tell what versions of binutils, etc, you need: look in the .diff files themselves or in BUILDING.html or prc-tools.spec. |
|
From: John M. <jma...@us...> - 2004-06-19 13:00:01
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/06/19 05:59:55 Modified files: . : prc-tools.spec Log message: Minor tweaks: * Use a more convenient download URL for prc-tools * Move GCC 2.95.3 to last in the list of sources, to make its eventual removal tidier * Give all files matching *.diff to patch; in the future, we'll probably call the patch files binutils.diff etc, so that we don't have to rename the file every time a new mainline package version is released * Do some work in the shell instead of a pipeline -- this makes the log files tidier |
|
From: John M. <jma...@us...> - 2004-06-17 12:28:28
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/06/17 05:28:22 Modified files: libc/include : stdio.h Log message: Wrap function declarations in extern "C" for C++. Fixes bug 957774. Of course, what this header really wants is a complete overhaul... :-) |
|
From: John M. <jma...@us...> - 2004-04-09 21:19:03
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/04/09 14:05:43 Modified files: doc : build-prc.texi palmdev-prep.texi prc-tools.texi Log message: Use @gcctabopt, which is specially treated by texi2pod.pl, for lists of command options. We make this equivalent to @code by using @alias because that produces a less tediously cluttered texi2dvi build log than @macro. But texi2html doesn't understand @alias, so we have to use @macro in the HTML case. |
|
From: John M. <jma...@us...> - 2004-01-13 17:41:59
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/01/13 09:41:58 Modified files: . : BUILDING.html Makefile.maint configure.in doc : version.texi.in tools : Makefile.in Added files: . : aclocal.m4 Log message: Update to autoconf 2.5x. The main difficulty here was a complication when a 2.5x top-level configure calls a 2.13 sub-configure; see the commentary in AC_CONFIG_COMMANDS_POST. This has the disadvantage that the version number in prc-tools.spec is scraped for at autoconf time rather than by configure, so you need to rerun autoconf when updating it. (I actually did this quite some months ago, but felt it was possibly destabilizing so wanted to delay it until after the, er, "imminent" release :-).) The output from "arm-palmos-gcc -v" now lists --prefix and --cache-file twice, which it would be nice to tidy up. |
|
From: John M. <jma...@us...> - 2004-01-13 17:40:04
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/01/13 09:40:03 Modified files: . : binutils-2.14.palmos.diff Log message: Correct another incompleteness in binutils 2.14's top-level configury: Pass $(CONFIG_SHELL) to (some of) the sub-configures. In particular, with autoconf 2.5x on Cygwin, $(CONFIG_SHELL) is /bin/bash rather than /bin/sh, and this needs to be communicated to anything that uses "libtool --install". This change is also already present in mainline CVS binutils. |
|
From: John M. <jma...@us...> - 2004-01-13 17:38:50
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 04/01/13 09:38:48 Modified files: tools : utils.c Log message: Update --version copyright date to 2004. |
|
From: John M. <jma...@us...> - 2003-11-26 02:38:30
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 03/11/25 18:38:29 Modified files: doc : prc-tools.texi version.texi.in Log message: Spell out further that "-T script" options are of interest at *link-time*. Sheesh. |
|
From: John M. <jma...@us...> - 2003-11-26 02:26:40
|
CVSROOT: /cvsroot/prc-tools Module name: website Changes by: jmarshall 03/11/25 18:26:38 Modified files: htdocs/doc : manuals.sed Log message: Update URL. |
|
From: John M. <jma...@us...> - 2003-10-25 21:42:29
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 03/10/25 14:37:45 Modified files: include : NewTypes.h Log message: Distinguish the 5 R3 SDK from the 5 R2 SDK. Sadly I forgot to do this before the prc-tools 2.3 release. The two SDKs' BuildDefines.h files differ only in comments, so this is more difficult than it should have been. In particular, someone forgot to update the PALMOS_SDK_VERSION defined there. D'oh! |
|
From: John M. <jma...@us...> - 2003-10-09 16:28:36
|
CVSROOT: /cvsroot/prc-tools Module name: prc-tools Changes by: jmarshall 03/10/09 09:28:35 Modified files: . : Makefile.maint Log message: Update the 'release' and 'snapshot' targets so that they run autoconf appropriately: release, always when necessary to bring 'configure' up to date; snapshot, similarly but only if 'configure' already exists. Now that this is a separate makefile that's only of interest to maintainers, we can get away with requiring GNU Make. These targets could have been expressed with e.g. traditional recursive make invocations, but using GNU Make features instead is simpler, more efficient, and quite wonderful fun after years of writing portable makefiles :-). |