Hello Viktor,
As subject:
gcc test.o hbmk_c2dlz3.o -Wl,--start-group -lhbextern -lhbdebug -
lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgttrm -
lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -
lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lm -ldl
-lrt -lz -lhbpcre -Wl,--end-group -otest -L/usr/lib/harbour
You can ignore that. hbmk2 has a mode when lib grouping isn't used,
and such duplication is needed in that mode. I didn't create special
cases for both modes when defining lib lists to keep things
maintainable.
It won't cause any problems AFAIK.
Also can you kindly add to the hbmk2 --help, that is requiered to
enclose in double quotes ("") the value given to "-ldflag=" in order
to avoid stripping of libnames ?, I think that it's important to
*nixes users .
That's not exactly how it works, and it's not hbmk2
logic that plays role in this case.
Since you're using -ldflag= in command line with
command substitution macro, it will be expanded by
*nix shell, not hbmk2. This means that your command
line will be converted to something like
'hbmk2 -ldflag=-llib1 -llib2 -lib3'
This means an obvious problem, since only the
first option will be passed directly via -ldflag,
the rest will be interpreted as hbmk2 -l option,
where extensions are truncated.
If you use quotes I guess shell won't expand it,
but hbmk2 will instead, that's why it works.
I'd recommend using command files (.hbp or .hbm) to
avoid any differences due different shell expansion
rules across platforms/shells.
Also remember that -ldflag is meant to pass one flag
at a time, so if you want to pass more, you have to
trick hbmk2 (or shell) to handle it as one. Usually
for such lib dependencies it's much more convenient
to use .hbc files, and in those files the whole matter
is handled smoothly, as shown in wxharbour.hbc, since
ldflags= in .hbc files cannot have any cmdline
expansion problems in the first place, plus it
handles multiple options natively.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
