I hope someone can submit a patch. It's currently
also basic functionality to set extension required
by target compiler and drop possibly added .lib or
other bogus extensions by users.
We can drop name conditioning, but ATM I can't
exactly tell what are the consequences. I remember
giving it enough thought in the past and came to
the state where it is now. No time to reevaluate
from start.
Brgds,
Viktor
On 2009 Nov 10, at 02:44, Przemysław Czerpak wrote:
On Tue, 10 Nov 2009, Szak�ts Viktor wrote:
Hi,
I think we've touched this topic in the past,
you need to add an extra '.' at the end of the
lib name to avoid this problem.
Now, when using macro substitution I don't know
what is the solution. It's pretty unfortunate
some tools use dots as part of the filename
(I've seen this causing problem with other
tools, too), but I have no solution for it this
time. I hope someone will post some ideas to
save the day.
hbmk2 must not strip any extensioons from -l<name>
Dots are comonly used in *nixes in library names.
Otherwise it will not be possible to use pkg-config with hbmk2, i.e.:
druzus:~# pkg-config --libs gtk+-2.0
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 \
-lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -
lfreetype \
-lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
It's the basic functionality which have to work.
best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
