Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Mathias Bauer
Oliver Braun wrote: > Hi *, > > Thorsten Behrens wrote: >> Stephan Bergmann <[EMAIL PROTECTED]> writes: >>> If we want features like linkoo, first make the code ready for >>> them. (Maybe I was in a rush when I introduced osl_loadModuleRelative, >>> maybe some vnd.sun.star.expand:$WHATEVER-PREFIX

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Oliver Braun
Thorsten Behrens wrote: Stephan Bergmann <[EMAIL PROTECTED]> writes: No. What I meant is if you tell a newcomer she need only call linkoo once and never copy newly build libs around, that will fail for her if she works on one of the libs from the blacklist. True. Luckily, those libs are comp

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Jan Holesovsky
Hi Stephan, On Friday 02 November 2007 16:09, Thorsten Behrens wrote: > Stephan Bergmann <[EMAIL PROTECTED]> writes: > > No. What I meant is if you tell a newcomer she need only call linkoo > > once and never copy newly build libs around, that will fail for her if > > she works on one of the libs

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Thorsten Behrens
Stephan Bergmann <[EMAIL PROTECTED]> writes: > No. What I meant is if you tell a newcomer she need only call linkoo > once and never copy newly build libs around, that will fail for her if > she works on one of the libs from the blacklist. > True. Luckily, those libs are complex & low-level enou

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan Bergmann <[EMAIL PROTECTED]> writes: If at all, hacks like symlinking are something for experienced developers who know exactly the implications of doing this. You should *never* encourage a newcomer to do such hacks (cf. the blacklist already present in linkoo)

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Oliver Braun
Hi *, Thorsten Behrens wrote: Stephan Bergmann <[EMAIL PROTECTED]> writes: If we want features like linkoo, first make the code ready for them. (Maybe I was in a rush when I introduced osl_loadModuleRelative, maybe some vnd.sun.star.expand:$WHATEVER-PREFIX scheme would be better. I am very ope

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Thorsten Behrens
Stephan Bergmann <[EMAIL PROTECTED]> writes: > If at all, hacks like symlinking are something for experienced > developers who know exactly the implications of doing this. You > should *never* encourage a newcomer to do such hacks (cf. the > blacklist already present in linkoo). > Hi Stephan, w

[tools-dev] Re: IRC: Addressing the Packaging Issues

2007-11-02 Thread Stephan Bergmann
Stephan Bergmann wrote over at [EMAIL PROTECTED]: Hi all, Following up on various threads regarding (diverse) packaging issues (e.g., [1]--[4]), I would like to set up an IRC meeting to discuss things further. We already had two similar, rather informal meetings over here at Sun Hamburg over

Re: [tools-dev] Problem with solenv/bin/linkoo in SRC680_m235

2007-11-02 Thread Stephan Bergmann
Thorsten Behrens wrote: Michael Meeks <[EMAIL PROTECTED]> writes: I don't think you can easily make that work again with some env variable: osl_loadModuleRelative("foo") called from /resolved/path/to/bar.so causes a dlopen("/resolved/path/to/foo.so"). Sure - the env. var. can clobb