8000 'make install' is doubling UnitTest++ directory in include dir · Issue #105 · unittest-cpp/unittest-cpp · GitHub
[go: up one dir, main page]
Skip to content

'make install' is doubling UnitTest++ directory in include dir #105

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.

Sign up for GitHub

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
Closed
tiberiomoliveira opened this issue Mar 12, 2016 · 2 comments
Closed

'make install' is doubling UnitTest++ directory in include dir #105

tiberiomoliveira opened this issue Mar 12, 2016 · 2 comments
Labels
bug
Milestone
1.6.1

Comments

@tiberiomoliveira
Copy link

When I perform the command make install, the include directory has UnitTest++ created twice:
/usr/local/include/UnitTest++/UnitTest++/

I was using the default configuration, but the same happens when I use a different directory on --includedir configure's parameter. In order to solve the problem I edited the file Makefile.in removing the UnitTest++ from the line 496:
pkgincludedir = $(includedir)/UnitTest++/
So now the line is:
pkgincludedir = $(includedir)/

Now the command make install creates the right include path. I did this change because the variable nobase_pkgincludeHEADERS already has the UnitTest++ included in its files path. Maybe that is the cause of the repeated directory in the include path.

Has anyone experienced the same problem?

Thanks.
@fcami
Copy link
fcami commented Mar 28, 2016

Confirmed on Fedora.
I'll apply the same fix before updating the package.

@s-daveb s-daveb mentioned this issue Apr 7, 2016
Merged
@pjohnmeyer
Copy link
Member

Fixed by #109

@pjohnmeyer pjohnmeyer added this to the 1.6.1 milestone Apr 20, 2016
@pjohnmeyer pjohnmeyer added the bug label Apr 20, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug
Projects
None yet
Milestone
1.6.1
Development

No branches or pull requests
3 participants
@pjohnmeyer @fcami @tiberiomoliveira
0