New version: Gideros 2014.01

marcelojunior

Hello, the release notes are off?

http://www.giderosmobile.com/DevCenter/index.php/Release_notes

ar2rsawseen

Have no idea what happend, but I'm on it

ar2rsawseen

Should be fixed now

marcelojunior

Yah, thanks. (:

unlying

May be any guide how to migrate from 2013 to 2014? It is really painful to use full reexport for every application.

ar2rsawseen

I would need to compare it a little more, but mostly you can from Gideros\Sdk\lib\android copy at least four .so files to libs/{appropriate target folder} and insert them in main activity:
System.loadLibrary("zlib");
System.loadLibrary("gvfs");
System.loadLibrary("lua");
System.loadLibrary("gideros");

Then gideros.jar should be also updated, it can be retrieved either from template folder or exported project

zoolax

I just came across this article,
"Apple requiring app submissions to be optimized for iOS 7 by Feb. 1"

http://www.macworld.com/article/2080865/apple-requiring-app-submissions-to-be-optimized-for-ios-7-by-feb-1.html

ar2rsawseen

Yep already was posting it somewhere on the forum
Gideros should be already optimized for IOS 7
but it also means you would need at least I think Mountain Lion and xCode 5 to build ios app

unlying

I would need to compare it a little more, but mostly you can from Gideros\Sdk\lib\android copy at least four .so files to libs/{appropriate target folder} and insert them in main activity:
System.loadLibrary("zlib");
System.loadLibrary("gvfs");
System.loadLibrary("lua");
System.loadLibrary("gideros");

Then gideros.jar should be also updated, it can be retrieved either from template folder or exported project

unlying

And new gms plugin has SO many java errors for me...

ar2rsawseen

New GMS is meant for new Google Play Service lib (I should probably start including libraries with the plugin, right? )

And about your result, yes there were a lot of changes dew to orientation behavior, making it exactly the same as ios behavior and one step closer to dynamically changing android orientation upon exporting.

But it seems I missed something. I compared both Activity and Manifest files, and did not find the difference that could have caused it. Are you sure you copied latest gideros.jar (from another newly exported project)?

unlying

Yep, i'm sure. Without changing gideros.jar project will not even start.

Yes, libs with a plugin will be great.

unlying

For iOS it is even more painful to move on new Gideros version... Instead of updating for 5 minute I have to spend near 2 hours to tune project from zero state...

ar2rsawseen

So now you will hate IOS as much as me?

felipevex

Im keep getting "cannot locate symbol 'lua_getfield'" error when i try to implement Facebook Plugin for Gideros (github.com/ar2rsawseen/GiderosFacebookAndroidPlugin)

Full error message from logcat:
E/dalvikvm(405): dlopen("/mnt/asec/br.com.testx-1/lib/libfacebook.so") failed: Cannot load library: soinfo_relocate(linker.cpp:976): cannot locate symbol "lua_getfield" referenced by "libfacebook.so"...

What can i do to solve this problem? :-S

Thanks

ar2rsawseen

@felipevex you should try using the binaries provided with Gideros installation, inside Gideros installation folder All Plugins/Facebook
that should be the latest one

BBurgess66

Im keep getting "cannot locate symbol 'lua_getfield'" error when i try to implement AdMob Plugin for Gideros (github.com/ar2rsawseen/AdMob/AdMobPlugin) using the binaries from January 7. Anything can help?
Thx in advance

ar2rsawseen

It means you are using old binaries (because now Gideros and Lua is separated)
Take binaries from:
https://github.com/ar2rsawseen/AdMob/tree/master/AdMobPlugin

BBurgess66

Well, that does do something:

Now I get: "/lib/libadmob.so is not a valid ELF object"

Should I try to build it myself? .. and if so, how to do? .. and, is your last link just posted (https://github.com/ar2rsawseen/AdMob/tree/master/AdMobPlugin) valid for doing a rebuild myself?

Much thx again

ar2rsawseen

hmm interesting, I have not seen such error. As if object was not created for right processor.

They were supposed to work out of the box (and it seems they do so for many)

You can try to build it yourself, but if you are not familiar with lib linking for android, it might be hard.

Basically here is the best tutorial I've ever found:
http://mobilepearls.com/labs/ndk-builder-in-eclipse/

BBurgess66

ok getting somewhere:
Android NDK: ERROR:jni/Android.mk:gideros: LOCAL_SRC_FILES points to a missing file
Android NDK: Check that jni/../../libs/armeabi/libgideros.so exists or that its path is correct
/Android/android-ndk-r9b/build/core/prebuilt-library.mk:45: *** Android NDK: Aborting . Stop.

********
AMENDMENT
********
got your 'jni/Android.mk' file fixed to point to the correct local lib files .. but now getting:
[armeabi] Compile++ arm : admob <= admob.cpp
make: *** No rule to make target `jni/../libs/armeabi/libgideros.so', needed by `obj/local/armeabi/libgideros.so'. Stop.

ar2rsawseen

hmm, I think it means that it still can't find the libgideros or can't find where yo copy them
usually problem is due to incorrectly getting current path/directory:
http://stackoverflow.com/questions/6243047/android-ndk-no-rule-to-make-target

BBurgess66

Well, clearly it is found .. but I would think this 'libgideros' does not need to be made .. as it is already made and is being used as a 'pre-built and shared library'. So the question ends up being: How to simply make it link with this prebuilt library .. as opposed to re-making it during the process of making the libadmob.?

BBurgess66

Also, I did try to get your new binaries first via GIT using your new link .. but GIT reported the following:
fatal: repository 'https://github.com/ar2rsawseen/AdMob/tree/master/AdMobPlugin/' not found

I'm really at a loss .. nothing I'm doing with this is working :-(

ar2rsawseen

@BBurgess66
Here is how make file looks like:
Gideros libraries to link 1) Lua, 2) Gideros

LOCAL_PATH := $(call my-dir)   # # Gideros Shared Library #   ###   include $(CLEAR_VARS)   LOCAL_MODULE := lua LOCAL_SRC_FILES := ../../libs/$(TARGET_ARCH_ABI)/liblua.so   include $(PREBUILT_SHARED_LIBRARY)   ###   include $(CLEAR_VARS)   LOCAL_MODULE := gideros LOCAL_SRC_FILES := ../../libs/$(TARGET_ARCH_ABI)/libgideros.so   include $(PREBUILT_SHARED_LIBRARY)     # # Plugins #   ###   include $(CLEAR_VARS)   #module name LOCAL_MODULE := admob LOCAL_ARM_MODE := arm LOCAL_CFLAGS := -O2   #path to SDK files included in Gideros install dir, SDK/include LOCAL_C_INCLUDES += $(LOCAL_PATH)/../../Sdk/include   #path to plugin source filed LOCAL_SRC_FILES := admob.cpp LOCAL_LDLIBS := -ldl -llog   #linking libraries LOCAL_SHARED_LIBRARIES := lua gideros   include $(BUILD_SHARED_LIBRARY)

ar2rsawseen

About the link, you have the ' in the end of the link, if you remove it, it works
But basically you still can download whole repo:
https://codeload.github.com/ar2rsawseen/AdMob/zip/master

And simply go to the AdMobPlugin directory

BBurgess66

regarding the make file: this is what my make file looks like too.

regarding the repo link: This is what my original link looked like .. so I should then already have everything new .. correct?

BBurgess66

Modified my .MK file to be exactly what you show. and now ndk-build reports:
[armeabi] Compile++ arm : admob <= admob.cpp
make: *** No rule to make target `/Users/dev1/Projects/Gideros/xxx/builds/Android/xxx/jni/../libs/armeabi/liblua.so', needed by `/Users/dev1/Projects/Gideros/xxx/builds/Android/xxx/obj/local/armeabi/liblua.so'. Stop.

GregBUG

i know that @atilim is busy but any news on next update... (1 week, 1 month etc)
(render Texure bug) or better shader support (gideros 2)

?

thanks
Gianluca.

SinisterSoft

A quick texture bug update would be good - or Gideros 2.0 with the functionality of at least 1