Re: [Pharo-dev] #(1 1 1 2 2 2 3 3 3 4 4 4) . 3 -> #(#(1 1 1) (2 2 2) (3 3 3) #(4 4 4))

--- Begin Message --- I don't understand your intent. Do they group together because they have the same value or do they just get grouped into subgroups of size three or do they get grouped as runs? This works: #(1 1 1 2 2 2 3 3 3 4 4 4) groupByRuns: [ :ea | ea ] -> #(#(1 1 1) (2 2 2) (3 3

Re: [Pharo-dev] [Ann] Concurrent Programming in Pharo is available

--- Begin Message --- I have wanted a clean explanation of semaphores and process scheduling for a long time. Thanks for this. > On Feb 9, 2020, at 3:58 AM, Stéphane Ducasse > wrote: > > On http://books.pharo.org/booklet-ConcurrentProgramming/ >

Re: [Pharo-dev] [ANN] Grouper

--- Begin Message --- This is cool. Rails has this kind of capability and I miss it elsewhere. > On Dec 9, 2019, at 6:08 AM, Julien Delplanque > wrote: > > Hello, > > I made a small library that reify grouping (that one does via #groupBy: > usually): Grouper

Re: [Pharo-dev] Pharo Launcher is broken out of the box.

reproduce? > > https://github.com/pharo-project/pharo-launcher/issues > <https://github.com/pharo-project/pharo-launcher/issues> > > Regards, > Christophe > >> Le 15 sept. 2019 à 21:04, Todd Blanchard via Pharo-dev >> mailto:pharo-dev@lists.pharo.org>>

[Pharo-dev] Pharo Launcher is broken out of the box.

--- Begin Message --- I just downloaded the latest Pharo Launcher. It is throwing some errors. --- End Message ---

Re: [Pharo-dev] [ANN] Pharo 7.0 released!

--- Begin Message --- I don't understand why the mooc is pushed when people want documentation. Some people just want to read. I kept pushing on http://books.pharo.org - I think we don't push that enough. Tons of great info there. > On Jan 23, 2019, at 5:35 PM, Sean P. DeNigris wrote: > >

Re: [Pharo-dev] Now this is fun ...

--- Begin Message --- Based on his activity level - it is abandoned. Ask him nicely and I'd bet he would relinquish it. He can move his stuff to jpharo (which is great until we port the VM to Java like JRuby) or something. > On Nov 5, 2018, at 9:07 AM, p...@highoctane.be wrote: > > PR bomb...

Re: [Pharo-dev] Xcode projects for VM on iOS or Mac?

, Xcode is the build system you are going to need to submit it to the App store. > On Oct 28, 2018, at 12:27 PM, Eliot Miranda wrote: > > Hi Todd, > > On Fri, Oct 26, 2018 at 10:00 AM Todd Blanchard via Pharo-dev > mailto:pharo-dev@lists.pharo.org>> wrote: > Does

Re: [Pharo-dev] Xcode projects for VM on iOS or Mac?

--- Begin Message --- That would be super awesome! Please let me know if/when you do. Thanks, -Todd Blanchard > On Oct 26, 2018, at 9:43 AM, John M McIntosh > wrote: > > I have one. I should see about adding it to a branch. > > > John M. McIntosh. Corporate Sma

[Pharo-dev] Xcode projects for VM on iOS or Mac?

--- Begin Message --- Does anyone have Xcode projects for building the VM on iOS or Mac? Can they share them or give me some tips for setting one up? Thanks, -Todd --- End Message ---

Re: [Pharo-dev] [Pharo-users] [ANN] Cruiser: A Pharo app packager

That is very cool. Any intentions to do mobile? Inspired by David Buck's post on his mobile VM. https://medium.com/@richardeng/mobile-smalltalk-c6f0cc712909 > On Mar 8, 2018, at 12:00 PM, Alexandre Bergel wrote: > > I saw a demo of it two weeks ago. This is really

Re: [Pharo-dev] [Vm-dev] FFI Struct Argument Pass By Value Fails on Mac 64 bit

. Also, its .c files that compile into a library, right? Where would such files be in this repository? I love Smalltalk. I'm really starting to hate this though. > On Mar 1, 2018, at 10:25 AM, todd blanchard <tblanch...@mac.com> wrote: > > I'm mac osx > > I will up

Re: [Pharo-dev] [Vm-dev] FFI Struct Argument Pass By Value Fails on Mac 64 bit

. > On Dec 3, 2017, at 7:18 AM, Ben Coman <b...@openinworld.com> wrote: > > > > On 27 November 2017 at 00:24, Todd Blanchard <tblanch...@mac.com > <mailto:tblanch...@mac.com>> wrote: > > i'm getting the idea that we should probably write a te

Re: [Pharo-dev] better name for #aggregateRuns:

I'm kind of trying to figure out when I'd want that operation. groupsWithSeparatorsWhereSeparatatorsMatch: feels like it says what it does > On Dec 12, 2017, at 10:19 AM, Ben Coman wrote: > > > > On 12 December 2017 at 20:03, Nicolas Cellier >

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

It seems like there ought to be a way to install a package from a github repo without typing scripts? I'm going to make changes so I forked Estaban's repo and entered that into iceberg browser. The iceberg UI, BTW, does not show a way to distinguish between different forks so both just say

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

Yes, that worked. Thanks. > On Nov 12, 2017, at 11:22 AM, Alistair Grant <akgrant0...@gmail.com> wrote: > > Hi Todd, > > On 12 November 2017 at 17:57, Todd Blanchard <tblanch...@mac.com> wrote: >> Hi Alistair, >> >> THANK YOU! This cleared up a

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

> Esteban > > On 12 Nov 2017, at 14:39, Todd Blanchard <tblanch...@mac.com > <mailto:tblanch...@mac.com>> wrote: > >> Still no joy. Five days trying to do this. Incredibly frustrated. >> >> I hunted down every single possible cache instance >

[Pharo-dev] Moving back and forth from 64 to 32 bit images - possible?

What is the story on moving back and forth on 32 and 64 bit images? I'd like to develop apps for my Raspberry Pi on my Mac - both will use native libraries but the Mac is full of 64 bit system libraries and the Pi is full of 32 bit libraries and I don't want to have to run around building 32

Re: [Pharo-dev] feenk log

The most productive environment I have ever used was Hypercard and that was because you could cmd-opt click on any button or field or UI element and the script for that would open and you could edit it. I have always wanted that in Smalltalk. > On Nov 12, 2017, at 9:10 AM, Ben Coman

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

Todd, > > On 12 November 2017 at 17:00, Todd Blanchard <tblanch...@mac.com> wrote: >> And how do I do this? I can fetch the repo from the command line > > Take a look at the FAQ in the Iceberg readme: > https://github.com/pharo-vcs/iceberg > > >> Sent f

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

And how do I do this? I can fetch the repo from the command line Sent from the road > On Nov 12, 2017, at 05:51, Esteban Lorenzano <esteba...@gmail.com> wrote: > > > >> On 11 Nov 2017, at 17:43, Todd Blanchard <tblanch...@mac.com> wrote: >> >> &

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

ion and libgit2 > bindings. > > you need to execute this: > > LGitExternalStructure allSubclassesDo: #compileFields. > > before execute this: > > Metacello new > repository: 'github://estebanlm/libclang-pharo-bindings/src > '; > baseline: 'Lib

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

Any help? > On Nov 10, 2017, at 8:49 AM, Todd Blanchard <tblanch...@mac.com> wrote: > > Yes, trying to install your libclang. > > Pharo is brand new download of whatever is on the website - 6.1-64 bit > version (yes I know its not tested - I was going to test it). >

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

t you try to install? (I guess is libclang) > > anything I should know about your environment? (image is clean/new? are you > behind a proxy? whatever that can help) > > Esteban > >> On 10 Nov 2017, at 00:08, Todd Blanchard <tblanch...@mac.com >> <mailto:tblanch...

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

#(0 25 1) > On Nov 9, 2017, at 5:45 PM, Esteban Lorenzano wrote: > > (LGitLibrary uniqueInstance version)

Re: [Pharo-dev] 6.1 Iceberg - how is this supposed to work?

hy are these a different format from what github uses?) > > because they are used to indicate repository/subdir/tag/branch, etc. > but I agree it is far from perfect. > > Esteban > >> baseline: 'LibClang'; >> load. >> >> Walkback with 'Could not resolve BaselineOfLibClang' >> >> Not having much fun here. I definitely do not understand the new code >> management tools. >> >> -Todd Blanchard > >

[Pharo-dev] 6.1 Iceberg - how is this supposed to work?

management tools. -Todd Blanchard

Re: [Pharo-dev] about SortFunctions

Which is weird because I think the magic is its decentralized nature. > On Nov 6, 2017, at 1:52 PM, Ben Coman wrote: > > Some would say it was github that "made" git (popular).

Re: [Pharo-dev] UFFI #rebuildFieldAccessors problem

I know this problem annonymousClassCreator ^ String streamContents: [ :stream | stream nextPutAll: '(FFITypeArray ofType: #'; print: self objectClass type class; nextPutAll: ' size: ';

Re: [Pharo-dev] Layout for placing widgets

+1 Sent from the road > On Oct 29, 2017, at 03:58, stephan wrote: > > Just applying and adapting Thierry's code should provide us what we need

Re: [Pharo-dev] Layout for placing widgets

hane Ducasse wrote: >>> Pavel I do not think that cassowary is good for us. >> >> Why? >> >> Jan >> >>> >>> >>> On Sat, Oct 28, 2017 at 2:37 AM, Todd Blanchard <tblanch...@mac.com> >>> wrote: >>>> Does tha

Re: [Pharo-dev] Layout for placing widgets

Does that load as part of Bloc? > On Oct 27, 2017, at 12:59 PM, Pavel Krivanek wrote: > > Maybe we should check cassowary > > https://croisant.net/blog/2016-02-24-ui-layout-constraints-part-1/#ui-constraints > >

Re: [Pharo-dev] UnifiedFFI Docs

format, but older versions are in filetree) > > Esteban > >> On 24 Oct 2017, at 19:17, Todd Blanchard <tblanch...@mac.com >> <mailto:tblanch...@mac.com>> wrote: >> >> Hey Esteban, >> >> Now that you have outed yourself as a maintainer of

Re: [Pharo-dev] UnifiedFFI Docs

estebanlm/libclang-pharo-bindings/ > <https://github.com/estebanlm/libclang-pharo-bindings/> ? > > it was using parseTranslationUnit (no 2)… there you can find how is being > used (I just converted it to tonel format, but older versions are in filetree) > > Esteban > &

Re: [Pharo-dev] UnifiedFFI Docs

21:15, Stephane Ducasse <stepharo.s...@gmail.com> wrote: >> >> Esteban will probably reply to this thread > > yes, I will :) > >> >> >> On Thu, Oct 19, 2017 at 10:34 PM, Todd Blanchard <tblanch...@mac.com> wrote: >>> I have found the

Re: [Pharo-dev] UnifiedFFI Docs

Lorenzano <esteba...@gmail.com> wrote: > > Hi, > >> On 21 Oct 2017, at 21:15, Stephane Ducasse <stepharo.s...@gmail.com> wrote: >> >> Esteban will probably reply to this thread > > yes, I will :) > >> >> >> On Thu, Oct 19, 20

Re: [Pharo-dev] UnifiedFFI Docs

ctClass numberOfElements; nextPutAll: ')' ] and this seems to work fine. Onwards... > On Oct 19, 2017, at 7:18 AM, Todd Blanchard <tblanch...@mac.com> wrote: > > That’s great - it’s been kind of magical but a couple things have changed > since you

Re: [Pharo-dev] UnifiedFFI Docs

it to the accessor generating code. Sent from the road > On Oct 18, 2017, at 22:29, Ben Coman <b...@openinworld.com> wrote: > > > >> On Thu, Oct 19, 2017 at 1:05 AM, Todd Blanchard <tblanch...@mac.com> wrote: >> I'm working through Ben's great blog post abou

Re: [Pharo-dev] UnifiedFFI Docs

the native size of void is undefined even though it is a void* being mapped. I will continue to see if I can figure out why it generates this spec - definitely a broken assumption somewhere in here. -Todd Blanchard

Re: [Pharo-dev] UnifiedFFI Docs

omises that to me > but he is super busy. > > Stef > > > On Wed, Oct 18, 2017 at 5:54 AM, Todd Blanchard <tblanch...@mac.com > <mailto:tblanch...@mac.com>> wrote: > > Wonderful! Thanks. > > > >> On Oct 17, 2017, at 3:45 PM, stephan <step...@stac

Re: [Pharo-dev] UnifiedFFI Docs

Wonderful! Thanks. > On Oct 17, 2017, at 3:45 PM, stephan <step...@stack.nl> wrote: > > On 17-10-17 23:06, Todd Blanchard wrote: >> Anyone know what happened to this? >> https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgress/lastSuccessfu

[Pharo-dev] UnifiedFFI Docs

Anyone know what happened to this? https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgress/lastSuccessfulBuild/artifact/book-result/UnifiedFFI/UnifiedFFI.pdf

Re: [Pharo-dev] Maybe better pinning messages? (inspired by [Pinning Objects in Pharo])

I think the asymmetry would drive me bananas. I prefer the original set. > On Sep 18, 2017, at 7:28 AM, Tudor Girba wrote: > > Hi, > > In this case, it would sound better to have: > - pinInMemory > - unpinFromMemory > - isPinnedInMemory > - setPinnedInMemory: > >

Re: [Pharo-dev] Maybe better pinning messages? (inspired by [Pinning Objects in Pharo])

+1 > On Aug 31, 2017, at 1:29 AM, Pavel Krivanek wrote: > > I would use pinInMemory

Re: [Pharo-dev] Can Realm (DB) and Pharo play together (or can we have a Pharo Realm Object Server to ROS) ?

well with Pharo something of a waste of time due to the proprietary nature of it. I am happy to help you out though - I've written a LOT of persistence active record type things and am pretty dang handy with GLORP as well. Drop me a note if you want to collaborate. -Todd Blanchard tblanch

Re: [Pharo-dev] Trying to build Mac VM - ld: library not found for -lssl

SDK - for example via XcodeLegacy - > https://github.com/devernay/xcodelegacy > <https://github.com/devernay/xcodelegacy> > The second worked for me, though I don't remember specifying usage of an > older SDK anywhere > > 2017-08-14 15:38 GMT+02:00 Todd Blanchard <tblanch

[Pharo-dev] Trying to build Mac VM - ld: library not found for -lssl

Git cloned, cd to build.macosxxx/pharo.cog.spur ./mvm -A Either 32 or 64 bit builds dies trying to build libSqueakSSL with library not found for -lssl. Homebrew doesn't seem to have an entry for libssl. Stumped. -Todd Blanchard

Re: [Pharo-dev] Github package management beta

tblanch...@mac.com Thanks > On Jun 6, 2017, at 9:32 PM, Eliot Miranda wrote: > > Hi All, > > I've been invited to participate in github's Bera test of their new package > management support. I don't know much, if anything, about the

Re: [Pharo-dev] [ANN] Sparta v1.1

Pointer? Sent from the road > On Oct 22, 2016, at 11:39, stepharo wrote: > > This is what christophe is doing in cargo. > > Stef > > > >> Le 22/10/16 à 17:29, p...@highoctane.be a écrit : >> Looks like we are on the same wavelength but... >> >> Look how this is done in

Re: [Pharo-dev] [ANN] Sparta v1.1

> On Oct 21, 2016, at 07:30, Norbert Hartl wrote: > > The current (!) complaint is rather based on the fact that everything > regarding the graphics backend, widget and tools appears sometimes as an > indefinite loop of reinventing stuff and improving and never get the job

Re: [Pharo-dev] IMPORTANT: Proposal to create a github team for Voyage and MongoTalk

'NoSQL' covers a lot of ground. I don't suppose anyone has done a redis interface? > On Jun 9, 2016, at 15:54, Martin Dias wrote: > > > > On Thu, Jun 9, 2016 at 3:26 PM, Esteban Lorenzano > wrote: > But well… is done

Re: [Pharo-dev] [squeak-dev] Re: [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: Unicode Support))

rs are no bigger than rather than 10. Also...I'll just toss in this very nice article on unicode and how NSString deals with it. https://www.objc.io/issues/9-strings/unicode/ <https://www.objc.io/issues/9-strings/unicode/> -Todd Blanchard

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))

I wouldn't say that necessarily. There's a whole lot of API that is dependent on objective c - I suspect they have a toll free bridging in there where swift/objective c strings share enough common protocol to be fully substitutable like with CFString. Anyhow swifts step away from smalltalk

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))

So we should start with that. Fwiw - icu also provides time and date format internationalization and some other utilities. It is a very comprehensive library. Sent from the road > On Dec 9, 2015, at 07:03, H. Hirzel <hannes.hir...@gmail.com> wrote: > >> On 12/8/15, Todd

Re: [Pharo-dev] [squeak-dev] Unicode Support

file is already UTF8 - which is why it ends up being so convenient. Most of our old text handling infrastructure can still handle UTF8 while it tends to choke on wider encodings. -Todd Blanchard > On Dec 6, 2015, at 07:23, H. Hirzel <hannes.hir...@gmail.com> wrote: > >> We

Re: [Pharo-dev] Unicode Support

Sent from the road > On Dec 5, 2015, at 05:08, stepharo wrote: > > Hi EuanM > > Le 4/12/15 12:42, EuanM a écrit : >> I'm currently groping my way to seeing how feature-complete our >> Unicode support is. I am doing this to establish what still needs to >> be done to

Re: [Pharo-dev] Unicode Support

would suggest that the only worthwhile encoding is UTF8 - the rest are distractions except for being able to read and convert from other encodings to UTF8. UTF16 is a complete waste of time. Read http://utf8everywhere.org/ I have extensive Unicode chops from around 1999 to 2004 and my