Opened 11 years ago

Closed 11 years ago

#43364 closed defect (fixed)

larn: error: too few arguments to function call, expected 1, have 0

Reported by: vikingjs@… Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version: 2.2.1
Keywords: Cc:
Port: larn

Description

Attempting to compile larn generates a ton of warnings and a few errors. As with ticket:37821, it looks like increasingly strict compiler defaults are breaking this ancient codebase.

Attachments (1)

main.log (76.8 KB) - added by vikingjs@… 11 years ago.
log of compiler failure

Download all attachments as: .zip

Change History (5)

Changed 11 years ago by vikingjs@…

Attachment: main.log added

log of compiler failure

comment:1 Changed 11 years ago by mf2k (Frank Schima)

Cc: ashenke@… removed
Owner: changed from macports-tickets@… to aschenke@…

comment:2 Changed 11 years ago by aschenke@…

Owner: changed from aschenke@… to macports-tickets@…

Unfortunately I can't do any work on my ports at the moment so I'm un-assigning myself and returning my ports to nomaintainer (r119007).

comment:3 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Owner: changed from macports-tickets@… to ryandesign@…
Status: newassigned
Summary: larn will not compilelarn: error: too few arguments to function call, expected 1, have 0

There are three errors shown in the log, all of this type:

:info:build diag.c:212:55: error: too few arguments to function call, expected 1, have 0
:info:build         lrfill((char*)&c[0],100*sizeof(long));  gtime = lrint();
:info:build                                                         ~~~~~ ^

The reason this error occurs is that larn has defined a function called "lrint", but the system headers also define a function "lrint" which is different. The larn "lrint" function needs to be renamed so that it does not clash with the system function.

comment:4 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: assignedclosed

I found a patch from freebsd where they fixed this problem ten years ago by renaming the larn "lrint" function to "lrint_x". I made the same change in r119214 and the port builds for me now.

Note: See TracTickets for help on using tickets.