Perl 6 - the future is here, just unevenly distributed

IRC log for #openframeworks, 2015-06-16

| Channels | #openframeworks index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:21 masrodjie joined #openframeworks
01:28 pizthewiz joined #openframeworks
01:45 pizthewiz joined #openframeworks
01:52 masrodjie joined #openframeworks
02:31 masrodji_ joined #openframeworks
02:37 pizthewiz joined #openframeworks
02:48 admsyn joined #openframeworks
03:12 admsyn joined #openframeworks
03:18 pizthewiz joined #openframeworks
05:41 meandi_1 joined #openframeworks
06:05 masrodjie joined #openframeworks
06:13 notjosh joined #openframeworks
07:27 masrodjie joined #openframeworks
07:33 marcocanc joined #openframeworks
07:54 Beliq joined #openframeworks
07:56 Beliq joined #openframeworks
08:27 marcocanc joined #openframeworks
08:32 _mh joined #openframeworks
08:41 notjosh joined #openframeworks
08:46 marcocanc joined #openframeworks
08:46 puresick joined #openframeworks
08:54 puresick Hey guys. One question: Is there a safe way to use OpenFrameworks with Sublime Text on Mac OSX?
09:01 masrodjie joined #openframeworks
09:12 arturo joined #openframeworks
09:13 mh___ joined #openframeworks
09:16 Beliq How do you mean safe ?
09:18 Beliq I don't see why not... you can build with make
09:20 tgfrerer_ joined #openframeworks
09:21 tgfrerer joined #openframeworks
09:22 _mh joined #openframeworks
09:24 tgfrerer hey @arturo - i'm testing on windows and i
09:24 tgfrerer 'm getting tons of error messages around the new deprecated messages
09:24 tgfrerer seems the double [[ notation does not work properly in vs2015
09:25 tgfrerer_ the log says: "empty attribute block is not allowed"
09:27 arturo one sec i'm on a call, perhaps it's one [ only?
09:32 tgfrerer_ naw, syntax is correct for c++14, but visual studio does not implement that yet
09:32 masrodjie joined #openframeworks
09:32 tgfrerer_ microsoft want it their way: https://msdn.microsoft.com/en-us/library/044swk7y(v=vs.140).aspx
09:33 tgfrerer_ probably better to stick to a compiler macro which resolves to the compiler specific version
09:37 marcocanc joined #openframeworks
09:40 puresick left #openframeworks
09:42 mh___ joined #openframeworks
09:44 tgfrerer joined #openframeworks
09:46 tgfrerer here's a list of the c++11-14-17 features vs supports: http://blogs.msdn.com/b/vcblog/archive/2014/11/17/c-11-14-17-features-in-vs-2015-preview.aspx
10:30 tgfrerer i've sent a pr which fixes the depreaction messages by #ifdef, since there appears to be no easy way to add deprecation messages to typedefs on vs2015
10:30 tgfrerer project generator works again on vs2015
10:30 tgfrerer the PR is #3937
10:45 tgfrerer os x still appears broken, with the same error messages as yesterday. i'm seeing strange difference between Xcode 6.3.2 and Xcode 7.0 beta
10:45 tgfrerer in 6.3.2 i have "/Users/tim/dev/of/apps/devApps/projectGenerator/src/pugixmlLib/src/pugixml.hpp:96:15: No type named 'basic_string' in namespace 'std'; did you mean 'basic_stringbuf'?
10:46 tgfrerer in 7.0, i get /Users/tim/dev/of/libs/poco/include/Poco/Crypto/OpenSSLInitializer.h:26:10: 'openssl/crypto.h' file not found
12:36 arturo joined #openframeworks
12:44 tgfrerer i can look some more into the os x issue- but just to rule out my devenv is the problem - does the project generator (or anything for that matter) compile properly for anyone using the latest git/master branch?
12:53 _mh joined #openframeworks
12:58 tgfrerer ok, just tested on my other mac (Xcode 6.3.1) same errors as in Xcode 6.3.2
13:16 tgfrerer i think it boils down to our use of "using namespace std" in ofConstants playing weird tricks with the namespace
13:24 mh___ joined #openframeworks
13:25 arturo joined #openframeworks
13:26 tgfrerer some thoughts on this: http://www.gotw.ca/gotw/053.htm
13:36 oneironaut joined #openframeworks
13:53 tgfrerer i'm trying to add std:: to everything in the core in a test branch and removing using namespace std from ofconstants.h and see what happens.
13:53 arturo tgfrerer i'm going to test osx now. it was working for me yesterday though
13:53 arturo wow :)
13:53 tgfrerer i've got a little time on my hands =)
13:53 arturo i'd also try to use a more recent version of pugixml
13:53 tgfrerer it's strangely meditative
13:53 arturo do you have the very latest version of the PG?
13:54 arturo i added yesterday a macro that disables all the problematic definitions
13:54 tgfrerer yes, i'm using the project generator from devapps
13:54 tgfrerer i see - but that's for the pg simple, right?
13:54 arturo mmh, no that one is not updated yet
13:54 arturo yeah i fixed the PG simple
13:54 tgfrerer let me check the pg simple real quick
13:57 tgfrerer ok, so xcode beta 7.0 dies with the same openssl issue as above. compiling on 6.3.2 now...
13:58 tgfrerer nope, died again: /Users/tim/dev/of/apps/projectGenerator/projectGeneratorSimple/src/utils/Utils.cpp:97:15: No type named 'basic_string' in namespace 'std'; did you mean 'basic_stringbuf'?
14:23 arturo ok let me check
14:30 arturo tgfrerer are you compiling for 32bit? it's working for me without problem
14:32 tgfrerer 64 bit, let me recompile in 32, one sec
14:32 tgfrerer nope, 32 bit just died
14:33 tgfrerer i cleaned before build, just in case you wonder =)
14:33 arturo :)
14:33 tgfrerer btw, is rpi c++11 ?
14:33 arturo yep
14:33 tgfrerer cool!!!
14:33 tgfrerer so core is fully cpp11
14:33 tgfrerer ?
14:33 arturo do you have PUGIXML_NO_STL in Utils.h
14:33 arturo yep
14:33 arturo :)
14:34 tgfrerer cool
14:34 tgfrerer let me check\
14:35 tgfrerer Utils.h as in openframeworks/utils/utils.h
14:35 tgfrerer ?
14:35 tgfrerer which line #?
14:36 tgfrerer ahh, i see - utils.h of project generator simple...
14:36 arturo yes
14:36 tgfrerer nope, can't see it there...
14:37 tgfrerer but i pulled of using: git pull --recurse-submodules origin master
14:37 arturo mmh yeah you are not in the latest version
14:37 tgfrerer which should have given me the latest version of project generator simple, i was thinking...
14:38 tgfrerer pg simple is at rev ec30e5e572207c37210e078cec2e96ab9cfc56e7
14:38 arturo i've just pushed a change that updates pugixml to the latest version that fixes all the problems even without the macro
14:38 tgfrerer nice, let me try
14:39 tgfrerer compiling...
14:39 arturo 64bits is still broken but has nothing to do with this problem the project file is wrong
14:39 tgfrerer i can look into this...
14:39 arturo i'm going to try to generate the project using the 32bits version of the PG :)
14:39 tgfrerer yep, was thinking along the same lines =)
14:39 tgfrerer ok, pg compile still dies ;?
14:39 tgfrerer arrrrgh
14:39 tgfrerer =)
14:40 arturo i'm using the pg simple
14:40 tgfrerer yes, me too - but let me double check
14:46 tgfrerer halleluja - aiaiai. now it compiles, but the app dies and takes xcode with it.
14:46 arturo ouch i know what's going on
14:47 arturo i still have origin set to ofZach for the PG simple but it's now in the openframeworks account
14:47 arturo so when i was pushing i was pushing to ofZach's
14:47 arturo tgfrerer
14:47 tgfrerer oh, i see
14:48 tgfrerer let me know when it's updated, and i'll pull and recompile
14:48 tgfrerer the crash is weird, though, i'm trying to find a crash log somewhere to find out why xcode dies
14:51 tgfrerer interestingly enough, if i start the app without xcode it appears to run just fine.
14:51 tgfrerer xcode 7 beta still complains about openssl/crypto.h not found
14:59 masrodjie joined #openframeworks
15:26 w4ffles joined #openframeworks
15:30 arturo tgfrerer just updated the PG in the correct repo + some fixes
15:30 tgfrerer great! let me grab it
15:31 arturo the generated projects have the same problem with 64bits
15:31 tgfrerer which problem?
15:31 arturo lots of undefined symbols in core functions not sure what's going on
15:31 tgfrerer i see
15:31 tgfrerer i'm about 70 % done with adding std to all of ofCore - and close to carpal tunnel syndrome, but curious how that would pan out =)
15:32 arturo hahahah
15:32 tgfrerer we'd have a clear namespace would be the hope =)
15:32 arturo it would be great to get that
15:33 tgfrerer yeah!
15:33 tgfrerer we can still do using namespace in the cpp app files, but the core would behave more reliably with other libraries would be the hope...
15:34 arturo sure, we could even have an of namespace and reimport std there to not break people code by now
15:35 tgfrerer yeah! =)
15:35 tgfrerer although of might be a reserved word, we'd need to check that =)
15:35 arturo :)
15:36 arturo do you know how the OF library is included in the xcode projects?
15:36 arturo it seems it's not being linker in 64bits
15:36 arturo linked
15:37 tgfrerer you'd have to inspect the target in the app project file, and then go to Build Phases
15:38 arturo mmh i think it's included through the included openframeworks project but it seems like the 32bits version is not recompiled by the 64bit or something like that
15:38 arturo probably they need different names
15:39 tgfrerer i faintly remember that i had an extra line in the CoreOF.xconfig file that managed that when i implemented the "automatic switching" thing - let me look at the file history
15:42 tgfrerer hmmm. nope.
15:43 tgfrerer there's a line in there that specifies "only active arch" which should take care of this.
15:43 tgfrerer only rebuilding the current slice. i trust you cleaned everything before rebuilding 64 bit =) ?
15:44 arturo i just did but i had the same problem you shouldn't even need to clean i think, if you build the 64 bits it should overwrite the old one or even have different names. i'm taking a look but the xcode build settings panel is terrible
15:45 w4ffles joined #openframeworks
15:45 tgfrerer yes. but if you enter the build settings, select All and Levels
15:46 tgfrerer the column RESOLVED will tell you which setting was picked
15:46 tgfrerer also, TARGET settings trump everything.
15:46 tgfrerer meaning, they override Project settings
15:46 tgfrerer just in case you wonder
15:46 tgfrerer =)
15:46 arturo yeah i'm looking into that now, it almost doesn't fit in my screen :)
15:47 tgfrerer yeah, that's one way to get people to shell out $$$ to go hi rez, i guess.
15:48 arturo setting it to build all the architectures instead of the active one only works
15:48 tgfrerer interesting - does that give us a fat lib?
15:48 arturo yeah i guess
15:49 arturo it might be better to have a fat lib anyway?
15:50 tgfrerer perhaps. i wonder how big it gets, with the debug symbols etc. but the release lib should be pretty slim
15:50 arturo in any case is for the OF library anyway, it's only build once not per project so even if it's relatively big it shouldn't be a problem
15:51 notjosh joined #openframeworks
15:54 tgfrerer makes senswe
15:54 tgfrerer if you do lipo -info on the .a file you can see if it's fat or not, by the way...
15:54 arturo not sure but it's the only way i can get it to work. have you managed at any point to compile 64bit projects generated with the PG simple?
15:55 arturo haven't tried but it sure is, when it compiles the lib it says, generating universal binary...
15:55 tgfrerer i didn't test pg simple, pg from devapps, and used pg/devapps to update existing project files
15:55 tgfrerer is it possible to update project files using the pg simple?
15:56 arturo yes
15:56 tgfrerer oh, i have to check that out!
15:58 tgfrerer one weird thing: if i start pg simple, it's pre-selecting platform ios(xcode)
15:58 arturo i know, not sure what's going on there's an ifdef MAKE_IOS
15:59 arturo if you comment the part that is supposedly for ios it'll do the right thing
15:59 arturo but otherwise it's picking up that define even if it's not defined anywhere
15:59 arturo or doesn't seem to be defined
16:01 w4ffles joined #openframeworks
16:07 tgfrerer ahh weird - and i can
16:07 tgfrerer 't debug step through to see why OS_TARGET_IPHONE is define
16:08 tgfrerer but if it were, that could be the reason xcode dies, and the includes look weird, no?
16:10 arturo i just pushed my changes to the project file mostly. now the build settings, targets... seem more correct but still has the IOS problem and 64bits won't compile unless we set the lib to be universal
16:11 tgfrerer ok, let me pull.
16:11 tgfrerer no changes, is it still uploading?
16:12 arturo hadn't pushed the OF repo should be ok now
16:12 arturo btw when doing other updates i've usually copied the classes from the PG simple to the one in devApps to update for changes... if you changed the PG in devapps to work with 64bits then bringing those changes to the simple one should fix it
16:13 arturo do you remember having to  change anything in the PG in devapps to make it work for 64bits? i mean to generate correct projects for 64bits
16:13 tgfrerer i believe i left the pg 32 bit
16:14 arturo yes but the generated projects work in 64bits?
16:14 tgfrerer because the project files it creates can then decide whether they want to target 64 or 32 bits
16:14 tgfrerer yes.
16:14 arturo yeah that's what i mean if you did any change to make that work then we should bring those changes to the PG simple
16:14 tgfrerer you select the target in the button top left
16:14 tgfrerer i did
16:14 tgfrerer 'nt
16:15 tgfrerer but now that the pg is c++11, too, (it wasn't before)
16:15 tgfrerer the project file needs updating, probably
16:16 tgfrerer before the pg was 32bit and cpp98, because the 32 bit path was cpp98
16:17 arturo yeah but it gets that from the core xcconfig file it's not hardcoded in the pg
16:17 tgfrerer not hardcoded, right.
16:26 arturo mmh ok, yeah the normal pg works for me fine in 64 bits
16:26 arturo i can try to bring it's classes to the simple one...
16:27 tgfrerer cool
16:27 tgfrerer !
16:28 tgfrerer i can't help wondering why ios is pre-selected, though
16:28 arturo yeah no idea
16:28 tgfrerer does the simple pg crash when you start it?
16:28 arturo it's super weird, have you tried to rename the macro?
16:28 arturo no
16:32 tgfrerer no, i haven't - but if i comment out the //#ifdef MAKE_IOS line in projectgenerator simple testapp (#292 ff.) to force it to go down the osx path, i get it to compile a project generator that
16:32 tgfrerer still dies from within xcode
16:32 tgfrerer but when i run it from outside
16:32 tgfrerer the pg generates a valid project file
16:32 tgfrerer which allows me to compile a 32 bit version
16:33 tgfrerer which runs from within xcode (phew!)
16:33 tgfrerer i guess the fat lib changes are not yet in the repo?
16:33 arturo ok, i have it generating also a valid 64bits by bringing the classes from the normal one
16:33 arturo i'm going through the diff now
16:41 masrodjie joined #openframeworks
16:47 pizthewiz joined #openframeworks
16:53 arturo ok, now both the simple and the old one are working. it was pretty terrible there were fixes for different things in each of them
17:00 w4ffles joined #openframeworks
17:06 marcocanc joined #openframeworks
17:08 admsyn joined #openframeworks
17:16 GuidovanPossum joined #openframeworks
17:17 marcocanc joined #openframeworks
17:19 tgfrerer aiaiai, shall i pull?
17:21 arturo1 joined #openframeworks
17:30 _mh joined #openframeworks
18:21 arturo joined #openframeworks
19:52 arturo joined #openframeworks
20:24 helpless joined #openframeworks
20:25 helpless Hello, I just started using oF, but I can't seem to know where to get started, can anyone help me?
20:27 mode9 joined #openframeworks
20:28 helpless Can anyone help me?
20:29 GuidovanPossum have you gotten the examples working?
20:29 pizthewiz helpless: Welcome to oF - you might want to also look at ofBook: http://openframeworks.cc/ofBook/chapters/foreword.html
20:32 helpless No, I haven't even gotten my IDE working...
20:33 GuidovanPossum what ide?
20:33 helpless CodeBlocks
20:33 helpless Is there a better suggestion?
20:34 GuidovanPossum ok that's what I use too
20:35 helpless So, is there a way to know if oF is even properly added to the IDE?
20:35 GuidovanPossum this guide:  http://openframeworks.cc/setup/linux-codeblocks/
20:35 helpless I'm running Win8.
20:36 helpless I've followed the steps the the T, but it crashes on startup.
20:38 GuidovanPossum is there any way you can see what error is causing the crash?
20:38 pizthewiz You might also look on the forum to see if others ran into a similar issue
20:38 helpless I don' think so.
20:43 arturo helpless check if the drivers for your graphics card are updated. OF uses some modern openGL features that the default windows drivers won't support
20:43 arturo and the app might crash in that case
20:50 _mh joined #openframeworks
20:56 helpless Okay, I just looked, and all the driver are up to date.
21:16 jdy joined #openframeworks
23:56 dine909 joined #openframeworks
23:57 masrodjie joined #openframeworks

| Channels | #openframeworks index | Today | | Search | Google Search | Plain-Text | summary