Interesting, my test programs ViewTIFF & TIFFInfo compile correctly in the shell with gcc. That should speed up testing & development.

[quote name=OlafSch post=7044]@OlafSch - perhaps this is interesting as inspiration https://aminet.net/package/dev/lib/tiff-bin-m68k[/quote] That is interesting. It's the 68k version of Tiff Library. The Utilities included in the Library are very useful. This one has html help files also.

perhaps this is interesting as inspiration https://aminet.net/package/dev/lib/tiff-bin-m68k

deadwood On ABIv0 I did the make for contrib-gfx-libs-tiff & it worked to build Tiff Library. My Internet was not connected so the fetches failed. Fortunately it found the Tiff Library sources in Portsources because that's where I put them originally. If fetches fail it looks there instead. After that I was able to build tiffinfo which is a utility that comes with tiff library. But I can't build ViewTIFF or Tiff Datatype yet because there are many code errors I must fix. I will need to re-write ViewTiff anyhow so it's ok. Thanks again! :-)

On the photo, few lines above the final error you can see: x86_64-aros-ld: cannot find -ltiff It means you are missing libtiff.a linker library. To build it, use this command: [code]make contrib-gfx-libs-tiff[/code] I tried it right now on master and it correctly downloaded and build libtiff.a into Development/lib and header files into Developmen/include

deadwood Here are the Datatype & Tiff Library sources if you'd like to try to compile the Datatype. If it works you can tell me what you did to make it work. :-) I'm going to try to compile TIFF Datatype using the Picture Datatype Creation Tool. https://repository.timesys.com/buildsources/l/libtiff/tiff-3.8.2/

I believe the library archive was placed in Portsources for ABIv1 & the compiler unpacked it to Ports & compiled it & linked in to the program using it or the Datatype in this case. I'll check to make sure. Here is a screenshot. What is it missing? It says "file not found".

BTW, looking at contrib repository there is libtiff in gfx/libs/tiff. It looks like you should be able to build it via "make contrib-gfx-libs-tiff" when contrib sources is placed inside AROS sources. Be sure to have correct branch (alt-abiv0) checked out in contrib.

I'm not sure I understand the question. Is TIFF library an external library or something that is integrated in either Contrib or Ports repositories? How did you build it before for ABIv1?

Where should I put the sources for TIFF Library? Portsources maybe as a .tar.bz archive? I think it wants to compile the library from sources to bind it with the Datatype and the two projects.

It's weird that it's looking for posixc.h - if your library is using standard C functions (like fopen(), etc), these functions are defined in stanard headers like stdio.h, stdlib.h, etc. My suggestion would be to remove the include for posixc.h and replace it with relevant includes for standard C functions you are using.

deadwood I'm trying to compile my ViewTIFF, my TIFF Datatype & TiffInfo program. They require Tiff Library. Tiff Library is a link library in Developer/lib. Judging by the errors I'm getting I don't think the compiler can find Tiff Library sources. And it complains that posixc.h can't be found & it can't find any Tiff Library includes. On ABIv1 ViewTIFF, TiffInfo & TIFF Datatype compile correctly. Tiff Library sources are in AROS/Ports I believe. I don't know where to put the Tiff Library sources in ABIv0 & ABIv11. Is posixc.h being used? If Tiff Library requires it how can I get around that? Maybe that is in my makefile.src file. I recall seeing it there for TIFF Datatype. What can I substitute for posixc? I'm using some c functions. Also, is there a way to pre-load Tiff Library in memory so that MultiView can use it to open Tiff images. Otherwise, MultiView can't open it & it freezes the system. Startup-Sequence, LoadModule, anything that might work?

What kind of issues are you having?

I'm having some difficulty with the ABIv0 & ABIv11 Build Systems. I may need assistance in getting the Tiff Library compiled correctly.

[quote name=AMIGASYSTEM post=7008]@AMIGASYSTEM - miker have you checked on other systems, can you send me in PM tif.datatypes to do some texting on my AROS One ? maybe I can find some shortcuts[/quote] Only the 64bit version has been compiled. Later today I can compile the 32bit version for testing & I can explain where to copy Tiff Library. On Icaros Desktop it is already available for 32bit. I'm working at a computer store building computers till this afternoon. So it will be several hours till I have time to work on AROS things. PixieView can use the TIFF Datatype to load Tiff images. If the Tiff Image is opened then Multi-View should also work with TIFF images. But Multi-View alone will crash! Use caution & expect to restart AROS One frequently. ;-)

miker have you checked on other systems, can you send me in PM tif.datatypes to do some texting on my AROS One ? maybe I can find some shortcuts

TIFF Datatype already works with TIFF Library to Load & Save 24bit uncompressed Tiff images. I tested the x86-64 version of the Datatype with my picture viewer application. But there is some strange behavior with MultiView. If I try to open a Tiff Image with Multi-View immediately after starting AROS it will crash! Muti-View will freeze because it can't load Tiff Library. However, here is the strange part. If I open a Tiff Image using TIFF Datatype with a Picture Viewer such as PixieView it works. It displays the Tiff Image just fine & it loads Tiff Library in memory. As long as the Picture Viewer & it's Tiff Image is still open then Multi-View has no problem opening Tiff images. Once Tiff Library is loaded in memory everything is fine with Multi-View. I wonder if there's a way in Startup-Sequence using Load module to load Tiff Library in memory in advance? Then Multi-View should work ok. Or maybe use OpenLibrary/CloseLibrary in the TIFF Datatype itself to load the library in memory. If this is possible then I can use the TIFF Datatype. That would save me a lot of extra unnecessary work.

In the next few weeks I should have a working TIFF Datatype that doesn't use Tiff Library. There is a small program that I wrote called ViewTIFF that helps me to develop the needed functions. Over the past several months I have been wondering about adding multi-image support to the PNG Datatype. Recently, however, I thought it might be better to make a modified Datatype instead called ICON Datatype based on it. ICON Datatype would use both WhichPicture & GetNumPictures so that we may selectively extract PNG images based on index values. The difference between PNG & ICON Datatypes would be the DTD (Datatype Descriptor). For PNG it would look for png file signature & .png file extension. For ICON it would look for png file signature & .info extension. That should work. TIFF Datatype will also use the Icon tags for multi-image support. The user can selectively extract Tiff images based on index values.

I have the compiled TIFF Library and TIFF Datatype in my VirtalBox test installation. I will post it when I find it. I found TIFF Library now I have to compile TIFF Datatype for AROS x86. I will need to use the Build System (cross compiler) for the Datatype. It already has a DTD & makefile.src so it should be ok. Previously I was using AROS x86-64 for testing. I will try to compile both x86 & x86-64 versions. Tiff Library is already copied to the correct location on the AROS x86 I'm using for testing. It goes in Development/libs & Development/includes. Here is the x86 library.

[quote name=AMIGASYSTEM post=6964]@AMIGASYSTEM - Where can I find the Tif library, I don't have it?[/quote] He propably means dev libs f.e. for C, not shared libs