make install fails with --prefix / --exec-prefix set

[GoogleCodeExporter]

What steps will reproduce the problem?
1. $ ./configure  --prefix=/usr --exec-prefix=/usr
2. $ make
3. $ sudo make install

What do you see instead?
--
libtool: install: (cd /usr/lib/linuxtrack && { ln -s -f libltr.so.0.0.0 
libltr.so.0 || { rm -f libltr.so.0 && ln -s libltr.so.0.0.0 libltr.so.0; }; })
libtool: install: (cd /usr/lib/linuxtrack && { ln -s -f libltr.so.0.0.0 
libltr.so || { rm -f libltr.so && ln -s libltr.so.0.0.0 libltr.so; }; })
libtool: install: /usr/bin/install -c .libs/libltr.lai 
/usr/lib/linuxtrack/libltr.la
libtool: install: error: cannot install `libmacwii.la' to a directory not 
ending in /usr/local/lib/linuxtrack
make[2]: *** [install-pkglibLTLIBRARIES] Error 1
make[2]: Leaving directory `/storage/linuxtrack-0.99.10/src'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/storage/linuxtrack-0.99.10/src'
make: *** [install] Error 2
--

What version of the product are you using? On what operating system?
linuxtrack-0.99.10 on Linux (Xubuntu, 64bit)

Original issue reported on code.google.com by mungew...@gmail.com on 5 Jun 2014 at 3:52

Attachments:

• config.log

[GoogleCodeExporter]

Hello,
to be honest, I've never used the --exec-prefix option... Is there a reason why 
are you specifying it (if I understand it right, it is used to split 
architecture dependent and architecture independent files; but since your 
prefix and exec prefix are the same, I don't see what the intent is)?

I routinely use the --prefix alone and so far I didn't experience any problems.
Kind regards,

Michal

Original comment by f.jo...@email.cz on 5 Jun 2014 at 4:55

[GoogleCodeExporter]

I'm just used to using the pair when configuring other libs (ie. libSDL), don't 
really know why they are split.

The problem is that linuxtrack fails to recognise that it's using an alternate 
location, hence the failure to install and the message "cannot install 
`libmacwii.la' to a directory not ending in /usr/local/lib/linuxtrack"

Original comment by mungew...@gmail.com on 5 Jun 2014 at 9:56

[GoogleCodeExporter]

OK, I'll see if I can reproduce the problem and if I can fix it...
In the meantime, as a workaround, I'd advise you to use just --prefix, possibly 
to /opt/linuxtrack or so - then you can easily remove it once I come up with 
some solution.

Kind regards,

Michal

Original comment by f.jo...@email.cz on 6 Jun 2014 at 5:06

[GoogleCodeExporter]

I'm sorry it took me that long, but I finally got to trying to reproduce the 
problem.

I tried it in a clean build environment, but unfortunately I can't reproduce it.
Can you tell me, what xubuntu version are you using (I tried 14.04)?

Also, can you try to run the following commands:

make distclean
autoreconf -if

and then try to configure and build? Maybe there is some leftover causing the 
problem.

Kind regards,

Michal

Original comment by f.jo...@email.cz on 11 Jun 2014 at 3:06