Le 16 févr. 2010 à 09:02, Noli Sicad a écrit :

> Don't worry we are not touching or modifying any Mac OS X filesystem,
> the symbolic link is just a hack just to keep the tables ODBC
> implementation working in MathProg. It is not modifying anything,
> except it is create a dummy file libodbc.so which is symbolic link to
> libodbc.dylib.

I agree, but the symlink make it impossible to distribute a precompile directory
without modifying the target host directory system (i.e. by adding a link 
as root user in the directory /usr/lib/ )

Also, the installation need to add some stuffs **outside** the --prefix 
directory which would be very bad.

> Now, that we know the right Mac OS X library naming convention *.dylib
> and how to do it properly for sure GLPK/MathProg will be using it in
> future releases.

Yes thank you.
I don't use ODBC, but I just hope the glpk install will keek being clean.
(hum, sorry for my bad english)

-- Maurice


> 
> Regards, Noli
> 
> On 2/16/10, Maurice Diamantini <[email protected]> wrote:
>> 
>> Le 16 févr. 2010 à 05:51, Chris Wolf a écrit :
>> 
>>> Hello Andrew,
>>> 
>>> You might have missed a previous posting I made where I explained
>>> why I think the symlink, while it may work, is not the correct
>>> approach.  The platform file extension for shared libraries on
>>> Darwin (MacOS) is "*.dylib", not "*.so".  I would recommend
>>> patching the configure.ac as Xypron suggests.
>> 
>> I agree with Chris: you should keep osx /usr/lib/ distrib unchanged !
>> -- Maurice
>> 
>>> Regards,
>>> Chris Wolf
>> 
>> 
>> 
>> _______________________________________________
>> Help-glpk mailing list
>> [email protected]
>> http://lists.gnu.org/mailman/listinfo/help-glpk
>> 



_______________________________________________
Help-glpk mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/help-glpk

Reply via email to