Opened 15 years ago

Closed 14 years ago

#21293 closed defect (fixed)

finch doesn't compile in 1.8

Reported by: nefar@… Owned by: simon@…
Priority: Normal Milestone:
Component: ports Version: 1.8.0
Keywords: Cc: kioarthurdane@…, damienfullersutherland@…, mf2k (Frank Schima)
Port: finch

Description

see attachment

Attachments (2)

finch.log.txt (335.3 KB) - added by nefar@… 15 years ago.
finch-2.6.4.tgz (1.6 KB) - added by nefar@… 14 years ago.
updates port to 2.6.4 and uses damiens suggestion to patch gntwm.c. WHen using Terminal in rxvt emulation, things appear to work fine.

Download all attachments as: .zip

Change History (23)

Changed 15 years ago by nefar@…

Attachment: finch.log.txt added

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

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

comment:2 Changed 15 years ago by simon@…

Could you please try 2.6.2.

comment:3 Changed 15 years ago by nefar@…

same problem

comment:4 Changed 15 years ago by nefar@…

Portfile changed since last build; discarding previous state.
--->  Computing dependencies for finch
--->  Fetching finch
--->  Attempting to fetch pidgin-2.6.2.tar.bz2 from http://superb-west.dl.sourceforge.net/pidgin
--->  Verifying checksum(s) for finch
--->  Extracting finch
--->  Applying patches to finch
--->  Configuring finch
--->  Building finch
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_finch/work/pidgin-2.6.2" && /usr/bin/make -j2 all " returned error 2
Command output: gntwm.c:178: error: dereferencing pointer to incomplete type
gntwm.c:179: error: dereferencing pointer to incomplete type
gntwm.c:181: error: dereferencing pointer to incomplete type
gntwm.c:181: error: dereferencing pointer to incomplete type
gntwm.c:182: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:184: error: dereferencing pointer to incomplete type
gntwm.c:185: error: dereferencing pointer to incomplete type
gntwm.c:185: error: dereferencing pointer to incomplete type
gntwm.c:191: error: dereferencing pointer to incomplete type
gntwm.c:191: error: dereferencing pointer to incomplete type
gntwm.c:192: error: dereferencing pointer to incomplete type
gntwm.c:195: error: dereferencing pointer to incomplete type
gntwm.c:195: error: dereferencing pointer to incomplete type
gntwm.c:201: error: dereferencing pointer to incomplete type
gntwm.c:201: error: dereferencing pointer to incomplete type
gntwm.c:202: error: dereferencing pointer to incomplete type
gntmain.c:25:1: warning: "_XOPEN_SOURCE_EXTENDED" redefined
<command-line>: warning: this is the location of the previous definition
make[5]: *** [gntwm.lo] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [all-recursive] Error 1
make[3]: *** [all] Error 2
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.

comment:5 Changed 15 years ago by kioarthurdane@…

Cc: kioarthurdane@… added

Cc Me!

comment:6 Changed 15 years ago by paul@…

Cc Me!

comment:7 Changed 15 years ago by greatcaffeine@…

I can confirm this bug, MacPorts 1.8.1, trying to install finch 2.6.2.

comment:8 Changed 14 years ago by damienfullersutherland@…

Cc: damienfullersutherland@… added

Cc Me!

comment:9 in reply to:  description Changed 14 years ago by damienfullersutherland@…

I can also confirm this in 1.8.1 on MacOS 10.6.2 with latest dev tools. As a workaround you can put #define NO_WIDECHAR in gntwm.c to avoid the offending function and it will compile. Finch seems to function fine with this workaround but use at your own risk.

Changed 14 years ago by nefar@…

Attachment: finch-2.6.4.tgz added

updates port to 2.6.4 and uses damiens suggestion to patch gntwm.c. WHen using Terminal in rxvt emulation, things appear to work fine.

comment:10 Changed 14 years ago by nefar@…

I've been using damien's fix a week and a half now, and I have had zero issues. Can someone commit this fix?

comment:11 in reply to:  10 Changed 14 years ago by mf2k (Frank Schima)

Replying to nefar@…:

I've been using damien's fix a week and a half now, and I have had zero issues. Can someone commit this fix?

I am not able to download and open this attachment.

comment:12 Changed 14 years ago by mf2k (Frank Schima)

Cc: macsforever2000@… added

Cc Me!

comment:14 Changed 14 years ago by nefar@…

*bump*

Port is still at 2.6.2 despite closed Ticket #22280 which has i up to 2.6.3. Perhaps close that ticket and finally commit this? After all, finch is 2.6.5 now.

comment:15 Changed 14 years ago by nefar@…

nm, that other ticket was for pidgin, not finch.

comment:16 Changed 14 years ago by nefar@…

I've submitted an update request for finch to update to 2.6.5. See Ticket #23622

comment:17 Changed 14 years ago by pj.paito@…

I added "#define NO_WIDECHAR" to gntwm.c and i got he below error do i need to clean the build first or anything?

I just edited the file here: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_finch/work/pidgin-2.6.2/finch/libgnt/

--->  Computing dependencies for finch
--->  Building finch
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_finch/work/pidgin-2.6.2" && /usr/bin/make -j2 all " returned error 2
Command output: Undefined symbols:
  "_PyErr_Occurred", referenced from:
      _python_script_selected in gntwm.o
  "_PyErr_Print", referenced from:
      _python_script_selected in gntwm.o
  "_Py_Finalize", referenced from:
      _gnt_wm_destroy in gntwm.o
  "_PyRun_SimpleFileExFlags", referenced from:
      _python_script_selected in gntwm.o
  "_PyString_FromString", referenced from:
      _python_script_selected in gntwm.o
  "_PyList_Insert", referenced from:
      _python_script_selected in gntwm.o
  "_PySys_GetObject", referenced from:
      _python_script_selected in gntwm.o
  "_Py_IsInitialized", referenced from:
      _gnt_wm_class_init in gntwm.o
  "_Py_SetProgramName", referenced from:
      _gnt_wm_class_init in gntwm.o
  "_Py_Initialize", referenced from:
      _gnt_wm_class_init in gntwm.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//ccVsUA3T.out (No such file or directory)
make[5]: *** [libgnt.la] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all] Error 2
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag to get complete output.

Thanks.

comment:18 Changed 14 years ago by ben-macports@…

Adding "#define NO_WIDECHAR" in gntwm.c worked for me as well.

comment:19 Changed 14 years ago by mf2k (Frank Schima)

Can this be closed now that the port has been updated to 2.6.5. in r64654?

comment:20 Changed 14 years ago by nefar@…

yes

comment:21 Changed 14 years ago by mf2k (Frank Schima)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.