fltk3 compile error

[marty moore]

Hi all,
I get the following error when trying to compile fltk3:

$make
=== making src ===
Compiling fltk3png/png.c...
fltk3png/png.c:14:21: error: pngpriv.h: No such file or directory
fltk3png/png.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘Your_png_h_is_not_version_1_5_10’
fltk3png/png.c:559: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:649: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:680: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:687: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:695: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:762: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘PNGAPI’
make[1]: *** [fltk3png/png.o] Error 1
make: *** [all] Error 1
marty-iouI/***@public.gmane.org$

I'm running debian 6.5, emacs 23, and gcc 4.4.5-1.

libpng3 and libpng12-0 are installed.

Anyone have any ideas??
thanks,
Marty

[MacArthur, Ian (Selex ES, UK)]

Post by marty moore
Hi all,
$make
=== making src ===
Compiling fltk3png/png.c...
fltk3png/png.c:14:21: error: pngpriv.h: No such file or directory
fltk3png/png.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘Your_png_h_is_not_version_1_5_10’
fltk3png/png.c:559: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:649: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:680: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:687: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:695: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:762: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
make[1]: *** [fltk3png/png.o] Error 1
make: *** [all] Error 1
I'm running debian 6.5, emacs 23, and gcc 4.4.5-1.
libpng3 and libpng12-0 are installed.
Anyone have any ideas??

Yes: note that fltk3 is still alpha, and is intended for experiments only at this stage, so has a few rough edges.

What you are hitting is STR #2833 http://www.fltk.org/str.php?L2833

In summary, there is a bug in fltk3's configure mechanism such that it attempts to build fltk's built-in PNG lib version, even if there is a system wide one available. (The earlier fltk variants only compile the built-in PNG lib if there is no system-wide one found...)

However, when building the built-in PNG, the system PNG headers get found first, and they are *not* compatible (too old), and Bad Things ensue.

If you can be bothered, tweaking the paths in makeinclude so that the "correct" set of PNG headers are found when building the local built-in PNG lib will "fix" this.

Or, you could try configuring with --enable-local-png as I think that might help...

Or, you could update your system PNG to something recent, and that should help to!




Selex ES Ltd
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL
A company registered in England & Wales. Company no. 02426132
********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

[marty moore]

bWFydHkgbW9vcmUgc2FpZDoNCiANCj4gSGkgYWxsLA0KPiBJIGdldCB0aGUgZm9sbG93aW5nIGVy
cm9yIHdoZW4gdHJ5aW5nIHRvIGNvbXBpbGUgZmx0azM6DQo+IA0KPiAkbWFrZQ0KPiA9PT0gbWFr
aW5nIHNyYyA9PT0NCj4gQ29tcGlsaW5nIGZsdGszcG5nL3BuZy5jLi4uDQo+IGZsdGszcG5nL3Bu
Zy5jOjE0OjIxOiBlcnJvcjogcG5ncHJpdi5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQo+
IGZsdGszcG5nL3BuZy5jOjE3OiBlcnJvcjogZXhwZWN0ZWQg4oCYPeKAmSwg4oCYLOKAmSwg4oCY
O+KAmSwg4oCYYXNt4oCZIG9yDQo+IOKAmF9fYXR0cmlidXRlX1/igJkgYmVmb3JlIOKAmFlvdXJf
cG5nX2hfaXNfbm90X3ZlcnNpb25fMV81XzEw4oCZDQo+IGZsdGszcG5nL3BuZy5jOjU1OTogZXJy
b3I6IGV4cGVjdGVkIOKAmD3igJksIOKAmCzigJksIOKAmDvigJksIOKAmGFzbeKAmSBvcg0KPiDi
gJhfX2F0dHJpYnV0ZV9f4oCZIGJlZm9yZSDigJhQTkdBUEnigJkNCj4gZmx0azNwbmcvcG5nLmM6
NjQ5OiBlcnJvcjogZXhwZWN0ZWQg4oCYPeKAmSwg4oCYLOKAmSwg4oCYO+KAmSwg4oCYYXNt4oCZ
IG9yDQo+IOKAmF9fYXR0cmlidXRlX1/igJkgYmVmb3JlIOKAmFBOR0FQSeKAmQ0KPiBmbHRrM3Bu
Zy9wbmcuYzo2ODA6IGVycm9yOiBleHBlY3RlZCDigJg94oCZLCDigJgs4oCZLCDigJg74oCZLCDi
gJhhc23igJkgb3INCj4g4oCYX19hdHRyaWJ1dGVfX+KAmSBiZWZvcmUg4oCYUE5HQVBJ4oCZDQo+
IGZsdGszcG5nL3BuZy5jOjY4NzogZXJyb3I6IGV4cGVjdGVkIOKAmD3igJksIOKAmCzigJksIOKA
mDvigJksIOKAmGFzbeKAmSBvcg0KPiDigJhfX2F0dHJpYnV0ZV9f4oCZIGJlZm9yZSDigJhQTkdB
UEnigJkNCj4gZmx0azNwbmcvcG5nLmM6Njk1OiBlcnJvcjogZXhwZWN0ZWQg4oCYPeKAmSwg4oCY
LOKAmSwg4oCYO+KAmSwg4oCYYXNt4oCZIG9yDQo+IOKAmF9fYXR0cmlidXRlX1/igJkgYmVmb3Jl
IOKAmFBOR0FQSeKAmQ0KPiBmbHRrM3BuZy9wbmcuYzo3NjI6IGVycm9yOiBleHBlY3RlZCDigJg9
4oCZLCDigJgs4oCZLCDigJg74oCZLCDigJhhc23igJkgb3INCj4g4oCYX19hdHRyaWJ1dGVfX+KA
mSBiZWZvcmUg4oCYUE5HQVBJ4oCZDQo+IG1ha2VbMV06ICoqKiBbZmx0azNwbmcvcG5nLm9dIEVy
cm9yIDENCj4gbWFrZTogKioqIFthbGxdIEVycm9yIDENCj4gbWFydHlAZmx0ay0zLjAueC1yOTgz
MSQNCj4gDQo+IEknbSBydW5uaW5nIGRlYmlhbiA2LjUsIGVtYWNzIDIzLCBhbmQgZ2NjIDQuNC41
LTEuDQo+IA0KPiBsaWJwbmczIGFuZCBsaWJwbmcxMi0wIGFyZSBpbnN0YWxsZWQuDQo+IA0KPiBB
bnlvbmUgaGF2ZSBhbnkgaWRlYXM/Pw0KDQoNClllczogbm90ZSB0aGF0IGZsdGszIGlzIHN0aWxs
IGFscGhhLCBhbmQgaXMgaW50ZW5kZWQgZm9yIGV4cGVyaW1lbnRzIG9ubHkgYXQgdGhpcyBzdGFn
ZSwgc28gaGFzIGEgZmV3IHJvdWdoIGVkZ2VzLg0KDQpXaGF0IHlvdSBhcmUgaGl0dGluZyBpcyBT
VFIgIzI4MzMgaHR0cDovL3d3dy5mbHRrLm9yZy9zdHIucGhwP0wyODMzDQoNCkluIHN1bW1hcnks
IHRoZXJlIGlzIGEgYnVnIGluIGZsdGszJ3MgY29uZmlndXJlIG1lY2hhbmlzbSBzdWNoIHRoYXQg
aXQgYXR0ZW1wdHMgdG8gYnVpbGQgZmx0aydzIGJ1aWx0LWluIFBORyBsaWIgdmVyc2lvbiwgZXZl
biBpZiB0aGVyZSBpcyBhIHN5c3RlbSB3aWRlIG9uZSBhdmFpbGFibGUuIChUaGUgZWFybGllciBm
bHRrIHZhcmlhbnRzIG9ubHkgY29tcGlsZSB0aGUgYnVpbHQtaW4gUE5HIGxpYiBpZiB0aGVyZSBp
cyBubyBzeXN0ZW0td2lkZSBvbmUgZm91bmQuLi4pDQoNCkhvd2V2ZXIsIHdoZW4gYnVpbGRpbmcg
dGhlIGJ1aWx0LWluIFBORywgdGhlIHN5c3RlbSBQTkcgaGVhZGVycyBnZXQgZm91bmQgZmlyc3Qs
IGFuZCB0aGV5IGFyZSAqbm90KiBjb21wYXRpYmxlICh0b28gb2xkKSwgYW5kIEJhZCBUaGluZ3Mg
ZW5zdWUuDQoNCklmIHlvdSBjYW4gYmUgYm90aGVyZWQsIHR3ZWFraW5nIHRoZSBwYXRocyBpbiBt
YWtlaW5jbHVkZSBzbyB0aGF0IHRoZSAiY29ycmVjdCIgc2V0IG9mIFBORyBoZWFkZXJzIGFyZSBm
b3VuZCB3aGVuIGJ1aWxkaW5nIHRoZSBsb2NhbCBidWlsdC1pbiBQTkcgbGliIHdpbGwgImZpeCIg
dGhpcy4NCg0KT3IsIHlvdSBjb3VsZCB0cnkgY29uZmlndXJpbmcgd2l0aCAtLWVuYWJsZS1sb2Nh
bC1wbmcgYXMgSSB0aGluayB0aGF0IG1pZ2h0IGhlbHAuLi4NCg0KT3IsIHlvdSBjb3VsZCB1cGRh
dGUgeW91ciBzeXN0ZW0gUE5HIHRvIHNvbWV0aGluZyByZWNlbnQsIGFuZCB0aGF0IHNob3VsZCBo
ZWxwIHRvIQ0KDQoNCg0KDQpTZWxleCBFUyBMdGQKUmVnaXN0ZXJlZCBPZmZpY2U6IFNpZ21hIEhv
dXNlLCBDaHJpc3RvcGhlciBNYXJ0aW4gUm9hZCwgQmFzaWxkb24sIEVzc2V4IFNTMTQgM0VMCkEg
Y29tcGFueSByZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcy4gIENvbXBhbnkgbm8uIDAyNDI2
MTMyCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlk
ZW50aWFsIHRvIHRoZSBpbnRlbmRlZApyZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVn
ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZApyZWNpcGllbnQgcGxlYXNlIGRlbGV0ZSBp
dCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci4KWW91IHNob3VsZCBub3Qg
Y29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcgpkaXN0cmli
dXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLgoqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgo=

Thanks for the reply.... but would you mind translating it? It's unreadable.
Marty

[Ian MacArthur]

Post by marty moore

dXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLgoqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgo=

Thanks for the reply.... but would you mind translating it? It's unreadable.
Marty

Sigh... Sorry about that, I thought that was fixed... Technically, it's not unreadable, it's just Base-64 encoded...

Anyway; here's what it was meant to say (I hope!);

Post by marty moore
Hi all,
$make
=== making src ===
Compiling fltk3png/png.c...
fltk3png/png.c:14:21: error: pngpriv.h: No such file or directory
fltk3png/png.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘Your_png_h_is_not_version_1_5_10’
fltk3png/png.c:559: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:649: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:680: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:687: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:695: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:762: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
make[1]: *** [fltk3png/png.o] Error 1
make: *** [all] Error 1
I'm running debian 6.5, emacs 23, and gcc 4.4.5-1.
libpng3 and libpng12-0 are installed.
Anyone have any ideas??

Yes: note that fltk3 is still alpha, and is intended for experiments only at this stage, so has a few rough edges.

What you are hitting is STR #2833 http://www.fltk.org/str.php?L2833

In summary, there is a bug in fltk3's configure mechanism such that it attempts to build fltk's built-in PNG lib version, even if there is a system wide one available. (The earlier fltk variants only compile the built-in PNG lib if there is no system-wide one found...)

However, when building the built-in PNG, the system PNG headers get found first, and they are *not* compatible (too old), and Bad Things ensue.

If you can be bothered, tweaking the paths in makeinclude so that the "correct" set of PNG headers are found when building the local built-in PNG lib will "fix" this.

Or, you could try configuring with --enable-local-png as I think that might help...

Or, you could update your system PNG to something recent, and that should help to!

[marty moore]

Thanks, I'll try your suggestions.
Marty

Post by Ian MacArthur

Post by marty moore

dXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLgoqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgo=

Thanks for the reply.... but would you mind translating it? It's unreadable.
Marty

Sigh... Sorry about that, I thought that was fixed... Technically, it's not unreadable, it's just Base-64 encoded...
Anyway; here's what it was meant to say (I hope!);

Post by marty moore
Hi all,
$make
=== making src ===
Compiling fltk3png/png.c...
fltk3png/png.c:14:21: error: pngpriv.h: No such file or directory
fltk3png/png.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘Your_png_h_is_not_version_1_5_10’
fltk3png/png.c:559: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:649: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:680: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:687: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:695: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
fltk3png/png.c:762: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘PNGAPI’
make[1]: *** [fltk3png/png.o] Error 1
make: *** [all] Error 1
I'm running debian 6.5, emacs 23, and gcc 4.4.5-1.
libpng3 and libpng12-0 are installed.
Anyone have any ideas??

Yes: note that fltk3 is still alpha, and is intended for experiments only at this stage, so has a few rough edges.
What you are hitting is STR #2833 http://www.fltk.org/str.php?L2833
In summary, there is a bug in fltk3's configure mechanism such that it attempts to build fltk's built-in PNG lib version, even if there is a system wide one available. (The earlier fltk variants only compile the built-in PNG lib if there is no system-wide one found...)
However, when building the built-in PNG, the system PNG headers get found first, and they are *not* compatible (too old), and Bad Things ensue.
If you can be bothered, tweaking the paths in makeinclude so that the "correct" set of PNG headers are found when building the local built-in PNG lib will "fix" this.
Or, you could try configuring with --enable-local-png as I think that might help...
Or, you could update your system PNG to something recent, and that should help to!