January 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] pharotaskforces broken on squeaksource

by StÃ©phane Ducasse

> Hi, > > It seems that the http://www.squeaksource.com/PharoTaskForces repository is broken. > > When I try to connect to it via Monticello, I get a "SubscriptOutOfBounds: 0". The problem seems to be that the repository somehow has a file called '.mcz' (which is obviously wrong): > > (MCHttpRepository > location: 'http://www.squeaksource.com/PharoTaskForces' > user: '' > password: '') readableFileNames select: [:each | each beginsWith: '.'] > > > Anyone know why this happened? no idea. > Or how to fix this? - Open a bug entry is the minimal action if you want people to spend time fixing it. - So I did it look at the fixes I proposed in http://code.google.com/p/pharo/issues/detail?id=7311 now my solution could be better: to only show file following a strict pattern. - I also fix probably a concurrency bug created by a fork somewhere to speed it up. stef

Jan. 24, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Ciprian Teodorov

On Thu, Jan 24, 2013 at 12:11 AM, Ciprian Teodorov < ciprian.teodorov(a)gmail.com> wrote: > > > On Thu, Jan 24, 2013 at 12:01 AM, Stefan Marr <smalltalk(a)stefan-marr.de>wrote: > >> Hi Ciprian: >> >> On 23 Jan 2013, at 22:06, Stefan Marr wrote: >> >> > Well, if I add all the headers manually to the generation, I run into >> the trouble of the non-existing classes again. >> >> After working around the order issue, I am still running into more issues. >> >> Some of the classes for which methods are generated are completely >> missing in the list of generated classes, and other changes in the list >> result in colliding renames of callback classes. >> > > yes, renaming classes was a good idea... You can try to update to the > latest packages, I've modified this to use subclassing instead of renaming, > this way if we have n callback that happen to share the same signature, the > each one will be a subclass... > I wanted to say bad idea ;) > >> I will try to generate the bindings step by step, seeing what I actually >> need. >> >> But if you would have a chance to look into these problems, that would be >> great. >> >> Below I added the methods I used to generate the bindings. >> >> Thanks a lot >> Stefan >> >> >> !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr >> 1/23/2013 22:04'! >> libgit2Headers >> ^ {'git2.h'. >> 'git2/version.h'. >> >> 'git2/common.h'. >> 'git2/threads.h'. >> 'git2/errors.h'. >> >> 'git2/types.h'. >> >> 'git2/oid.h'. >> 'git2/signature.h'. >> 'git2/odb.h'. >> >> 'git2/repository.h'. >> 'git2/revwalk.h'. >> 'git2/merge.h'. >> 'git2/graph.h'. >> 'git2/refs.h'. >> 'git2/reflog.h'. >> 'git2/revparse.h'. >> >> 'git2/object.h'. >> 'git2/blob.h'. >> 'git2/commit.h'. >> 'git2/tag.h'. >> 'git2/tree.h'. >> 'git2/diff.h'. >> >> 'git2/index.h'. >> 'git2/config.h'. >> 'git2/transport.h'. >> 'git2/remote.h'. >> 'git2/clone.h'. >> 'git2/checkout.h'. >> 'git2/push.h'. >> >> 'git2/attr.h'. >> 'git2/ignore.h'. >> 'git2/branch.h'. >> 'git2/refspec.h'. >> 'git2/net.h'. >> 'git2/status.h'. >> 'git2/indexer.h'. >> 'git2/submodule.h'. >> 'git2/notes.h'. >> 'git2/reset.h'. >> 'git2/message.h'. >> 'git2/pack.h'. >> 'git2/stash.h'.}! ! >> >> !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr >> 1/3/2013 19:41'! >> libgit2Mapping >> | path includeDir options builder hFiles | >> path := self libgit2Path. >> includeDir := path / 'include'. >> options := {('-I' , (path / 'include') fullName). >> '-D__STDC_CONSTANT_MACROS'. >> '-D__STDC_LIMIT_MACROS'}. >> hFiles := self libgit2Headers. >> builder := (CLForeign2NBGenerator for: #LibGit2) >> platform: NativeBoostConstants mac32PlatformId libPath: >> (path / 'build/libgit2.dylib') fullName; >> compilationOptions: options; >> includeDir: includeDir; >> addHeaderFiles: hFiles; >> classPrefix: 'LG2'; >> ffiSelectorBlock: [ :selector | >> (selector beginsWith: 'git_') >> ifTrue: [ (selector >> copyFrom: 4 to: selector size) withFirstCharacterDownshifted ] >> ifFalse: [ selector >> withFirstCharacterDownshifted ] ]; >> ignoreUnsupported; >> generate; >> openChanges! ! >> >> !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr >> 1/23/2013 15:06'! >> libgit2Path >> ^ FileReference / 'Users/smarr/tmp/libgit/libgit2'! ! >> >> >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> >> > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] ChangesBrowser is too naive Was: TalkFFI: automatic FFI generation for Pharo

by Ciprian Teodorov

Hi Stef, I've added a bug entry on this, a few weeks ago... Issue 7209<http://code.google.com/p/pharo/issues/detail?id=7209> On Wed, Jan 23, 2013 at 11:06 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Do you have a case that we can reproduce and so we fix it? > One of the problems I fixed yesterday was that the RecentChangeList did > not get notification anymore. > > Stef > > On Jan 23, 2013, at 6:35 PM, Stefan Marr wrote: > > > Hi: > > > > On 23 Jan 2013, at 22:06, Stefan Marr wrote: > > > >> I get a change browser which tells me that it is going to create a > class with stuff. > >> But then I get a RBAddMethodChange, which doesn't have a `changeClass`. > >> The reason is that the class is not actually created before the method > is supposed to be added, I think. > > > > So, I am on a recent Pharo 2.0 image and experience problems with the > ChangesBrowser. > > > > Namely, changes are represented as an unordered set, which leads to > problems. > > Most notably, methods are added to non-existing classes before they are > created. > > > > You probably want to use an order-preserving data structure. > > > > A quick hack, I used is just a work around: > > > > ChangesBrowser >> #accept > > | changes | > > self okToChange ifFalse: [ ^self ]. > > > > changes := self pickedChanges sorted: [:a :b | (a isKindOf: > RBAddClassChange) and: [(b isKindOf: RBAddClassChange) not]]. > > > > changes do: [:change | RBRefactoryChangeManager instance > performChange: change ]. > > window delete > > > > > > Best regards > > Stefan > > > > -- > > Stefan Marr > > Software Languages Lab > > Vrije Universiteit Brussel > > Pleinlaan 2 / B-1050 Brussels / Belgium > > http://soft.vub.ac.be/~smarr > > Phone: +32 2 629 2974 > > Fax: +32 2 629 3525 > > > > > > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Ciprian Teodorov

On Thu, Jan 24, 2013 at 12:01 AM, Stefan Marr <smalltalk(a)stefan-marr.de>wrote: > Hi Ciprian: > > On 23 Jan 2013, at 22:06, Stefan Marr wrote: > > > Well, if I add all the headers manually to the generation, I run into > the trouble of the non-existing classes again. > > After working around the order issue, I am still running into more issues. > > Some of the classes for which methods are generated are completely missing > in the list of generated classes, and other changes in the list result in > colliding renames of callback classes. > yes, renaming classes was a good idea... You can try to update to the latest packages, I've modified this to use subclassing instead of renaming, this way if we have n callback that happen to share the same signature, the each one will be a subclass... > > I will try to generate the bindings step by step, seeing what I actually > need. > > But if you would have a chance to look into these problems, that would be > great. > > Below I added the methods I used to generate the bindings. > > Thanks a lot > Stefan > > > !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr > 1/23/2013 22:04'! > libgit2Headers > ^ {'git2.h'. > 'git2/version.h'. > > 'git2/common.h'. > 'git2/threads.h'. > 'git2/errors.h'. > > 'git2/types.h'. > > 'git2/oid.h'. > 'git2/signature.h'. > 'git2/odb.h'. > > 'git2/repository.h'. > 'git2/revwalk.h'. > 'git2/merge.h'. > 'git2/graph.h'. > 'git2/refs.h'. > 'git2/reflog.h'. > 'git2/revparse.h'. > > 'git2/object.h'. > 'git2/blob.h'. > 'git2/commit.h'. > 'git2/tag.h'. > 'git2/tree.h'. > 'git2/diff.h'. > > 'git2/index.h'. > 'git2/config.h'. > 'git2/transport.h'. > 'git2/remote.h'. > 'git2/clone.h'. > 'git2/checkout.h'. > 'git2/push.h'. > > 'git2/attr.h'. > 'git2/ignore.h'. > 'git2/branch.h'. > 'git2/refspec.h'. > 'git2/net.h'. > 'git2/status.h'. > 'git2/indexer.h'. > 'git2/submodule.h'. > 'git2/notes.h'. > 'git2/reset.h'. > 'git2/message.h'. > 'git2/pack.h'. > 'git2/stash.h'.}! ! > > !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr > 1/3/2013 19:41'! > libgit2Mapping > | path includeDir options builder hFiles | > path := self libgit2Path. > includeDir := path / 'include'. > options := {('-I' , (path / 'include') fullName). > '-D__STDC_CONSTANT_MACROS'. > '-D__STDC_LIMIT_MACROS'}. > hFiles := self libgit2Headers. > builder := (CLForeign2NBGenerator for: #LibGit2) > platform: NativeBoostConstants mac32PlatformId libPath: > (path / 'build/libgit2.dylib') fullName; > compilationOptions: options; > includeDir: includeDir; > addHeaderFiles: hFiles; > classPrefix: 'LG2'; > ffiSelectorBlock: [ :selector | > (selector beginsWith: 'git_') > ifTrue: [ (selector > copyFrom: 4 to: selector size) withFirstCharacterDownshifted ] > ifFalse: [ selector > withFirstCharacterDownshifted ] ]; > ignoreUnsupported; > generate; > openChanges! ! > > !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr > 1/23/2013 15:06'! > libgit2Path > ^ FileReference / 'Users/smarr/tmp/libgit/libgit2'! ! > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Ciprian Teodorov

Hi, On Wed, Jan 23, 2013 at 10:06 PM, Stefan Marr <smalltalk(a)stefan-marr.de>wrote: > Hi: > > On 23 Jan 2013, at 18:51, Ciprian Teodorov wrote: > > > The libs should be 32 bits... but it seems it is not this the issue... > > I have compiled clang+llvm from sources using the source distribution > at: http://www.llvm.org/releases/ > > > > then I have built the whole llvm distribution (using the getting started > guide): > > ../src/configure --prefix=<path-to-install-dir> --enable-optimized > --enable-jit --target=i686-apple-darwin10 > > I don't know what the issue is, but building it myself was indeed the > solution. > > cool... > So, for everyone who likes to use it: (from memory) > > wget http://www.llvm.org/releases/3.1/llvm-3.1.src.tar.gz > wget http://www.llvm.org/releases/3.1/clang-3.1.src.tar.gz > > tar xvf llvm-3.1.src.tar.gz > tar xvf clang-3.1.src.tar.gz > > mv clang-3.1.src llvm-3.1.src/tools/clang > > cd llvm-3.1.src > mkdir build > cd build > ../configure --enable-optimized --enable-jit --target=i686-apple-darwin10 > make -j2 # or -j or -j8 or so, compiling takes quite a while... > > thank you for putting it all down > > If everything compiles well, you'll have a compatible > `llvm-3.1.src/build/Release+Asserts/lib/libclang.dylib` > > Now I am running in some bugs, I think. > I get a change browser which tells me that it is going to create a class > with stuff. > But then I get a RBAddMethodChange, which doesn't have a `changeClass`. > The reason is that the class is not actually created before the method is > supposed to be added, I think. > > If I manually create the class, it seems to work properly. > > This is a problem with Pharo 2.0 ChangesBrowser which does not keep the items Ordered. My quick fix is to change the underlying structure used by PickListModel. In PickListModel>>initialize replace: *pickedItemsHolder := Set new asValueHolder.* by: *pickedItemsHolder := **OrderedCollection new asValueHolder.* and it will work. Beside that cosmetic problem: > How is the generator supposed to work exactly, does it also load > indirectly referenced header classes? > Doesn't seem to do that. > No it doesn't... at least not for now. The C to AST conversion supports that, however I've run into some problems with system includes, which use "bizzare" constructs. Besides in my opinion, recursivelly visiting all includes is not a good idea since It my pull lots of definitions that are not necessary. But if you really want it, you can do it by changing CLForeignLibInterfaceGenerator>>wrapperForHeader: aHeaderSpec to send the #everything message to the CLHeaderParser. Such as: CLForeignLibInterfaceGenerator>>wrapperForHeader: aHeaderSpec headerAST := (CLHeaderParser builder: CLNodeBuilder new) headerFile: aHeaderSpec fileName; compilationOptions: aHeaderSpec compilationOptions; everything ; parseHeader. But then will really get everything, getc, time, lchmod ??? you know everything... The example I am experimenting with is: > https://github.com/libgit2/libgit2/blob/development/include/git2.h which > includes all the required stuff. > > Well, if I add all the headers manually to the generation, I run into the > trouble of the non-existing classes again. > So in my opinion the nicest way to do it is just create a list of the headers we really want, and use that such in my LLVM example Happy hacking, Ciprian > > Will try to work around that. > > Thanks so far > Stefan > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Stefan Marr

Hi Ciprian: On 23 Jan 2013, at 22:06, Stefan Marr wrote: > Well, if I add all the headers manually to the generation, I run into the trouble of the non-existing classes again. After working around the order issue, I am still running into more issues. Some of the classes for which methods are generated are completely missing in the list of generated classes, and other changes in the list result in colliding renames of callback classes. I will try to generate the bindings step by step, seeing what I actually need. But if you would have a chance to look into these problems, that would be great. Below I added the methods I used to generate the bindings. Thanks a lot Stefan !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr 1/23/2013 22:04'! libgit2Headers ^ {'git2.h'. 'git2/version.h'. 'git2/common.h'. 'git2/threads.h'. 'git2/errors.h'. 'git2/types.h'. 'git2/oid.h'. 'git2/signature.h'. 'git2/odb.h'. 'git2/repository.h'. 'git2/revwalk.h'. 'git2/merge.h'. 'git2/graph.h'. 'git2/refs.h'. 'git2/reflog.h'. 'git2/revparse.h'. 'git2/object.h'. 'git2/blob.h'. 'git2/commit.h'. 'git2/tag.h'. 'git2/tree.h'. 'git2/diff.h'. 'git2/index.h'. 'git2/config.h'. 'git2/transport.h'. 'git2/remote.h'. 'git2/clone.h'. 'git2/checkout.h'. 'git2/push.h'. 'git2/attr.h'. 'git2/ignore.h'. 'git2/branch.h'. 'git2/refspec.h'. 'git2/net.h'. 'git2/status.h'. 'git2/indexer.h'. 'git2/submodule.h'. 'git2/notes.h'. 'git2/reset.h'. 'git2/message.h'. 'git2/pack.h'. 'git2/stash.h'.}! ! !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr 1/3/2013 19:41'! libgit2Mapping | path includeDir options builder hFiles | path := self libgit2Path. includeDir := path / 'include'. options := {('-I' , (path / 'include') fullName). '-D__STDC_CONSTANT_MACROS'. '-D__STDC_LIMIT_MACROS'}. hFiles := self libgit2Headers. builder := (CLForeign2NBGenerator for: #LibGit2) platform: NativeBoostConstants mac32PlatformId libPath: (path / 'build/libgit2.dylib') fullName; compilationOptions: options; includeDir: includeDir; addHeaderFiles: hFiles; classPrefix: 'LG2'; ffiSelectorBlock: [ :selector | (selector beginsWith: 'git_') ifTrue: [ (selector copyFrom: 4 to: selector size) withFirstCharacterDownshifted ] ifFalse: [ selector withFirstCharacterDownshifted ] ]; ignoreUnsupported; generate; openChanges! ! !CLForeign2NBGenerator class methodsFor: 'libgit2' stamp: 'StefanMarr 1/23/2013 15:06'! libgit2Path ^ FileReference / 'Users/smarr/tmp/libgit/libgit2'! ! -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 23, 2013

Re: [Pharo-project] ChangesBrowser is too naive Was: TalkFFI: automatic FFI generation for Pharo

by Stefan Marr

On 23 Jan 2013, at 23:06, StÃ©phane Ducasse wrote: > Do you have a case that we can reproduce and so we fix it? > One of the problems I fixed yesterday was that the RecentChangeList did not get notification anymore. The following example shows two problems with the current PickListModel: | instance | instance := PickListModel new. instance openWithSpec. instance items: {4. 2. 55. 4. 4. }. ^ instance First, all 4s are the same item, and cannot be selected independently. A bug, I would say. Second, the Set does not preserve the order, so `instance pickedItems` does not have the natural order. The problem is that PickListModel >> #initialize initializes the field 'pickedItemsHolder' with a Set. This set is never exposed and not customizable directly. So well, I would say a Set is an unfortunate choice for a list widget. Lists have a natural order, and it is not obvious to me why that order should not be preserved. I might miss here other tradeoffs of course, but replacing the Set by a OrderedCollection solves my current problem. It does not solve the issue with multiple entries however. Best regards Stefan > > Stef > > On Jan 23, 2013, at 6:35 PM, Stefan Marr wrote: > >> Hi: >> >> On 23 Jan 2013, at 22:06, Stefan Marr wrote: >> >>> I get a change browser which tells me that it is going to create a class with stuff. >>> But then I get a RBAddMethodChange, which doesn't have a `changeClass`. >>> The reason is that the class is not actually created before the method is supposed to be added, I think. >> >> So, I am on a recent Pharo 2.0 image and experience problems with the ChangesBrowser. >> >> Namely, changes are represented as an unordered set, which leads to problems. >> Most notably, methods are added to non-existing classes before they are created. >> >> You probably want to use an order-preserving data structure. >> >> A quick hack, I used is just a work around: >> >> ChangesBrowser >> #accept >> | changes | >> self okToChange ifFalse: [ ^self ]. >> >> changes := self pickedChanges sorted: [:a :b | (a isKindOf: RBAddClassChange) and: [(b isKindOf: RBAddClassChange) not]]. >> >> changes do: [:change | RBRefactoryChangeManager instance performChange: change ]. >> window delete >> >> >> Best regards >> Stefan >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> > > -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 23, 2013

Re: [Pharo-project] ChangesBrowser is too naive Was: TalkFFI: automatic FFI generation for Pharo

by StÃ©phane Ducasse

Do you have a case that we can reproduce and so we fix it? One of the problems I fixed yesterday was that the RecentChangeList did not get notification anymore. Stef On Jan 23, 2013, at 6:35 PM, Stefan Marr wrote: > Hi: > > On 23 Jan 2013, at 22:06, Stefan Marr wrote: > >> I get a change browser which tells me that it is going to create a class with stuff. >> But then I get a RBAddMethodChange, which doesn't have a `changeClass`. >> The reason is that the class is not actually created before the method is supposed to be added, I think. > > So, I am on a recent Pharo 2.0 image and experience problems with the ChangesBrowser. > > Namely, changes are represented as an unordered set, which leads to problems. > Most notably, methods are added to non-existing classes before they are created. > > You probably want to use an order-preserving data structure. > > A quick hack, I used is just a work around: > > ChangesBrowser >> #accept > | changes | > self okToChange ifFalse: [ ^self ]. > > changes := self pickedChanges sorted: [:a :b | (a isKindOf: RBAddClassChange) and: [(b isKindOf: RBAddClassChange) not]]. > > changes do: [:change | RBRefactoryChangeManager instance performChange: change ]. > window delete > > > Best regards > Stefan > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > >

Jan. 23, 2013

[Pharo-project] ChangesBrowser is too naive Was: TalkFFI: automatic FFI generation for Pharo

by Stefan Marr

Hi: On 23 Jan 2013, at 22:06, Stefan Marr wrote: > I get a change browser which tells me that it is going to create a class with stuff. > But then I get a RBAddMethodChange, which doesn't have a `changeClass`. > The reason is that the class is not actually created before the method is supposed to be added, I think. So, I am on a recent Pharo 2.0 image and experience problems with the ChangesBrowser. Namely, changes are represented as an unordered set, which leads to problems. Most notably, methods are added to non-existing classes before they are created. You probably want to use an order-preserving data structure. A quick hack, I used is just a work around: ChangesBrowser >> #accept | changes | self okToChange ifFalse: [ ^self ]. changes := self pickedChanges sorted: [:a :b | (a isKindOf: RBAddClassChange) and: [(b isKindOf: RBAddClassChange) not]]. changes do: [:change | RBRefactoryChangeManager instance performChange: change ]. window delete Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 23, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Stefan Marr

Hi: On 23 Jan 2013, at 18:51, Ciprian Teodorov wrote: > The libs should be 32 bits... but it seems it is not this the issue... > I have compiled clang+llvm from sources using the source distribution at: http://www.llvm.org/releases/ > > then I have built the whole llvm distribution (using the getting started guide): > ../src/configure --prefix=<path-to-install-dir> --enable-optimized --enable-jit --target=i686-apple-darwin10 I don't know what the issue is, but building it myself was indeed the solution. So, for everyone who likes to use it: (from memory) wget http://www.llvm.org/releases/3.1/llvm-3.1.src.tar.gz wget http://www.llvm.org/releases/3.1/clang-3.1.src.tar.gz tar xvf llvm-3.1.src.tar.gz tar xvf clang-3.1.src.tar.gz mv clang-3.1.src llvm-3.1.src/tools/clang cd llvm-3.1.src mkdir build cd build ../configure --enable-optimized --enable-jit --target=i686-apple-darwin10 make -j2 # or -j or -j8 or so, compiling takes quite a while... If everything compiles well, you'll have a compatible `llvm-3.1.src/build/Release+Asserts/lib/libclang.dylib` Now I am running in some bugs, I think. I get a change browser which tells me that it is going to create a class with stuff. But then I get a RBAddMethodChange, which doesn't have a `changeClass`. The reason is that the class is not actually created before the method is supposed to be added, I think. If I manually create the class, it seems to work properly. Beside that cosmetic problem: How is the generator supposed to work exactly, does it also load indirectly referenced header classes? Doesn't seem to do that. The example I am experimenting with is: https://github.com/libgit2/libgit2/blob/development/include/git2.h which includes all the required stuff. Well, if I add all the headers manually to the generation, I run into the trouble of the non-existing classes again. Will try to work around that. Thanks so far Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 23, 2013