Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

MinGW build error for gpertools 2.1. Problems with linker #653

Closed
alk opened this issue Aug 23, 2015 · 7 comments
Closed

MinGW build error for gpertools 2.1. Problems with linker #653

alk opened this issue Aug 23, 2015 · 7 comments
Assignees
@alk
Labels
Priority-Medium Status-New Type-Defect

Comments

@alk
Copy link
Contributor

alk commented Aug 23, 2015

Originally reported on Google Code with ID 650

What steps will reproduce the problem?
1. ./configure CXX=/c/mingw64/bin/g++.exe --prefix=/d/gpertools/install
2.  mingw32-make.exe

What is the expected output? What do you see instead?

Expected to compile without problems.

Instead I get this output:

C:/MinGW/msys/1.0/bin/sh.exe ./libtool  --tag=CXX   --mode=link /c/mingw64/bin/g++.exe
-DNO_TCMALLOC_SAMPLES -g -no-undefined   -o low_level_alloc_unittest.exe low_level_alloc_unittest-low_level_alloc.o
low_level_alloc_unittest-malloc_hook.o  low_level_alloc_unittest-low_level_alloc_unittest.o
  libwindows.la libspinlock.la libsysinfo.la liblogging.la 
libtool: link: /c/mingw64/bin/g++.exe -DNO_TCMALLOC_SAMPLES -g -o low_level_alloc_unittest.exe
low_level_alloc_unittest-low_level_alloc.o low_level_alloc_unittest-malloc_hook.o low_level_alloc_unittest-low_level_alloc_unittest.o
 ./.libs/libwindows.a -lpsapi ./.libs/libspinlock.a ./.libs/libsysinfo.a -lshlwapi
./.libs/liblogging.a

./libs/libwindows.a: could not read symbols: Archive has no index; run ranlib to add
one.
collect2: ld returned 1 exit status
mingw32-make.exe: *** [low_level_alloc_unittest.exe] Error 1

I tried to run ranlib to libwindows.a but nothing changed.

What version of the product are you using? On what operating system?

gperftools 2.1

Windows 8.1 64 bits, using the gitsys terminal.

MinGW for 64 bits, MinGW rather old: g++ version = 4.5.4, make version = 


Please provide any additional information below.

Reported by acsantome on 2014-09-19 12:51:35
@alk alk self-assigned this Aug 23, 2015
@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

Just couple ideas, don't know if it will help:

* may I have config.log from your src tree. It's log of all stuff that configure did

* may I have full log of build from your box ?

* may I ask you to give full instructions on how I can duplicate your environment ?

Reported by alkondratenko on 2014-09-20 23:15:27

@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

Also please retry with latest version which is 2.2.1

Reported by alkondratenko on 2014-09-20 23:15:56

@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

Hi!

I tried with version 2.2.1 (which for some reason I can't find in the Downloads page,
only in the main page) and got the same "could not read symbols: Archive has no index"
error.

I'll upload the config logs for both versions. I obtained the build logs redirecting
the make output to a file. If this is not what you meant, I'll upload whatever you
ask :)

One important thing that I missed to tell: with gitsys the make process crashed (a
Windows dialog appeared with the only option to accept). I had to use the msys environment
(I installed it from the mingw-get-setup.exe in http://www.mingw.org/wiki/Getting_Started).

That's for the environment only. The compiler and mingw64 installation was already
in my pc when I started working in the company.

As I said, it's old and it's the version everybody uses here to work (no C++11 for
now :( ). I can't reach the person who built this, but it's a 64 bit compilation and
I think the system where it was built was Windows 7. When they upgraded the OS the
mingw64 folder was simply copied into it.


Make --version reports a 3.82 version from 2010.

g++ --version reports a 4.54 version from October, 2011.

Reported by acsantome on 2014-09-22 08:02:20

- _Attachment: [config.log_2.1](https://storage.googleapis.com/google-code-attachments/gperftools/issue-650/comment-3/config.log_2.1)_ - _Attachment: [config.log_2.2.1](https://storage.googleapis.com/google-code-attachments/gperftools/issue-650/comment-3/config.log_2.2.1)_ - _Attachment: [build_log_2.2.1](https://storage.googleapis.com/google-code-attachments/gperftools/issue-650/comment-3/build_log_2.2.1)_ - _Attachment: [build_log_2.1](https://storage.googleapis.com/google-code-attachments/gperftools/issue-650/comment-3/build_log_2.1)_

@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

mingw64 works on my cygwin environment and works on my debian environment. I've just
tried official mingw32 installer and was able to build gperftools without any problems
too.

There is strong chance that something isn't right with your installation, but I cannot
confirm that without being able to reproduce your setup.

Consider installing mingw64 either via cygwin or via some other ways (e.g.: http://ascend4.org/Setting_up_a_MinGW-w64_build_environment)

Reported by alkondratenko on 2014-11-29 10:43:53

@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

Issue 633 has been merged into this issue.

Reported by alkondratenko on 2014-11-29 10:46:27

@alk
Copy link
Contributor Author

alk commented Aug 23, 2015 

Thanks for your time. I'll try with a fresgh MinGW isntallation.

Reported by acsantome on 2014-12-01 09:57:20

@alk
Copy link
Contributor Author

alk commented Feb 22, 2016

Closing stale ticket.

@alk alk closed this as completed Feb 22, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@alk alk

Labels
Priority-Medium Status-New Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@alk