Bison Install Problem, for native compilation Options

[Blaise]

Finaly I managed to have zgcc working on Z sl-5500 with OZ-3.5.2 and OPIE-1.2 for native compilation of MapServer. It seems that I solved all libraries dependencies (freetype, libpng, libjpeg, gd); the "./configure" command ends ok. But the "make" command fails with :
#make
... . .
yacc -p msyy -d omapparser.c mapparser.y
make: yacc: Command not found
make: *** [mapparser.c] Error 127
#

Yacc seems related to Bison. I don't understand wether I have bison installed or not :
#ipkg info bison
Package: bison
Version: 1:1.35-3
Depends: libc6 (>= 2.2.4-')
Status: install prefer,user not-installed <---- what does that mean ? ?
ARchitecture: arm

I dl "bison_1.35-3_arm.ipk" but when I try to install it, I get :
#ipkg install /mnt/cf/ms/bison_1.35-3_arm.ipk
Installing bison (1:1.35-3) to sd...
sh: /tmp/ipkg-ey3VZY/bison-PbK06y/preinst: not found
preinst script returned status 127
Aborting installation of bison
An error has occured, return value: 1.

Each time I retry to install bison, it doens't find the preinst in another /tmp/ipkg-xxxx directory.
I looked in /tmp but there is no directory like that, and if I create one, then when I retry to install bison, the name it looks for has changed.

Is Bison that difficult to install ? It seems strange. I'm geting closer and closer to my aim but now, I'm stuck with this "little" thing. Any suggestion for me to install Bison ?

btw: I think I have bison-dev ok :
#ipkg info bison-dev
Package: bison-dev
Version: 1.875-r0
Status: install user installed
Architecture: arm
Installed-Time: 11116542551
but it doesn't seem enough for the make.

Tks
Blaise

[Blaise]

No idea to help me install bison_1.35-3_arm.ipk ? I'm still trying.

I looked also at yacc because this is where the last build fails :
make: yacc: Command not found

and I found byacc_1.9_arm.ipk
I installed it and now, for mapserver :
#make clean
#./configure --with-good-options... config passes ok
#make make fails with :
yacc -p msyy -d -omapparser.c mapparser.y
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename
make: *** [mapserv.c] Error 1

Does that mean that the file mapserv.c does not provide the correct syntax for byacc.
Will I have to update this mapserv.c to adjust to byacc syntax ? ?
Is there any other yacc ipk around ?
I'm going to try again bison ipk install, but could it work if I build bison from source ? In that case which version should I take ? The last one (2.0) or an older one (like 1.35, 1.50, ...)
Any idea welcomed
Blaise

[Blaise]

ok, i'm riding this thread alone ! Anybody experienced with zgcc and bizon/yacc around ? ? ?
there is a kind of bison ipk in my ipkg list, but I don't understand weither it's installed (build in ? unremovable ?) or not :
#ipkg info bison
Package: bison
Version: 1:1.35-3
Depends: libc6 (>= 2.2.4-')
Status: install prefer,user not-installed <---- what does that mean ? ?
ARchitecture: arm

ipkg remove bison is useless :
#ipkg remove bison
No packages removed

I couldn't install any bison ipk. Tryed byacc without success as well (...). Went download at bison-gnu and ./configure / make from version 2.0 down to 1.25 (Z warms....)

---- From 2.0 down to 1.50, I got this kind of error at build (#make) :
../lib/libbison.a(quotearg.o): In function 'quotearg_buffer_restyled':
/mnt/cd/ms/bison/bison-1.75/lib/quotearg.c:522:undefined reference to '__ctype_b'
...
collect2: ld returned 1 exit status

---- From 1.35 down to 1.29, I got this kind of error at configure (#./configure) :
config.status: creating test/xxx
mv: unable to preserve ownership of 'xxx/xxx': Operation not permitted
config.status: creating srct/xxx
mv: unable to preserve ownership of 'xxx/xxx': Operation not permitted

---- 1.28 at #./configure gave :
linking ./intl/libgettext.h to intl//libintl.h
ln: intl/libintl.h: Operation not permitted
configure: error: can not link intl/libintl.h to ./intl/libgettext.h

---- 1.27 configured well, but at building, screamed :
files.o: In function 'openfiles':
/mnt/cf/ms/bison/bison-1.27/lex.c:274: the use of 'mktemp' is dangerous, better use 'mkstemp'
lex.o: In function:
/mnt/cf/ms/bison/bison-1.27/lex.c:356: undefined reference to '__ctype_b'
...
collect2: ld returned 1 exit status

---- 1.25 at building :
gcc: LRO.o: No such file or directory
make: *** [bison] Error 1

(I did not try 1.26a :-)
There were also some 'malloc' error close to the begining...

I must be missing something. Bison should ride in Z, isn't it ? ? ? Then how ? ? ? ? Can it really be linked to zgcc ?

I found some tricks related to the errors I got. But I have to write in /mnt/card/.include which is, now, cramfs mounted. I can't write in this directory, is cramfs write-only, as squashfs ?
So if I want to write into .include, maybe I should install zgcc without cramfs ?
I'm gonna try. I have to reflash the whole thing... by the way, which OPIE rom should I better take to work with native compilation ? 32-32, or 64-0, or others ? I've not yet really understand how the memory is shared, sorry about that.
Are there any other better suited roms for native zgcc develpment than OZ-352 / OPIE-12 ?
tks - blaise

[Blaise]

Shame at me !
I dl bison_1.875-r0_arm.ipk at OpenZaurus / Download / 3.5.2 / feed / devel / and installed it without problem !
Now, building MapServer, I got some dependencies mistakes and again some "undefined reference to '__ctype_b'" errors. I have to clear out wether it's due to my dev Zbox or to MapServer files.
Anyway, end of thread !
Blaise

[telemetric_au]

linking ./intl/libgettext.h to intl//libintl.h
ln: intl/libintl.h: Operation not permitted
configure: error: can not link intl/libintl.h to ./intl/libgettext.h

i had a very sililiar error when trying to build "Tar", which was solved by do the compiling on my SD (ext) rather than CF (fat) ...

[Capn_Fish]

linking ./intl/libgettext.h to intl//libintl.h
ln: intl/libintl.h: Operation not permitted
configure: error: can not link intl/libintl.h to ./intl/libgettext.h

i had a very sililiar error when trying to build "Tar", which was solved by do the compiling on my SD (ext) rather than CF (fat) ...

You should only compile on ext2/3 filesystems, as FAT does not support symlinks and will screw things up majorly (even just decompressing the source onto a FAT filesystem can do it).