#20376 - pan69 - Sun May 09, 2004 9:14 am
Hi guy's
When I try to compile a .c source file with gcc I get a weird popup message sayin':
| Quote: |
| The prodedure entry point __argz_count could not be located in the dynamic link library cygwin.dll |
I'm using the GNUARM (http://www.gnuarm.com/) toolchain and so far I've only be using the assembler, which works fine by the way.
This is the command line I use to compile:
arm-elf-gcc -mcpu=arm7tdmi -mthumb -O2 -g -c test.c
And so far this is the source code I'd like to compile:
| Code: |
void main(void)
{
}
|
Any help would be appreciated...
- Pan
#20380 - dagamer34 - Sun May 09, 2004 6:58 pm
Hello, and welcome to the boards.
Have you tried using int main () or int AgbMain () instead of void main ()?
_________________
Little kids and Playstation 2's don't mix. :(
#20398 - pan69 - Mon May 10, 2004 9:45 am
Hi,
Yes I tried both. The funny thing is, it used to work but now it doesn't. Have even reinstalled gcc and even this doesn't help...
- Pan
#20699 - ThePhoenix - Sat May 15, 2004 12:10 pm
Maybe it's a bad copy of Cygwin.dll ..?
I mean, it sounds like it's trying to do something with the args (in this case (void), but Cygwin.dll doesn't have the code to handle args (?!)
Anyhow, that's my idea.
#20709 - pan69 - Sat May 15, 2004 2:48 pm
Well, I hate answering my own posts, but here it goes...
It took me a little while to figure this one out but I found the problem. Besides GBA development I also do Symbian development for work. Compiling Symbian binaries is also based on the gnu toolchain for ARM. Some installation package must have put a cygwin1.dll in my \system32 folder and gcc decided to use that one. Apparently they are two different versions... well you know what I mean... stupid me... :)
Anyways, thanks for you help and time. Until next time!
- Pan
#20735 - wintermute - Sun May 16, 2004 1:37 pm
you wouldn't have that problem with devkitARM - http://www.devkit.tk
Can you point me in the direction of some information on gcc based symbian tools? In theory devkitARM should work with that too.
#20741 - pan69 - Sun May 16, 2004 7:35 pm
Hi,
Never tried devkitARM but it's probably based on gcc also, so I think I would have the same problem I guess...
Anyways, about Symbian. You can find lot's of info on Symbian at www.symbian.com and there's a good forum site at www.newlc.com.
Developing for Symbian is a bit of a pain actually. There no real emulator for Symbian devices. So, when developing for Symbian you compile your code to a Windows DLL and run/debug it in the Symbian device 'simulator'. Most common compilers for doing this are Visual C++ and Codewarrior. When you're done debugging and testing you compile your target for ARM (Most Symbian devices use a ARM9 cpu core of some sort: intel, samsung whatever...). As you can image, not the most easy way of developing software... :)
- Pan
#20742 - wintermute - Sun May 16, 2004 8:11 pm
| pan69 wrote: |
Hi,
Never tried devkitARM but it's probably based on gcc also, so I think I would have the same problem I guess...
|
I can 100% guarantee you won't, devkitARM is win32 native - no cygwin required.
#20744 - pbleyer - Sun May 16, 2004 9:21 pm
| pan69 wrote: |
Hi,
Never tried devkitARM but it's probably based on gcc also, so I think I would have the same problem I guess...
- Pan |
This is a common issue with CygWin DLLs. The current installer will ask if you wish to install the provided CygWin DLLs. This should only be used in systems that do not have CygWin or the CygWin DLLs are not in the directories of the PATH variable.
Sorry about that. I will put a more explicit note on the installer on the next GNUARM releases. We are using CygWin instead of MinGW because most of the GNU utilities expect a POSIX-like environment and hence have been more tested under CygWin than MinGW.
Regards.
#20747 - col - Mon May 17, 2004 12:16 am
| pan69 wrote: |
Hi,
Never tried devkitARM but it's probably based on gcc also, so I think I would have the same problem I guess...
|
DevkitArm and the latest DevkitAdv both use mingw instead of cygwin!
so faster compile times and no annoying dll version clash problems :)
col