> Did anyone succeed in doing this...?
I did not try this, but probably telling Eclipse to use the ELF file might
help. As you did with the "pure" GDB.
Anyway, DDD is doing a great job as a GUI for GDB. ;-) It is available for
Window$ users, too. Just install it via the Cygwin setup - oh, and yo
Hi All,
It's nice to see this list is still active :)
I am currently adding Windows Mobile and Symbian support to my Palm
application using Styletap.
So I decided, after a long time of using notepad and commandline gdb, to try
and use Eclipse for development and debugging.
Eclipse was great when
>
> What are the "correct options" and where are they documented?
its easy to find, just google for palmos arm gcc , or palmos pno gcc
but to make it simpler:
arm-gcc -ffixed-r9 -fPIC -march=armv4t -lc -nostartfiles
i guess for newer devices you can use -march=xscale, but it will not work
everyw
On Tue, Oct 7, 2008 at 2:16 PM, Michal Seliga <[EMAIL PROTECTED]> wrote:
> Eric Bresie wrote:
>> Hey guys, I was wondering if anyone has compiled prc-tools with a newer
>> versions of gcc and related build tools.
>>
>> Eric
>>
> for m68k environment you
Eric Bresie wrote:
> Hey guys, I was wondering if anyone has compiled prc-tools with a newer
> versions of gcc and related build tools.
>
> Eric
>
for m68k environment you must use this old gcc, there were too many patches to
make it work
with gcc 3 or newer, once i tried (
Hey guys, I was wondering if anyone has compiled prc-tools with a newer
versions of gcc and related build tools.
Eric
--
For information on using the ACCESS Developer Forums, or to unsubscribe, please
see http://www.access-company.com/developers/forums/
Ton van Overbeek wrote:
On 2008-08-22, Henk Jonas <[EMAIL PROTECTED]> wrote:
Hi,
it just came to my attention that cygwin.com recently change there
setup.exe and added a security feature. The prc-tools mirror doesn't
provide the necessary .sig file. In
http://www.cygwin.co
On 2008-08-22, Henk Jonas <[EMAIL PROTECTED]> wrote:
> Hi,
>
> it just came to my attention that cygwin.com recently change there
> setup.exe and added a security feature. The prc-tools mirror doesn't
> provide the necessary .sig file. In
> http://www.cygwin.c
Hi,
it just came to my attention that cygwin.com recently change there
setup.exe and added a security feature. The prc-tools mirror doesn't
provide the necessary .sig file. In
http://www.cygwin.com/ml/cygwin-announce/2008-08/msg1.html there is
a solution: add the -X flag to the cu
Have you checked http://prc-tools.sourceforge.net/ for newer info?
I used the cygwin setup tool, added a repository pointing to the package
available at the above site. See the instructions on the site for more info.
You may need to create a mount point and map your palmdev directory on it, wit
Actually, while we're on the subject, ever since I upgraded to PRC-tools
2.0, wildcards in my Makefiles haven't worked correctly. I've tried
everything to fix it, with no success.
As an example, if my Makefile includes the line:
build-prc $(APP) $(OBJ) *.bin
I will get the error
Ah, thanks! That's exactly what I was looking for!
--Scott
"John Marshall" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Scott Johnson <[EMAIL PROTECTED]> wrote:
> > Actually, while we're on the subject, ever since I upgraded to
I remember this list before attachments were stripped. Personally, I'm much
happier here without them.
> > Yes ... but you also obstruct the flow of patches et. al. ..
> i surely would be p*ssed off big time if i got codewarrior patches
> over this email list :P
>
--
For information on
Is anyone have a recent Windows compiled version of prc-tools ?
In particular, I'm looking for build-prc 2.1 (revision 1.9 at
sourceforget.net)...
Laurent
--
For information on using the ACCESS Developer Forums, or to unsubscribe, please
see http://www.access-company.com/developers/forums/
> > I've written a small howto on setting up PRC Tools +
> > related tools on a Windows 2000 (and NT 4.0) platform.
> >
> > The howto can be found at:
> >
> > http://www.brisse.dk/browser/main.php?palm/prc_tools
>
> hmmm.. could have told
I answered my first question about prc-tools-0.6.0beta myself by splitting
my code to 2 segments (it was right on the boundary). I *think* I'm doing
the right thing. It compiles fine (correct size and all) and loads on the
Emulator, but seems to have some random corruption/crashes while runni
On 5/30/07, Mike McCollister <[EMAIL PROTECTED]> wrote:
I just did a clean install of Windows vista and installed cygwin with
PRC-Tools. I have noticed that compiling a Palm OS program takes a very long
time compared to Windows XP. If I compile a native Windows program then it
is not slo
I just did a clean install of Windows vista and installed cygwin with
PRC-Tools. I have noticed that compiling a Palm OS program takes a very long
time compared to Windows XP. If I compile a native Windows program then it is
not slow. Has anyone else had this problem and been able to fix it
its something completely wrong, even after my changes to .ld file, generated
.prg file is still with more segments
bash-3.2$ m68k-palmos-objdump.exe -h main.prg
main.prg: file format coff-m68k
Sections:
Idx Name Size VMA LMA File off Algn
0 wM1K 4864
On 5/11/07, Michal Seliga <[EMAIL PROTECTED]> wrote:
main.prg: entry point 0xb79c too distant
move your main function towards the start of the code segment.
0xb79c = 47004.
this value should be, at maximum 32767, the limit of the relative jump on 68k
--
// Aaron Ardiri
--
For informati
update, i must admit i don't have idea what exactly i was doing, but i tried to
modify .ld file generated by m68k-pamos-multigen so all segments go to one
coderes
SECTIONS
{
wM1K : { *(.text) } > coderes
wTAMA : { *(.text) } > coderes
wWDI : { *(.text) } > coderes
i have working multisegment application made in prc tools.
now i need to call it from another program as subroutine
main part of application is unfortunately static library for which i have no
sources, and its already split to several segments.also library is in prc tools
format so i can'
JamesSturdevant wrote:
Why are you using PRC-Tools? From the image, you are creating the bitmap
using PODS, so let the XRD processing of PODS generate your bitmap.
I'm not following you. Yes, I use Palm OS Resource Editor to "import" my
image, from standard format to "pal
Why are you using PRC-Tools? From the image, you are creating the bitmap
using PODS, so let the XRD processing of PODS generate your bitmap.
JamesS
Christian Giordano wrote:
I'm a newbie and I'm trying to import in my application a bmp. After
having created the bmp named "hea
I am very sorry, I did not notice the screenshot showing the image file.
So it is a monochrome low-density bitmap indeed.
I suggest you to try the newer syntax anyway.
Floriano
Christian Giordano ha scritto:
I'm a newbie and I'm trying to import in my application a bmp. After
having created
You are using an obsolete syntax, thus PilRC expects the file heart.bmp
is a monochrome (black/white) bitmap file. I guess that's why it fails
compilation of your .rcp file.
Let's suppose that your heart.bmp file is a 16-bit-per-pixel (65536
colors) bitmap with a resolution suitable to be view
I'm a newbie and I'm trying to import in my application a bmp. After
having created the bmp named "heart.bmp":
http://nuthinking.com/temp/palm.png
I put in the .h:
#define HEART_image 5000
in the .rcp:
BITMAP ID HEART_image "heart.bmp" COMPRESS
and in the .c:
MemHandle rHandle = DmGetRe
Again but complete:
I am sorry, I was confused by the same URL for prc-tools doc
(http://prc-tools.sourceforge.net/install) and prc-tools cygwin install
URL (http://prc-tools.sourceforge.net/install) so I looked only into the
doc page and didn't add the server... :-(
It works now! I
let me repeat:
if you have problems with the above instructions; try buying a
tool set, like codewarrior.
everything you need is in the emails and on the site i provided.
if you cannot figure it out - a cygwin based solution isn't for you.
you can still buy codewarrior 9.3 from metrowerks. do
I am sorry, I was confused by the same URL for
* prc-tools doc and prc-tools cygwin install URL:
http://prc-tools.sourceforge.net/install
Hynek Sladky napsal(a):
Cygwin doesn't contain prc-tools in setup anymore? At least I didn't
found it in Devel category...
--
For informatio
Aaron Ardiri napsal(a):
http://prc-tools.sourceforge.net/install/cygwin.html
Cygwin doesn't contain prc-tools in setup anymore? At least I didn't
found it in Devel category...
I downloaded prc-tools and arm-prc-tools from sf.net and copied it to
cygwin directory /usr (as it is
ou have selected at least
'make' (its required for building)
more information here:
http://prc-tools.sourceforge.net/install/
you can even point the setup.exe program to download the prc-tools
packages from the above website directly - its even documented:
http://prc-tools.sourcefor
Can I ask anybody for process description how to install successfully
cygwin for arm-palmos development?
Thanks,
Hynek
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
\3.3.1\collect2.exe and ends with illegal
instruction in NTVDM CPU...
I have no idea what NTVDM.exe is for and why it fails...
I was using cygwin/prc-tools for long time, but for m68k only. Because
it didn't work for ARM I installed new environment from Palm OS
Developer suite (I use cygwin
On 8/7/06, Hynek Sladky <[EMAIL PROTECTED]> wrote:
No, I run make.exe from command line.
BINGO.
cygwin is a shell environment - you need to be within that shell in order
to use anything that cygwin has to offer. all the paths to the compiler are
within cygwin, not the msdos command line.
try
No, I run make.exe from command line.
Hynek
Aaron Ardiri napsal(a):
you are typing make under a cygwin prompt i assume?
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
On 8/7/06, Hynek Sladky <[EMAIL PROTECTED]> wrote:
I want to start with ARM native functions.
I added arm-prc-tools to my cygwin installation and now I try to compile
project.
make calls bin\arm-palmos-gcc.exe which calls
lib\gcc-lib\arm-palmos\3.3.1\cc1.exe and bin\as.exe
as.exe print
I want to start with ARM native functions.
I added arm-prc-tools to my cygwin installation and now I try to compile
project.
make calls bin\arm-palmos-gcc.exe which calls
lib\gcc-lib\arm-palmos\3.3.1\cc1.exe and bin\as.exe
as.exe prints many error messages "Error: no such instruction: ...
On Fri, Feb 17, 2006 at 10:27:36PM +0100, Ton van Overbeek wrote:
> On 2006-02-17, Jay Ts <[EMAIL PROTECTED]> wrote:
> > Ton van Overbeek wrote:
> >> You would also have to port MathLib to long double.
> >
> > I have looked into this issue too, and the limitation of
> > MathLib to just floats
>
>
On 2006-02-17, Jay Ts <[EMAIL PROTECTED]> wrote:
> Ton van Overbeek wrote:
>> You would also have to port MathLib to long double.
>
> I have looked into this issue too, and the limitation of
> MathLib to just floats was the main thing that for now
> keeps me from supporting long double in my applic
Ton van Overbeek wrote:
> You would also have to port MathLib to long double.
I have looked into this issue too, and the limitation of
MathLib to just floats was the main thing that for now
keeps me from supporting long double in my application.
(The other thing is that although double precision i
On 2006-02-17, Thomas Okken <[EMAIL PROTECTED]> wrote:
> I have an existing PalmOS application, targeted at PalmOS 3.0 and later, and
> developed using PRC-tools. The app is a calculator, and it uses the
> native "double" data type (with MathLib.prc to provide transc
I have an existing PalmOS application, targeted at PalmOS 3.0 and later, and
developed using PRC-tools. The app is a calculator, and it uses the native
"double" data type (with MathLib.prc to provide transcendentals).
In order to convert "double" to "string" and
27;t get the
endianness right, the app will crash.
I don't know if I'm doing things stupidly, or if PRC-tools is just not supported well
enough, but this was basically a nightmare. I only hope that by giving this lengthy
accounting, other poor souls will save some time and sanity.
B
Hi David,
I am more or less in the same situation as you, if you do manage to
compile your app for arm, can you send the list (or just me) a
description of the hoops you had to jump through,
I always postponed doing it but some parts of my apps could really benefit.
best regards
Benoit
David G
Henk Jonas wrote:
If you like to stay with gcc, you should look out for peal. It will
allow you to spread your ARM-code over several 64k-resources (which
isn't complicated at all :-). But also will give you global vars in your
pnolet.
Aha! Peal looks very useful, I think I'll give it a try.
ari wrote:
Hi again, folks,
So, I noticed that prc-tools comes with an arm-palmos compiler as well
as the expected m68k-palmos. I have a large multi-section C++ 68k
application, and I'd really like to just compile the whole thing into
ARM and just have a 68k stub that checks to see if t
Hi again, folks,
So, I noticed that prc-tools comes with an arm-palmos compiler as well
as the expected m68k-palmos. I have a large multi-section C++ 68k
application, and I'd really like to just compile the whole thing into
ARM and just have a 68k stub that checks to see if the pla
Hello, everyone!
So, my situation: I'm working with a large C++ app, right now entirely
68k. I'm using Multilink (http://www.djw.org/product/palm/multilink/),
which splits my app into 5 sections, because splitting code into
sections seems like something humans shouldn't be doing. So, Multilink
I did try using the debugger - to no avail. Finally, in desperation, I blew
everything off of the emulator and reloaded the program and databases. It's
working great now.
I have been programming for over 20 years (since before PC's) and have never
seen such bug-ridden software as we have now -
On 2005-07-18, Gnadinger, David <[EMAIL PROTECTED]> wrote:
> I took the ${APPNAME}.o dependency out but I still have my problem. The code
> still runs the function that I commented out - as if it's still there. It's
> not getting compiled in somehow.
Please provide some more details about wherean
I took the ${APPNAME}.o dependency out but I still have my problem. The code
still runs the function that I commented out - as if it's still there. It's not
getting compiled in somehow.
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.
I don't know if this will fix the problem, but your prc file should
NOT depend on any .o files. You can safely remove obj/${APPNAME}.o
from the dependencies for ${DIR}/${APPNAME}.prc.
Layne
On 7/15/05, Gnadinger, David <[EMAIL PROTECTED]> wrote:
> I've attached my corrected makefile (based on yo
I've attached my corrected makefile (based on your suggestions). My changes (to
${APPNAME}.c) at still not getting compiled in. Here is the order in which
things happen when I do a make all:
1. Compiling... ...
2. Creating resource file...
3. Creating multigen files...
4. Creating sections.o file
On 2005-07-14, Gnadinger, David <[EMAIL PROTECTED]> wrote:
> Apparently I still have a problem with my makefile. The code compiles great
> now, but when I make changes to the ${APPNAME}.c file, the changes never
> show up in the executable (${APPNAME}.prc). I block out complete sections of
> code a
Apparently I still have a problem with my makefile. The code compiles great
now, but when I make changes to the ${APPNAME}.c file, the changes never show
up in the executable (${APPNAME}.prc). I block out complete sections of code
and it's like I haven't blocked out anything at all. Here's my ma
That worked! Thank you so very much. I'm on my way now - and happy!
Dave
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
On 2005-07-14, Gnadinger, David <[EMAIL PROTECTED]> wrote:
>
> Here is my entire makefile. I'm pulling my hair out trying to figure out
> what is wrong. I may have another problem other than the one stated.
>
> Thanks to anyone who can help (and save the rest of my hair!).
>
> Dave
You never pas
Thanks! I'll remember that. :o)
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
Dave,
>Thanks to anyone who can help (and save the rest of my hair!).
Hey, don't worry about losing your hair.
They say it is like going to heaven -- there will be no more dying or parting up
there! :)
Doug
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
pl
Here is my entire makefile. I'm pulling my hair out trying to figure out what
is wrong. I may have another problem other than the one stated.
Thanks to anyone who can help (and save the rest of my hair!).
Dave
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
plea
I keep getting an error from my makefile when I try to compile. All steps,
except the last - the call to build-prc, run without error.
Here's the section from my makefile that fails:
${DIR}/${APPNAME}.prc : obj/${APPNAME}.o obj/${APPNAME}-sections.s
obj/${APPNAME}-sections.ld ob
I'm using pods 1.1 for my new development but for an old one I still
use falch, but now I can't using the debugging, I'm not sure if that
is related with prc-tools 2.3 but I read someone has this problems and
resolved going back to 2.2 is that the only option? What happers with
p
David Linker writes:
> Add -O1flag
> 39,272 bytes
>
> Add -O2 flag
> 39,844 bytes
>
> It looks like the -O1 and COMPRESS options get it within "striking
> distance".
Try using -Os ("optimize for size"). It's usually faster than -O1 and
smaller than both -O1 and -O2.
--
Greg Parker [EM
Thank you to all who replied.
Here are the results:
Original CW PRC
38,538 bytes
PRC-Tools with no compiler flags, COMPRESS for bitmaps
47,228 bytes
Add -fno-exceptions -fno-rtti flags
No change (not surprising since I am using straight C code)
Add -O1flag
39,272 bytes
Add -O2 flag
39,844
When you compile for release, you want to add
ADDITIONAL_COMPILER_FLAGS = -O2
to your makefile. But don't do this when compiling for debug, only just before
final testing for release. For debug, you actually want code that matches your
source line-for-line, and optimization can destroy that.
Of David Linker
> Sent: Wednesday, May 18, 2005 10:33 AM
> To: Palm Developer Forum
> Subject: Code bloat with PRC-Tools?
>
> I have just migrated an application from CW to PRC-Tools. My
> completed application was 38K with CW, but it is 51K with PRC-Tools!
>
> If I add "
[EMAIL PROTECTED] On Behalf Of David Linker
Sent: Wednesday, May 18, 2005 10:33 AM
To: Palm Developer Forum
Subject: Code bloat with PRC-Tools?
I have just migrated an application from CW to PRC-Tools. My
completed application was 38K with CW, but it is 51K with PRC-Tools!
If I add "COMPRES
I have just migrated an application from CW to PRC-Tools. My
completed application was 38K with CW, but it is 51K with PRC-Tools!
If I add "COMPRESS" for the bitmaps, it is still 48K.
Are there some options I should be setting for smaller code size? I
looked in the documentatio
How do I figure out
what is causing this?
I'm not sure about the prc-tools port for Mac OS X, but you may need to
convert your source files so they have UNIX-style line endings.
-- Ben Combee, Senior Software Engineer, palmOne, Inc.
"Combee on Palm OS" weblog: http://palmos.c
I have a medium-sized program developed in CW 5 for Palm on the Mac,
and now I see the writing on the wall. Even if the Eclipse
environment is adapted for the Mac, my understanding is that it will
be based on the PRC-Tools.
For that reason I am trying to migrate my project to the PRC-Tools
You should probably use the MathLib library; the built in PalmOS support for
complex math functions is rather on the lacking side. You can get MathLib from
there:
http://www.radiks.net/~rhuebner/mathlib.html
The file you need to include is MathLib.h; read the documentation for details.
Regards
I'm writing an app that needs various math functions such as sine, cosine, pow,
ln. Apparently there is a math.h file somewhere but I get a lot of
incompatible type warnings and the linker does not find the definition of the
needed function. How does one access these functions?
John
--
For i
Thank you very much, I moved more functions to another code section and
now my app is working again. I haven't had any problem with the linker
that I can't solve adding code sections (or moving functions from one to
another code section) but if I ever face this problem I will use the
filter you
If the code in question actually is generating a bsr, then it's trying to do a
relative jump and maybe the error is accurate. Try moving a few more functions
to the new code section, as the extra overhead of calling those sections may
have pushed your main code section over the edge.
The lin
Thanks a lot for your reply.
I've done what you suggested and I've found some of the lines with
errors have the following:
bsr.w BuscaReporte
bsr.w CreaNuevoReporte
lea ComparaRegistrosReporte(%pc),%a0 /*SPECIAL_FRED*/
BuscaReporte is a function in a section I called "reporte", as well as
CreaNu
These messages can come from a bug in the GCC linker.
Theoretically, if you break up your code into separate segments less than 64k,
the code should be able to use relative jumps within the segments and long
jumps between them. And indeed this is what it does. However, I found after
looking
On 2005-04-21, Miguel Angel Sotomayor Hernandez <[EMAIL PROTECTED]>
wrote:
> I've searched in the forum archives and I've seen similar problems, but
> I haven't been able to solve my problem yet.
>
> I added a couple of functions to one of my source code file. Because of
> the size, my applicatio
I've searched in the forum archives and I've seen similar problems, but
I haven't been able to solve my problem yet.
I added a couple of functions to one of my source code file. Because of
the size, my application has 4 segments. After I added these two
functions to "storecheckMain.c" I noticed
Answering my own post.
What can I say Stefan Stolz, your pnoJpegLib is the sweetest thing I have seen
in a long time. Compiles in PRC-tools with no problems. Excellent work!!!
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev
Thanks for your responses.
It seems jdpalm would be too slow, and pnoJpegLib doesn't seem ready for
PRC-tools. So still, I can't find a solution.
Right now I think compiling the jpegArmlets is the way to go. I have absolutely
no experience on including the ARMC0001.bin-file to my P
"Michal Seliga" <[EMAIL PROTECTED]> a écrit dans le message de news:
[EMAIL PROTECTED]
>
> i use jdpalm with prc-tools with no problem. only what i needed to do was
> a
> little change in main header (otherwise gcc gives up with errors, i can
> send
eg decompression library that can
> hasslelessly be used with prc-tools? Does one exist? Preferrably a free
> one? I've tried the one from nyctergratis, it takes about 5 sec to decode
> a 8k 300x300 picture on Tungsten E... I'd be happy to pay Konstantin 800
> bucks for his
Kristian Austad wrote:
> I know this issue has been raised a lot in this forum, but still, I can't
> seem to find a straight answer to my question, which is:
>
> Where/how can I find a *quick* jpeg decompression library that can
> hasslelessly be used with prc-tools? Does one
I know this issue has been raised a lot in this forum, but still, I can't seem
to find a straight answer to my question, which is:
Where/how can I find a *quick* jpeg decompression library that can hasslelessly
be used with prc-tools? Does one exist? Preferrably a free one? I've trie
I found also that:
jmp 10598(a3) = jmp 0x2966(a3)
and in the map file, in the .text segment at location 0x2966 I found:
0x2966__builtin_new
So it would be ok if a3 = start of program, right? Instead I've got a3 =
0x30006a50...
The source line is this:
myClassPtr = new MyClass
Hello, I've compiled a CPP program mixed with C source files, and I have errors
allocating objects with "new", which causes a system critical error. With the
P.O. Debugger I can see in the files list "new.cc" , "new1.cc" and "new2.cc"
but I can't find those files in my system.
Replacing "new" w
Hi.
Today I have a question for GCC wizards ;-)
A big part of my application is written in assembler, using nested macros.
When I debug that code with GDB/DDD only the disassembly window shows the
executed code. Is it possible to see the correct source lines in the source
window? And if so, ho
obals are actually pointers, sometimes i have
some
temporary char fields or structures but these are small and i am sure they can't
break 32kb limit
how do i need to change application to build with prc-tools 2.3 ? i don't
have much global variables m68k-palmos-objdump -h shows that in
> i have one application. when i compile it on linux using prc tools 2.2.1 it
> compiles without any problem. but when i try to compile it on windows (with
> prctools 2.3 (according to what cygwin installer shows)) it complains that
> .bss
> segment is too big and i can'
hello
i have one application. when i compile it on linux using prc tools 2.2.1 it
compiles without any problem. but when i try to compile it on windows (with
prctools 2.3 (according to what cygwin installer shows)) it complains that .bss
segment is too big and i can't link app together.
h
without a glitch.
Sinisa.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Aaron
Ardiri
Sent: Wednesday, 10 November, 2004 14:28
To: Palm Developer Forum
Subject: Re: can't compile simple example on solaris using prc-tools
> m68k-palmos-gcc -Wall -p
> m68k-palmos-gcc -Wall -palmos5 -O2 -c -o armlet.o armlet.c
this one compiles your c -> o
> m68k-palmos-gcc armlet.o -o armlet
> armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource'
> armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock'
> armlet.o(.text+0x
dleEvent'
collect2: ld returned 1 exit status
make: *** [armlet] Error 1
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Aaron
Ardiri
Sent: Wednesday, 10 November, 2004 14:09
To: Palm Developer Forum
Subject: Re: can't compile simple example on
> I'm a newbie in this palmos buisiness, but as quite experienced c programmer
> I'm getting frustrated not being able to compile the most simple example from
> prc-tools page http://prc-tools.sourceforge.net/misc/ (armlet.tar.gz).
>
> m68k-palmos-gcc armlet.o -o arm
Hi all,
I'm a newbie in this palmos buisiness, but as quite experienced c programmer
I'm getting frustrated not being able to compile the most simple example from
prc-tools page http://prc-tools.sourceforge.net/misc/ (armlet.tar.gz).
m68k-palmos-gcc armlet.o -o armlet
armlet.o(
On 2004-10-13, mikl <[EMAIL PROTECTED]> wrote:
> Hi
>
> Thx for your answer...
>
> But I must admit that there is something weird around this, because, when I
> look into the tar.bz2 file, I see that there is a /usr main dir and
> then, /usr/bin, /usr/doc, /usr/info ,... subdirs..
>
> But When I l
Hi
Thx for your answer...
But I must admit that there is something weird around this, because, when I look into
the tar.bz2 file, I see that there is a /usr main dir and then, /usr/bin, /usr/doc,
/usr/info ,... subdirs..
But When I look at the PODS installation, the binaries (I mean m68k-palmo
On 2004-10-12, mikl <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am already using cygwin for different kind of development, and I need to install
> properlly the different directories of the prc-tools into the pre-install cygwin
> directory.
>
> FYI : I am not using the
Hello,
I am already using cygwin for different kind of development, and I need to install
properlly the different directories of the prc-tools into the pre-install cygwin
directory.
FYI : I am not using the setup.exe installer provide by red-hat to install cygwin
(thus I can't in
1 - 100 of 770 matches
Mail list logo