Re: [e-users] Build problem on Raspbian

2021-05-29 Thread Pierre Couderc via enlightenment-users 

My personal rule is to know how  to  NOT use a tool

I learnt that with USARTS. They could work with 6,7,8 bits. I learnt the 
hard way, NOT to use 6 or 7 bits.


pi zero at 5$ is enough for my current needs... ;) (when it will finish 
to build 2165/3572...)


On 5/29/21 6:39 PM, Carsten Haitzler wrote:

On Sat, 29 May 2021 17:58:04 +0200 Pierre Couderc via enlightenment-users
 said:

and for you - you need that option... as the arm universe moved on from armv6
long ago.. :) the arm world is even now trying to drop 32bit entirely... latest
arm core designs have no 32bit at all. 64bit only. so armv6 with no neon is
quite ancient ... and yes - the pi zero does use this... it's cheap for a good
reason. it's ancient :)


Thank you,

It is building ok 1419/3572...

Yes ARM1176 is a bit old. But it is used by the Raspberry pi zero, which
is one of the lowest cost full computer.

When I need a small GUI and it is a pi zero with wifi, no keyboard no
display, I use cppcms.

But in this case I want the lowest cost and I do not need wifi, so efl
is fine, with a 4 key keyboard. Cables are more expensive than the
computer itself...

On 5/29/21 1:07 PM, Carsten Haitzler wrote:

On Sat, 29 May 2021 06:32:05 +0200 Pierre Couderc via enlightenment-users
 said:

try -Dnative-arch-optimization=false

basically efl builds with neon (SIMD) optimizations by default because
99.9% of arm system that efl would run on have a neon vector unit (armv7 on
always has this with the only exception i know of being the terga1 chip).
you basically have a niche very very very old cpu (niche for where efl
would run) thus... need to do the above.


I have an error when building on raspbian with tag v1.25.1

/efl# ninja -C build
ninja: Entering directory `build'
[1/3482] Generating eolian_gen_eina_types.eot with a custom command
FAILED: src/lib/eo/eina_types.eot.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
/usr/local/efl/src/lib/eo -o
h:/usr/local/efl/build/src/lib/eo/eina_types.eot.h -o
c:/usr/local/efl/build/src/lib/eo/eina_types.eot.c -o
d:/usr/local/efl/build/src/lib/eo/eina_types.eot.d -e EO_API -gchd
../src/lib/eo/eina_types.eot
Illegal instruction
[2/3482] Generating eolian_gen_ecore_event_message_handler.eo with a
custom command
FAILED: src/lib/ecore/ecore_event_message_handler.eo.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
/usr/local/efl/src/lib/ecore -I /usr/local/efl/src/lib/eo -I
/usr/local/efl/src/lib -I /usr/local/efl/src/lib/efl/interfaces -o
h:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.h -o
c:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.c -o
d:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.d
-gchd ../src/lib/ecore/ecore_event_message_handler.eo
Illegal instruction
ninja: build stopped: subcommand failed.

Help !

PC




___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users






___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Build problem on Raspbian

2021-05-29 Thread Carsten Haitzler 
On Sat, 29 May 2021 17:58:04 +0200 Pierre Couderc via enlightenment-users
 said:

and for you - you need that option... as the arm universe moved on from armv6
long ago.. :) the arm world is even now trying to drop 32bit entirely... latest
arm core designs have no 32bit at all. 64bit only. so armv6 with no neon is
quite ancient ... and yes - the pi zero does use this... it's cheap for a good
reason. it's ancient :)

> Thank you,
> 
> It is building ok 1419/3572...
> 
> Yes ARM1176 is a bit old. But it is used by the Raspberry pi zero, which 
> is one of the lowest cost full computer.
> 
> When I need a small GUI and it is a pi zero with wifi, no keyboard no 
> display, I use cppcms.
> 
> But in this case I want the lowest cost and I do not need wifi, so efl 
> is fine, with a 4 key keyboard. Cables are more expensive than the 
> computer itself...
> 
> On 5/29/21 1:07 PM, Carsten Haitzler wrote:
> > On Sat, 29 May 2021 06:32:05 +0200 Pierre Couderc via enlightenment-users
> >  said:
> >
> > try -Dnative-arch-optimization=false
> >
> > basically efl builds with neon (SIMD) optimizations by default because
> > 99.9% of arm system that efl would run on have a neon vector unit (armv7 on
> > always has this with the only exception i know of being the terga1 chip).
> > you basically have a niche very very very old cpu (niche for where efl
> > would run) thus... need to do the above.
> >
> >> I have an error when building on raspbian with tag v1.25.1
> >>
> >> /efl# ninja -C build
> >> ninja: Entering directory `build'
> >> [1/3482] Generating eolian_gen_eina_types.eot with a custom command
> >> FAILED: src/lib/eo/eina_types.eot.h
> >> /usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
> >> /usr/local/efl/src/lib/eo -o
> >> h:/usr/local/efl/build/src/lib/eo/eina_types.eot.h -o
> >> c:/usr/local/efl/build/src/lib/eo/eina_types.eot.c -o
> >> d:/usr/local/efl/build/src/lib/eo/eina_types.eot.d -e EO_API -gchd
> >> ../src/lib/eo/eina_types.eot
> >> Illegal instruction
> >> [2/3482] Generating eolian_gen_ecore_event_message_handler.eo with a
> >> custom command
> >> FAILED: src/lib/ecore/ecore_event_message_handler.eo.h
> >> /usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
> >> /usr/local/efl/src/lib/ecore -I /usr/local/efl/src/lib/eo -I
> >> /usr/local/efl/src/lib -I /usr/local/efl/src/lib/efl/interfaces -o
> >> h:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.h -o
> >> c:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.c -o
> >> d:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.d
> >> -gchd ../src/lib/ecore/ecore_event_message_handler.eo
> >> Illegal instruction
> >> ninja: build stopped: subcommand failed.
> >>
> >> Help !
> >>
> >> PC
> >>
> >>
> >>
> >>
> >> ___
> >> enlightenment-users mailing list
> >> enlightenment-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >>
> >
> 
> 
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Build problem on Raspbian

2021-05-29 Thread Pierre Couderc via enlightenment-users 

Thank you,

It is building ok 1419/3572...

Yes ARM1176 is a bit old. But it is used by the Raspberry pi zero, which 
is one of the lowest cost full computer.


When I need a small GUI and it is a pi zero with wifi, no keyboard no 
display, I use cppcms.


But in this case I want the lowest cost and I do not need wifi, so efl 
is fine, with a 4 key keyboard. Cables are more expensive than the 
computer itself...


On 5/29/21 1:07 PM, Carsten Haitzler wrote:

On Sat, 29 May 2021 06:32:05 +0200 Pierre Couderc via enlightenment-users
 said:

try -Dnative-arch-optimization=false

basically efl builds with neon (SIMD) optimizations by default because 99.9% of
arm system that efl would run on have a neon vector unit (armv7 on always has
this with the only exception i know of being the terga1 chip). you basically
have a niche very very very old cpu (niche for where efl would run) thus...
need to do the above.


I have an error when building on raspbian with tag v1.25.1

/efl# ninja -C build
ninja: Entering directory `build'
[1/3482] Generating eolian_gen_eina_types.eot with a custom command
FAILED: src/lib/eo/eina_types.eot.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
/usr/local/efl/src/lib/eo -o
h:/usr/local/efl/build/src/lib/eo/eina_types.eot.h -o
c:/usr/local/efl/build/src/lib/eo/eina_types.eot.c -o
d:/usr/local/efl/build/src/lib/eo/eina_types.eot.d -e EO_API -gchd
../src/lib/eo/eina_types.eot
Illegal instruction
[2/3482] Generating eolian_gen_ecore_event_message_handler.eo with a
custom command
FAILED: src/lib/ecore/ecore_event_message_handler.eo.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I
/usr/local/efl/src/lib/ecore -I /usr/local/efl/src/lib/eo -I
/usr/local/efl/src/lib -I /usr/local/efl/src/lib/efl/interfaces -o
h:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.h -o
c:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.c -o
d:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.d
-gchd ../src/lib/ecore/ecore_event_message_handler.eo
Illegal instruction
ninja: build stopped: subcommand failed.

Help !

PC




___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users






___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Build problem on Raspbian

2021-05-29 Thread Carsten Haitzler 
On Sat, 29 May 2021 06:32:05 +0200 Pierre Couderc via enlightenment-users
 said:

try -Dnative-arch-optimization=false

basically efl builds with neon (SIMD) optimizations by default because 99.9% of
arm system that efl would run on have a neon vector unit (armv7 on always has
this with the only exception i know of being the terga1 chip). you basically
have a niche very very very old cpu (niche for where efl would run) thus...
need to do the above.

> I have an error when building on raspbian with tag v1.25.1
> 
> /efl# ninja -C build
> ninja: Entering directory `build'
> [1/3482] Generating eolian_gen_eina_types.eot with a custom command
> FAILED: src/lib/eo/eina_types.eot.h
> /usr/local/efl/build/src/bin/eolian/eolian_gen -S -I 
> /usr/local/efl/src/lib/eo -o 
> h:/usr/local/efl/build/src/lib/eo/eina_types.eot.h -o 
> c:/usr/local/efl/build/src/lib/eo/eina_types.eot.c -o 
> d:/usr/local/efl/build/src/lib/eo/eina_types.eot.d -e EO_API -gchd 
> ../src/lib/eo/eina_types.eot
> Illegal instruction
> [2/3482] Generating eolian_gen_ecore_event_message_handler.eo with a 
> custom command
> FAILED: src/lib/ecore/ecore_event_message_handler.eo.h
> /usr/local/efl/build/src/bin/eolian/eolian_gen -S -I 
> /usr/local/efl/src/lib/ecore -I /usr/local/efl/src/lib/eo -I 
> /usr/local/efl/src/lib -I /usr/local/efl/src/lib/efl/interfaces -o 
> h:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.h -o 
> c:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.c -o 
> d:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.d 
> -gchd ../src/lib/ecore/ecore_event_message_handler.eo
> Illegal instruction
> ninja: build stopped: subcommand failed.
> 
> Help !
> 
> PC
> 
> 
> 
> 
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] Build problem on Raspbian

2021-05-28 Thread Pierre Couderc via enlightenment-users 

I have an error when building on raspbian with tag v1.25.1

/efl# ninja -C build
ninja: Entering directory `build'
[1/3482] Generating eolian_gen_eina_types.eot with a custom command
FAILED: src/lib/eo/eina_types.eot.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I 
/usr/local/efl/src/lib/eo -o 
h:/usr/local/efl/build/src/lib/eo/eina_types.eot.h -o 
c:/usr/local/efl/build/src/lib/eo/eina_types.eot.c -o 
d:/usr/local/efl/build/src/lib/eo/eina_types.eot.d -e EO_API -gchd 
../src/lib/eo/eina_types.eot

Illegal instruction
[2/3482] Generating eolian_gen_ecore_event_message_handler.eo with a 
custom command

FAILED: src/lib/ecore/ecore_event_message_handler.eo.h
/usr/local/efl/build/src/bin/eolian/eolian_gen -S -I 
/usr/local/efl/src/lib/ecore -I /usr/local/efl/src/lib/eo -I 
/usr/local/efl/src/lib -I /usr/local/efl/src/lib/efl/interfaces -o 
h:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.h -o 
c:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.c -o 
d:/usr/local/efl/build/src/lib/ecore/ecore_event_message_handler.eo.d 
-gchd ../src/lib/ecore/ecore_event_message_handler.eo

Illegal instruction
ninja: build stopped: subcommand failed.

Help !

PC




___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-11-15 Thread Conrad Knight 
> From: Carsten Haitzler (The Rasterman) 
> edje_cc doesnt - but libedje can load modules but directory existence does
> not mean a module loads. it needs a module.so inside to do anything... without
> a backtrace we dont have enouhg info to go on

Ok, so that's not the problem... More digging had shown that i AM able
to get edje_cc to run, as long as the "-fastdecomp" option is omitted.

I've also noticed since compiling 1.16 that the cpu usage for
enlightenment (and terminology) is consistently high. And i also
discovered my syslog was rapidly filling with lines such as:

kernel: [ 3574.458558] traps: efreetd[24960] general protection
ip:7f3768a6c568 sp:7ffcc3cd1390 error:0 in
libemile.so.1.16.0[7f3768a62000+11000]

and that efreetd was constantly crashing and respawning.

I managed to get backtraces and found both efreetd and edje_cc (when
using -fastdecomp) were segfaulting for the same reason. Here's one of
them:

Program received signal SIGSEGV, Segmentation fault.
0x7454e894 in LZ4HC_compress_generic.constprop.2 () from
/usr/local/lib/libemile.so.1
(gdb) bt
#0  0x7454e894 in LZ4HC_compress_generic.constprop.2 () from
/usr/local/lib/libemile.so.1
#1  0x7454fc60 in LZ4_compressHC2 () from /usr/local/lib/libemile.so.1
#2  0x74546eb0 in emile_compress (data=data@entry=0x869380,
t=t@entry=EMILE_LZ4HC, l=l@entry=10) at lib/emile/emile_compress.c:67
#3  0x7710ff59 in eet_data_image_lossless_compressed_convert
(compression=10, alpha=1, h=64, w=64, data=,
size=0x7fff775c) at lib/eet/eet_image.c:735
#4  eet_data_image_encode_cipher (data=0x77fd6000,
cipher_key=cipher_key@entry=0x0, w=64, h=64, alpha=alpha@entry=1,
comp=comp@entry=10, quality=0, lossy=EMILE_IMAGE_LOSSLESS,
size_ret=0x7fff7824) at lib/eet/eet_image.c:1589
#5  0x771102b6 in eet_data_image_encode (data=,
size_ret=size_ret@entry=0x7fff7824, w=,
h=, alpha=alpha@entry=1, comp=comp@entry=10,
quality=0, lossy=EMILE_IMAGE_LOSSLESS) at lib/eet/eet_image.c:1649
#6  0x77110312 in eet_data_image_write_cipher (ef=0x1d56a30,
name=name@entry=0x7fff7940 "edje/images/68",
cipher_key=cipher_key@entry=0x0, data=,
w=, h=, alpha=1, comp=10, quality=0,
lossy=EMILE_IMAGE_LOSSLESS) at lib/eet/eet_image.c:1350
#7  0x77110395 in eet_data_image_write (ef=,
name=name@entry=0x7fff7940 "edje/images/68", data=,
w=, h=, alpha=,
comp=10, quality=0, lossy=EMILE_IMAGE_LOSSLESS)
at lib/eet/eet_image.c:1374
#8  0x00405ce7 in data_thread_image
(data=data@entry=0x302b700, thread=thread@entry=0x0) at
bin/edje/edje_cc_out.c:1011
#9  0x00407d3c in data_image_preload_done (data=0x302b700,
e=, o=0x8024a126, event_info=)
at bin/edje/edje_cc_out.c:1081
#10 0x0040b0eb in data_write_images (ef=ef@entry=0x1d56a30,
image_num=image_num@entry=0x7fffbad8)
at bin/edje/edje_cc_out.c:1143
#11 0x0040c146 in data_write () at bin/edje/edje_cc_out.c:2336
#12 0x0040443f in main (argc=8, argv=0x7fffdcf8) at
bin/edje/edje_cc.c:399

I can recompile with any necessary flags to get more information, just
let me know :)

Thanks,
-Conrad.

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-11-13 Thread Conrad Knight 
Sorry to bring this up again, but i ran into the same issue with the
efl-1.16 release. During the elementary build process, the
freshly-compiled edje_cc (from efl) crashes with a segfault. This time
i wasn't able to finish building no matter what combination of CFLAGS
i used.

I making sure there were absolutely no left-over efl-1.15 libraries
left, i manually searched through /usr/local/lib/. Previously i had
been relying on "make uninstall" in the previous version's source
directory. I found an empty directory:
/usr/local/lib/edje/modules/elm/v-1.15

After deleting this directory, the build completed without problems!
Is it possible that edje_cc loads modules dynamically at build time,
based only on the names of directories it finds? In this case, edje_cc
is built first (with the efl libraries) and then used to build the
elementary libraries, which apparently includes some of these modules.
(After the build finished and i did a "make install" for elementary, i
found a new edje/modules directory, elm/v-1.16.)

If this is indeed what caused the segfault, is this a bug in edje_cc?
Trying to load a non-existent, or incompatible module? Or at least a
problem with the logic in the build process/order?

-Conrad.

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-11-13 Thread The Rasterman 
On Fri, 13 Nov 2015 20:02:24 -0500 Conrad Knight  said:

> Sorry to bring this up again, but i ran into the same issue with the
> efl-1.16 release. During the elementary build process, the
> freshly-compiled edje_cc (from efl) crashes with a segfault. This time
> i wasn't able to finish building no matter what combination of CFLAGS
> i used.
> 
> I making sure there were absolutely no left-over efl-1.15 libraries
> left, i manually searched through /usr/local/lib/. Previously i had
> been relying on "make uninstall" in the previous version's source
> directory. I found an empty directory:
> /usr/local/lib/edje/modules/elm/v-1.15
> 
> After deleting this directory, the build completed without problems!
> Is it possible that edje_cc loads modules dynamically at build time,
> based only on the names of directories it finds? In this case, edje_cc
> is built first (with the efl libraries) and then used to build the
> elementary libraries, which apparently includes some of these modules.
> (After the build finished and i did a "make install" for elementary, i
> found a new edje/modules directory, elm/v-1.16.)
> 
> If this is indeed what caused the segfault, is this a bug in edje_cc?
> Trying to load a non-existent, or incompatible module? Or at least a
> problem with the logic in the build process/order?

edje_cc doesnt - but libedje can load modules but directory existence does
not mean a module loads. it needs a module.so inside to do anything... without
a backtrace we dont have enouhg info to go on - i have had only module dirs for
years. it will THINK there is an available module there if the dir is there...
but the load will fail... ie if the elm dir above exists AND the correct
version dir exists. in your case it would have had to be v-1.16 as that is what
edje will look for so as such the available module list should not have been
affected edje_available_modules_get() will do the above. otherwise the
actual .so has to be there to load ... in the RIGHT version dir.

> -Conrad.
> 
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-10-29 Thread Conrad Knight 
> From: Philippe Jean Guillaumie 
> Same error building elm on Ubuntu 15.10.
> As a workaround use this: CFLAGS="-O2 -ffast-math -march=native"

Uninstalled everything and started over with the tarballs for
efl-1.15.2, etc. and used these flags instead. That seems to have
worked!

> From: Carsten Haitzler (The Rasterman) 
> that ... smells of an optimizer bug (-O3 crashes, -O2 is fine), but of course
> it's a tall order to blame gcc. this would need deep down serious debugging 
> ...
> but i have found compiler bugs before... it does happen.

I'm also using Ubuntu 15.10... They updated gcc from 4.9.something to
5.2.1. Maybe related?

Thanks,
-Conrad.
-- 
Whenever and  wherever you want.

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] build problem

2015-10-28 Thread Conrad Knight 
Hi all,

I'm having trouble building the EFL, etc. libraries... I typically
download the tarballs and compile from those, but i've also now tried
following the directions on:

https://www.enlightenment.org/docs-efl-start

Compiling all the libraries (in the order specified) still results in
the same problem. Since the last time i had a successful build, the
instructions have been updated to include (or maybe they were there
before, but i just missed them)

To ensure your code is compiled with decent optimzations you should
also set this up in your environment:
export CFLAGS="-O3 -ffast-math -march=native"

efl, emotion_generic_players, and evas_generic_loaders all build fine,
but when it comes to elementary i get the following error towards the
end:

make[2]: Entering directory '/home/conrad/src/e19/elementary/data'
Making all in themes
make[3]: Entering directory '/home/conrad/src/e19/elementary/data/themes'
  EDJ  default.edj
/bin/bash: line 3:  9778 Segmentation fault  (core dumped)
/usr/local/bin/edje_cc -fastdecomp -id . -fd . -id
../../data/themes/img -fd ../../data/themes/fnt -sd
../../data/themes/snd -l ../../COPYING -a ../../AUTHORS -fastdecomp
../../data/themes/default.edc ../../data/themes/default.edj
Makefile:1545: recipe for target 'default.edj' failed
make[3]: *** [default.edj] Error 139

If i start over (make clean, run configure again, etc.) and don't set
those optimization CFLAGS, all goes well.

What could be causing this? Is there any way to track down the
problem? There is a work-around, but that means everything is built
without the aforementioned "decent optimzations".

Thanks,
-Conrad.

-- 
Whenever and  wherever you want.

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-10-28 Thread Daniel Juyung Seo 
Hi,

I have no problem with that.
Can you try it again after 'git clean -dfx'?
Or remove '-march=native' from CFLAGS.

Thanks,
Daniel Juyung Seo (SeoZ)


On Thu, Oct 29, 2015 at 1:25 AM, Conrad Knight  wrote:
> Hi all,
>
> I'm having trouble building the EFL, etc. libraries... I typically
> download the tarballs and compile from those, but i've also now tried
> following the directions on:
>
> https://www.enlightenment.org/docs-efl-start
>
> Compiling all the libraries (in the order specified) still results in
> the same problem. Since the last time i had a successful build, the
> instructions have been updated to include (or maybe they were there
> before, but i just missed them)
>
> To ensure your code is compiled with decent optimzations you should
> also set this up in your environment:
> export CFLAGS="-O3 -ffast-math -march=native"
>
> efl, emotion_generic_players, and evas_generic_loaders all build fine,
> but when it comes to elementary i get the following error towards the
> end:
>
> make[2]: Entering directory '/home/conrad/src/e19/elementary/data'
> Making all in themes
> make[3]: Entering directory '/home/conrad/src/e19/elementary/data/themes'
>   EDJ  default.edj
> /bin/bash: line 3:  9778 Segmentation fault  (core dumped)
> /usr/local/bin/edje_cc -fastdecomp -id . -fd . -id
> ../../data/themes/img -fd ../../data/themes/fnt -sd
> ../../data/themes/snd -l ../../COPYING -a ../../AUTHORS -fastdecomp
> ../../data/themes/default.edc ../../data/themes/default.edj
> Makefile:1545: recipe for target 'default.edj' failed
> make[3]: *** [default.edj] Error 139
>
> If i start over (make clean, run configure again, etc.) and don't set
> those optimization CFLAGS, all goes well.
>
> What could be causing this? Is there any way to track down the
> problem? There is a work-around, but that means everything is built
> without the aforementioned "decent optimzations".
>
> Thanks,
> -Conrad.
>
> --
> Whenever and  wherever you want.
>
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-10-28 Thread Jérémy Zurcher 
Hi,

is
> /usr/local/bin/edje_cc
the result of latest efl installation or is it the remain of a previous one ?

On Wednesday 28 October 2015  12:25, Conrad Knight wrote :
> Hi all,
> 
> I'm having trouble building the EFL, etc. libraries... I typically
> download the tarballs and compile from those, but i've also now tried
> following the directions on:
> 
> https://www.enlightenment.org/docs-efl-start
> 
> Compiling all the libraries (in the order specified) still results in
> the same problem. Since the last time i had a successful build, the
> instructions have been updated to include (or maybe they were there
> before, but i just missed them)
> 
> To ensure your code is compiled with decent optimzations you should
> also set this up in your environment:
> export CFLAGS="-O3 -ffast-math -march=native"
> 
> efl, emotion_generic_players, and evas_generic_loaders all build fine,
> but when it comes to elementary i get the following error towards the
> end:
> 
> make[2]: Entering directory '/home/conrad/src/e19/elementary/data'
> Making all in themes
> make[3]: Entering directory '/home/conrad/src/e19/elementary/data/themes'
>   EDJ  default.edj
> /bin/bash: line 3:  9778 Segmentation fault  (core dumped)
> /usr/local/bin/edje_cc -fastdecomp -id . -fd . -id
> ../../data/themes/img -fd ../../data/themes/fnt -sd
> ../../data/themes/snd -l ../../COPYING -a ../../AUTHORS -fastdecomp
> ../../data/themes/default.edc ../../data/themes/default.edj
> Makefile:1545: recipe for target 'default.edj' failed
> make[3]: *** [default.edj] Error 139
> 
> If i start over (make clean, run configure again, etc.) and don't set
> those optimization CFLAGS, all goes well.
> 
> What could be causing this? Is there any way to track down the
> problem? There is a work-around, but that means everything is built
> without the aforementioned "decent optimzations".
> 
> Thanks,
> -Conrad.
> 
> -- 
> Whenever and  wherever you want.
> 
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--- Hell'O from Yverdoom

Jérémy (jeyzu)

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-10-28 Thread Philippe Jean Guillaumie 
Same error building elm on Ubuntu 15.10.
As a workaround use this: CFLAGS="-O2 -ffast-math -march=native"


On 10/28/2015 09:11 PM, Jérémy Zurcher wrote:
> Hi,
>
> is
>> /usr/local/bin/edje_cc
> the result of latest efl installation or is it the remain of a previous one ?
>
> On Wednesday 28 October 2015  12:25, Conrad Knight wrote :
>> Hi all,
>>
>> I'm having trouble building the EFL, etc. libraries... I typically
>> download the tarballs and compile from those, but i've also now tried
>> following the directions on:
>>
>> https://www.enlightenment.org/docs-efl-start
>>
>> Compiling all the libraries (in the order specified) still results in
>> the same problem. Since the last time i had a successful build, the
>> instructions have been updated to include (or maybe they were there
>> before, but i just missed them)
>>
>> To ensure your code is compiled with decent optimzations you should
>> also set this up in your environment:
>> export CFLAGS="-O3 -ffast-math -march=native"
>>
>> efl, emotion_generic_players, and evas_generic_loaders all build fine,
>> but when it comes to elementary i get the following error towards the
>> end:
>>
>> make[2]: Entering directory '/home/conrad/src/e19/elementary/data'
>> Making all in themes
>> make[3]: Entering directory '/home/conrad/src/e19/elementary/data/themes'
>>EDJ  default.edj
>> /bin/bash: line 3:  9778 Segmentation fault  (core dumped)
>> /usr/local/bin/edje_cc -fastdecomp -id . -fd . -id
>> ../../data/themes/img -fd ../../data/themes/fnt -sd
>> ../../data/themes/snd -l ../../COPYING -a ../../AUTHORS -fastdecomp
>> ../../data/themes/default.edc ../../data/themes/default.edj
>> Makefile:1545: recipe for target 'default.edj' failed
>> make[3]: *** [default.edj] Error 139
>>
>> If i start over (make clean, run configure again, etc.) and don't set
>> those optimization CFLAGS, all goes well.
>>
>> What could be causing this? Is there any way to track down the
>> problem? There is a work-around, but that means everything is built
>> without the aforementioned "decent optimzations".
>>
>> Thanks,
>> -Conrad.
>>
>> -- 
>> Whenever and  wherever you want.
>>
>> --
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> --- Hell'O from Yverdoom
>
> Jérémy (jeyzu)
>
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] build problem

2015-10-28 Thread The Rasterman 
On Wed, 28 Oct 2015 21:36:24 +0100 Philippe Jean Guillaumie 
said:

> Same error building elm on Ubuntu 15.10.
> As a workaround use this: CFLAGS="-O2 -ffast-math -march=native"

that ... smells of an optimizer bug (-O3 crashes, -O2 is fine), but of course
it's a tall order to blame gcc. this would need deep down serious debugging ...
but i have found compiler bugs before... it does happen.

> On 10/28/2015 09:11 PM, Jérémy Zurcher wrote:
> > Hi,
> >
> > is
> >> /usr/local/bin/edje_cc
> > the result of latest efl installation or is it the remain of a previous
> > one ?
> >
> > On Wednesday 28 October 2015  12:25, Conrad Knight wrote :
> >> Hi all,
> >>
> >> I'm having trouble building the EFL, etc. libraries... I typically
> >> download the tarballs and compile from those, but i've also now tried
> >> following the directions on:
> >>
> >> https://www.enlightenment.org/docs-efl-start
> >>
> >> Compiling all the libraries (in the order specified) still results in
> >> the same problem. Since the last time i had a successful build, the
> >> instructions have been updated to include (or maybe they were there
> >> before, but i just missed them)
> >>
> >> To ensure your code is compiled with decent optimzations you should
> >> also set this up in your environment:
> >> export CFLAGS="-O3 -ffast-math -march=native"
> >>
> >> efl, emotion_generic_players, and evas_generic_loaders all build fine,
> >> but when it comes to elementary i get the following error towards the
> >> end:
> >>
> >> make[2]: Entering directory '/home/conrad/src/e19/elementary/data'
> >> Making all in themes
> >> make[3]: Entering directory '/home/conrad/src/e19/elementary/data/themes'
> >>EDJ  default.edj
> >> /bin/bash: line 3:  9778 Segmentation fault  (core dumped)
> >> /usr/local/bin/edje_cc -fastdecomp -id . -fd . -id
> >> ../../data/themes/img -fd ../../data/themes/fnt -sd
> >> ../../data/themes/snd -l ../../COPYING -a ../../AUTHORS -fastdecomp
> >> ../../data/themes/default.edc ../../data/themes/default.edj
> >> Makefile:1545: recipe for target 'default.edj' failed
> >> make[3]: *** [default.edj] Error 139
> >>
> >> If i start over (make clean, run configure again, etc.) and don't set
> >> those optimization CFLAGS, all goes well.
> >>
> >> What could be causing this? Is there any way to track down the
> >> problem? There is a work-around, but that means everything is built
> >> without the aforementioned "decent optimzations".
> >>
> >> Thanks,
> >> -Conrad.
> >>
> >> -- 
> >> Whenever and  wherever you want.
> >>
> >> --
> >> ___
> >> enlightenment-users mailing list
> >> enlightenment-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> > --- Hell'O from Yverdoom
> >
> > Jérémy (jeyzu)
> >
> > --
> > ___
> > enlightenment-users mailing list
> > enlightenment-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users