mingw32 « SliTaz Forum

SliTaz Forum » English Support » Packages

mingw32

(7 posts) (2 voices)

Started 8 years ago by new_u
Latest reply from new_u
This topic is resolved

Tags:

No tags yet.

new_u

offline
Member

When trying to compile test.c

int main (int c, char** a) {

printf ("hello\n");

}

I get

/usr/lib/gcc/i586-pc-mingw32/3.4.5/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status

I'm still using slitaz 4.0 - but I got the mingw32 packages from the cooking repository. Is that a problem?

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

Verbose output

Reading specs from /usr/lib/gcc/i586-pc-mingw32/3.4.5/specs
Configured with: /home/slitaz/wok/mingw32-gcc/source/mingw32-gcc-3.4.5-20060117-2/configure --prefix=/usr --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-sysroot=/usr/i586-pc-mingw32 --disable-shared --disable-debug --target=i586-pc-mingw32 --enable-languages=c,c++,ada --enable-threads=win32 --disable-win32-registry --enable-sjlj-exceptions --build=i486-slitaz-linux --host=i486-slitaz-linux
Thread model: win32
gcc version 3.4.5 (mingw-vista special r2)
/usr/lib/gcc/i586-pc-mingw32/3.4.5/cc1 -quiet -v test.c -quiet -dumpbase test.c -mtune=pentium -auxbase test -version -o /tmp/ccnCjGjr.s
ignoring nonexistent directory "/usr/i586-pc-mingw32/usr/local/include"
ignoring nonexistent directory "/usr/i586-pc-mingw32/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i586-pc-mingw32/3.4.5/include
/usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/include
End of search list.
GNU C version 3.4.5 (mingw-vista special r2) (i586-pc-mingw32)
compiled by GNU C version 4.6.3.
GGC heuristics: --param ggc-min-expand=34 --param ggc-min-heapsize=8192
test.c:5:2: warning: no newline at end of file
/usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/bin/as -o /tmp/ccMm7lBK.o /tmp/ccnCjGjr.s
/usr/lib/gcc/i586-pc-mingw32/3.4.5/collect2 -Bdynamic /usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/lib/crt2.o /usr/lib/gcc/i586-pc-mingw32/3.4.5/crtbegin.o -L/usr/lib/gcc/i586-pc-mingw32/3.4.5 -L/usr/lib/gcc/i586-pc-mingw32/3.4.5 -L/usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/lib -L/usr/i586-pc-mingw32/lib -L/usr/i586-pc-mingw32/usr/lib /tmp/ccMm7lBK.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib/gcc/i586-pc-mingw32/3.4.5/crtend.o
/usr/lib/gcc/i586-pc-mingw32/3.4.5/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status
tux@slitaz:~/projects/mingw$

Posted 8 years ago #
llev

offline
Member

Hi,

What command do you type to compile? You gave only its output. I'm no expert but the "-Bdynamic" flag looks odd (all the more as your mingw was configured with --disable-shared).

Also, maybe launching the collect2 command yourself with the --verbose flag will give useful info?

Posted 8 years ago #
new_u

offline
Member

Hi llev, thanks for your reply! The command is just

>i586-pc-mingw32-gcc test.c

and the non-verbose output

/usr/lib/gcc/i586-pc-mingw32/3.4.5/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status

I tried

file libgcc.a
libgcc.a: current ar archive

nm libgcc.a
nm: _chkstk.o: File format not recognized
nm: _muldi3.o: File format not recognized
nm: _negdi2.o: File format not recognized
and more similar output.

I should assume the object files are in windows binary format or something like that?

As to the compiler/linker flags, I think they are defaults? I just installed the packages and didn't modify anything.

I'd like to know if the package works fine in SliTaz 5.0 or other systems, or else I happen to be the first person to try it and found out it's broken. Thanks!

Posted 8 years ago #
llev

offline
Member
1) Maybe try i586-pc-mingw32-gcc -static test.c

2) To get more verbose output by "collect2", try:
```
i586-pc-mingw32-gcc -c test.c
/usr/lib/gcc/i586-pc-mingw32/3.4.5/collect2 --verbose -Bdynamic /usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/lib/crt2.o /usr/lib/gcc/i586-pc-mingw32/3.4.5/crtbegin.o -L/usr/lib/gcc/i586-pc-mingw32/3.4.5 -L/usr/lib/gcc/i586-pc-mingw32/3.4.5 -L/usr/lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/lib -L/usr/i586-pc-mingw32/lib -L/usr/i586-pc-mingw32/usr/lib test.o -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib/gcc/i586-pc-mingw32/3.4.5/crtend.o
```
edit: it may be simpler to call:
i586-pc-mingw32-gcc -Wl,--verbose test.c
;-)

3) Try again 2) after replacing -Bdynamic by -Bstatic.

4) I think you should not call nm, rather i586-pc-mingw32-nm or something similar.

5) As for me, I do cross-compiling but not with this package. I installed "mxe" ("MinGW cross-environment") from their site; because mxe allows me to statically link to GTK.

6) And yes, using a package from the repo of version "X" on version "Y" of a distribution is generally source of problems, so it may be the source of this problem you're facing.
Posted 8 years ago #
new_u

offline
Member

Thanks for your reply llev! Much appreciated.

1) gives same error

2) -Bdynamic gives http://pastebin.com/dLWjcKtX

3) -Bstatic gives http://pastebin.com/aGGZ06Q2

4) You're right. i586-pc-mingw32-nm works and lists lots of symbols. I was hopping it would give some hint about some problem with libgcc.a but as far I read the output, it doesn't. Then again, I'm not really sure what I should be looking for.

5) I installed mingw on windows and it moslty works. I can compile a working gtk test program (though I also ran into some weird behaviour).

6) Well, I'll try again when I get SliTaz 5.0 then. Thanks for your help! =)

Posted 8 years ago #
llev

offline
Member
4) From ranlib man page:
```
ranlib generates an index to the contents of an archive and stores it
in the archive.  The index lists each symbol defined by a member of
an archive that is a relocatable object file.

You may use nm -s or nm --print-armap to list this index.
```
So I'd first check there's no index (as the error message says), then try to run ranlib as advised by the error (after doing a backup of libgcc.a!).

5) I can also compile gtk programs with MinGW under Windows, *but* /not/ statically. Then if you want to distribute your software you need to distribute all GTK dll's as well!

6) Try mxe :)
Posted 8 years ago #
new_u

offline
Member

Thank you very much for your help llev. I feel so stupid.

Yes, first thing I did was run ranlib as the message suggested, but I used the 'normal' version of ranlib ( i486-slitaz-linux-ranlib )

I now tried

>i586-pc-mingw32-ranlib libgcc.a

and compilation works! Thanks again!!

Posted 8 years ago #

RSS feed for this topic

Reply

You must log in to post.