Quantcast

[ cegcc-Bugs (use Trac instead)-2942499 ] arm-mingw32ce-ar fails under mingw

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[ cegcc-Bugs (use Trac instead)-2942499 ] arm-mingw32ce-ar fails under mingw

SourceForge.net
Bugs (use Trac instead) item #2942499, was opened at 2010-01-29 12:23
Message generated for change (Comment added) made by pfalcon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2942499&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW32CE (arm-wince-mingw32ce
Group: v1.0 (example)
>Status: Closed
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: achdawai (achdawai)
Assigned to: Nobody/Anonymous (nobody)
Summary: arm-mingw32ce-ar fails under mingw

Initial Comment:
I cross compiled the mingw32ce toolchain for i586-mingw32msvc.

When run on windows,  the ar program fails to generate a valid archive file. This does not happen all the time.

The error is:

arm-mingw32ce-gcc -o binary.exe src/console/console_win32.o src/console/CommandLineToArgvW.o -L. -lfoo -lbar -lloaderfs
./libloaderfs.a: file not recognized: File format not recognized
collect2: ld returned 1 exit status
mingw32-make: *** [ucvm-console.exe] Error 1

On linux the same makefile compiling the same binary from the same sources, the same libs and the same flags works fine.

I'm aware this information is not sufficient to isolate the bug, I'm trying to get a simple testcase.

----------------------------------------------------------------------

>Comment By: Paul Sokolovsky (pfalcon)
Date: 2011-02-05 07:03

Message:
Mingw problem. Please feel free to suggest a patch in separate ticket.


----------------------------------------------------------------------

Comment By: achdawai (achdawai)
Date: 2010-01-29 15:05

Message:
The attachement is a winmerge display showing at the left, the header of
the static lib generated by the mingw version, and on the right, the result
of the SAME COMMAND LINE, run on windows.

I will try to push this to the upstream bug tracker but I would like a
sort of "confirmation".

A zip of the toolchain I compiled is available at:
http://www.unsads.com/~squalyl/cegcc/mingw32ce-4.1-20100129+gdb.zip

debug version at:
http://www.unsads.com/~squalyl/cegcc/mingw32ce-4.1-20100129+gdb+dbg.zip

----------------------------------------------------------------------

Comment By: achdawai (achdawai)
Date: 2010-01-29 12:37

Message:
Here is a build log from win32 codeblocks, showing that ALL static libs are
built without a glitch, but one of them is invalid. Running
arm-mingw32ce-objdump.exe on this file brings the same error : format
unrecognized.


-------------- Build: arm-wince in libhal ---------------

arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\hal\win32\debug.c -o
Debug\arm-wince\obj\src\hal\win32\debug.o
arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\hal\win32\infos.c -o
Debug\arm-wince\obj\src\hal\win32\infos.o
arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\hal\win32\mem.c -o
Debug\arm-wince\obj\src\hal\win32\mem.o
arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\hal\win32\vars.c -o
Debug\arm-wince\obj\src\hal\win32\vars.o
arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\hal\win32\arg.c -o
Debug\arm-wince\obj\src\hal\win32\arg.o
arm-mingw32ce-ar.exe -r -s Debug\arm-wince\libhal.a
Debug\arm-wince\obj\src\hal\win32\debug.o
Debug\arm-wince\obj\src\hal\win32\infos.o
Debug\arm-wince\obj\src\hal\win32\mem.o
Debug\arm-wince\obj\src\hal\win32\vars.o
Debug\arm-wince\obj\src\hal\win32\arg.o
arm-mingw32ce-ar.exe: creating Debug\arm-wince\libhal.a
Output size is 6.18 KB

-------------- Build: arm-wince in libloader ---------------

arm-mingw32ce-gcc.exe  -O2 -Wall -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\loader\loader_win32fs.c
-o Debug\arm-wince\obj\src\loader\loader_win32fs.o
arm-mingw32ce-ar.exe -r -s Debug\arm-wince\libloaderfs.a
Debug\arm-wince\obj\src\loader\loader_win32fs.o
arm-mingw32ce-ar.exe: creating Debug\arm-wince\libloaderfs.a
Output size is 2.94 KB

-------------- Build: arm-wince in ucvm-console ---------------

arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c C:\sources\ucvm\trunk\src\console\console_win32.c
-o Debug\arm-wince\obj\src\console\console_win32.o
arm-mingw32ce-gcc.exe -Wall  -DDEBUG  -DUNDER_CE   -Iinclude
-Iinclude\hal\win32  -c
C:\sources\ucvm\trunk\src\console\CommandLineToArgvW.c -o
Debug\arm-wince\obj\src\console\CommandLineToArgvW.o
arm-mingw32ce-g++.exe -LDebug\arm-wince  -o Debug\arm-wince\ucvm.exe
Debug\arm-wince\obj\src\console\console_win32.o
Debug\arm-wince\obj\src\console\CommandLineToArgvW.o    -lucvm -lhal
-lloaderfs
Debug\arm-wince/libloaderfs.a: file not recognized: File format not
recognized
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 5 seconds)

----------------------------------------------------------------------

Comment By: achdawai (achdawai)
Date: 2010-01-29 12:26

Message:
forgot to mention, I'm compiling the gcc 4.1 sources from the latest svn
trunk.

----------------------------------------------------------------------

Comment By: achdawai (achdawai)
Date: 2010-01-29 12:26

Message:
forgot to mention, I'm compiling the gcc 4.1 sources.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2942499&group_id=173455

------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Cegcc-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Loading...