Bug 2340668 - iv: FTBFS in Fedora rawhide/f42
Summary: iv: FTBFS in Fedora rawhide/f42
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: iv
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ankur Sinha (FranciscoD)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F42FTBFS
TreeView+ depends on / blocked
 
Reported: 2025-01-22 20:35 UTC by Fedora Release Engineering
Modified: 2025-02-02 14:57 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-02-02 14:57:43 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (32.00 KB, text/plain)
2025-01-22 20:35 UTC, Fedora Release Engineering
no flags Details
root.log (32.00 KB, text/plain)
2025-01-22 20:35 UTC, Fedora Release Engineering
no flags Details
state.log (1.71 KB, text/plain)
2025-01-22 20:35 UTC, Fedora Release Engineering
no flags Details

Description Fedora Release Engineering 2025-01-22 20:35:45 UTC
iv failed to build from source in Fedora rawhide/f42

https://koji.fedoraproject.org/koji/taskinfo?taskID=127989174


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild
Please fix iv at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
iv will be orphaned. Before branching of Fedora 43,
iv will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

Comment 1 Fedora Release Engineering 2025-01-22 20:35:48 UTC
Created attachment 2070544 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Fedora Release Engineering 2025-01-22 20:35:49 UTC
Created attachment 2070545 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2025-01-22 20:35:51 UTC
Created attachment 2070546 [details]
state.log

Comment 4 Ben Beasley 2025-02-01 15:54:58 UTC
/builddir/build/BUILD/iv-0.1-build/iv-14890c412662cd7d0c4bce1d777473a904168647/src/lib/TIFF/tif_close.c: In function ‘TIFFClose’:
/builddir/build/BUILD/iv-0.1-build/iv-14890c412662cd7d0c4bce1d777473a904168647/src/lib/TIFF/tif_close.c:45:1: warning: old-style function definition [-Wold-style-definition]
   45 | TIFFClose(tif)
      | ^~~~~~~~~
/builddir/build/BUILD/iv-0.1-build/iv-14890c412662cd7d0c4bce1d777473a904168647/src/lib/TIFF/tif_close.c:54:18: error: too many arguments to function ‘tif->tif_cleanup’; expected 0, have 1
   54 |                 (*tif->tif_cleanup)(tif);
      |                 ~^~~~~~~~~~~~~~~~~~ ~~~
In file included from /builddir/build/BUILD/iv-0.1-build/iv-14890c412662cd7d0c4bce1d777473a904168647/src/lib/TIFF/tif_close.c:36:
/builddir/build/BUILD/iv-0.1-build/iv-14890c412662cd7d0c4bce1d777473a904168647/src/lib/TIFF/tiffioP.h:265:19: note: declared here
  265 |         int     (*tif_cleanup)();       /* routine called to cleanup state */
      |                   ^~~~~~~~~~~

This issue is due to function pointers in "struct tiff", typedef’ed as "TIFF", declared with unspecified arguments. (In C23, int foo() is interpreted as a nullary function like int foo(void), not a function of unspecified arguments.)

https://github.com/neuronsimulator/iv/blob/ad4d9223b3c94ab5906e8f25f8ad1698160b6338/src/lib/TIFF/tiffioP.h#L254-L265.

The bundled libtiff, with crufty old code that tries to support pre-ANSI (more than 35 year old) compilers, continues to be a nuisance.


Note You need to log in before you can comment on or make changes to this bug.