site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com all version : the answer is : libtool it's not made for this i would have like to simplify my work yes but gnu-darwin project source this is not the purpose thanks if i do something like this : gcc \ -dynamiclib \ -undefined suppress \ -flat_namespace \ -single_module \ -all_load ./libMy.a \ -install_name /usr/local/lib/libMy.1.dylib \ -compatibility_version 1 -current_version 1.3 -o libMy.1.0.dylib \ -lz because the "normal" way is gcc -dynamiclib *.pic.o \ -install_name /usr/local/lib/libMy.1.dylib \ -compatibility_version 1 -current_version 1.3 -o libMy.1.0.dylib \ -lz and ar rc libMy.a *.non-pic.o Best Regards, {Plum} _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... plumber Idraulico wrote: |> glibtool: compile: unable to infer tagged configuration |> glibtool: compile: specify a tag with `--tag' | when i do the same with --enable-shared=no --enable-static=yes | it works well and the lib archive is built correctly | | does anybody have a solution? ( not re-glibtoolize all the open- source | world :) ) Is this the glibtool in /usr/bin ? And the automake in /usr/bin? If not, which versions of the tools are you asking about? It looks as though you are trying to build a darwin project? If that is the case then I'd suggest darwinbuild. Peter darwinbuild i have an another question about pic or non pic objects stored inside a library archive 1 - is there an importance that stored objects have been built with the pic or non-pic option ? 2 - is it normal that the lib archive has a bigger size than the shared archive ( +15% ) ? This email sent to site_archiver@lists.apple.com