New Ticket     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Ticket #16164 (closed defect: fixed)

Opened 4 years ago

Last modified 3 years ago

httperf 0.9.0 won't compile

Reported by: kevwil@… Owned by: ryandesign@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: compile Cc: brianjlandau@…, joe@…, zakj@…, coda.hale@…, macsforever2000@…
Port: httperf

Description (last modified by jmr@…) (diff)

rror: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_httperf/work/httperf-0.9.0" && make all " returned error 2
Command output: call_seq.c:84: error: syntax error before 'et'
call_seq.c: In function 'conn_connected':
call_seq.c:86: error: 'et' undeclared (first use in this function)
call_seq.c:86: error: (Each undeclared identifier is reported only once
call_seq.c:86: error: for each function it appears in.)
call_seq.c:86: error: 'EV_CONN_CONNECTED' undeclared (first use in this function)
call_seq.c: At top level:
call_seq.c:92: error: syntax error before 'et'
call_seq.c: In function 'call_done':
call_seq.c:94: error: 'call' undeclared (first use in this function)
call_seq.c:97: error: 'et' undeclared (first use in this function)
call_seq.c:97: error: 'EV_CALL_RECV_STOP' undeclared (first use in this function)
call_seq.c: At top level:
call_seq.c:104: error: syntax error before 'et'
call_seq.c: In function 'call_destroyed':
call_seq.c:109: error: 'et' undeclared (first use in this function)
call_seq.c:109: error: 'EV_CALL_DESTROYED' undeclared (first use in this function)
call_seq.c:111: error: 'call' undeclared (first use in this function)
call_seq.c: In function 'init':
call_seq.c:133: error: 'EV_CONN_CONNECTED' undeclared (first use in this function)
call_seq.c:133: error: 'Event_Handler' undeclared (first use in this function)
call_seq.c:133: error: syntax error before 'conn_connected'
call_seq.c:135: error: 'EV_CALL_RECV_STOP' undeclared (first use in this function)
call_seq.c:135: error: syntax error before 'call_done'
call_seq.c:136: error: 'EV_CALL_DESTROYED' undeclared (first use in this function)
call_seq.c:136: error: syntax error before 'call_destroyed'
make[3]: *** [call_seq.o] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Attachments

httperf.log Download (14.4 KB) - added by kevwil@… 4 years ago.
httperf-Brian.log Download (15.0 KB) - added by brianjlandau@… 4 years ago.
Log output for Install - Brian
httperf.diff Download (379 bytes) - added by zakj@… 3 years ago.
Installs fine for me after applying this patch to Portfile

Change History

  Changed 4 years ago by jmr@…

  • milestone set to Port Bugs

Please run sudo port clean httperf, followed by sudo port -d install httperf > httperf.log 2>&1 and attach the resulting log file. Also, what is your OS version? XCode version? CPU architecture?

Changed 4 years ago by kevwil@…

  Changed 4 years ago by kevwil@…

I'm on OS X 10.5.4, Xcode 3.0, Intel-based MacBook Pro.

Changed 4 years ago by brianjlandau@…

Log output for Install - Brian

  Changed 4 years ago by brianjlandau@…

I'm seeing the same problem and attached my log output too.

  Changed 3 years ago by kevwil@…

I've updated my XCode to 3.1 - still broken.

follow-up: ↓ 6   Changed 3 years ago by blb@…

If someone for whom this port is failing can attach a list of ports you have installed (use port installed), that would be helpful; there may be a header installed with some port that is causing this confusion.

Also, to rule it out, what is the result of ls /usr/local/include?

in reply to: ↑ 5 ; follow-up: ↓ 7   Changed 3 years ago by joe@…

Replying to blb@macports.org:

If someone for whom this port is failing can attach a list of ports you have installed (use port installed), that would be helpful; there may be a header installed with some port that is causing this confusion. Also, to rule it out, what is the result of ls /usr/local/include?

If event.h is installed into the /opt/local/include (or whatever directory), it'll use that instead of the event.h that's in the httperf directory. Monkeying around with -I order fixed it.

in reply to: ↑ 6   Changed 3 years ago by ryandesign@…

  • cc ryandesign@… added
  • keywords ticketformatting added

Replying to joe@…:

If event.h is installed into the /opt/local/include (or whatever directory), it'll use that instead of the event.h that's in the httperf directory.

I take it event.h is installed into /opt/local/include on your system? What port provided it? Use port provides /opt/local/include/event.h to find out.

Monkeying around with -I order fixed it.

Can you be more specific?

  Changed 3 years ago by kevwil@…

On my machine, /opt/local/include/event.h is there and was provided by libevent.

  Changed 3 years ago by jmr@…

  • keywords httperf ticketformatting removed
  • port set to httperf
  • description modified (diff)

Changed 3 years ago by zakj@…

Installs fine for me after applying this patch to Portfile

  Changed 3 years ago by coda.hale@…

zakj's patch works for me.

And seriously -- 5 months? Yikes.

follow-up: ↓ 12   Changed 3 years ago by macsforever2000@…

It installs fine for me without the patch. I think we should just close this ticket.

in reply to: ↑ 11   Changed 3 years ago by ryandesign@…

  • status changed from new to assigned
  • owner changed from macports-tickets@… to ryandesign@…

Replying to macsforever2000@…:

It installs fine for me without the patch. I think we should just close this ticket.

Actually I can confirm the error as reported. httperf builds fine, unless libevent is installed, and then it fails with the reported error. This is on Mac OS X 10.5.6 Intel with Xcode 3.1.2 and MacPorts 1.7.0. I will now look into the patch and apply it if possible.

  Changed 3 years ago by ryandesign@…

  • status changed from assigned to closed
  • cc brianjlandau@…, joe@…, zakj@…, coda.hale@…, macsforever2000@… added; ryandesign@… removed
  • resolution set to fixed

Instead of changing the cppflags to -I.. as in the attached patch, which seems to be unnecessary, I just cleared the default cppflags (which are -I${prefix}/include) which is what caused it to try to use libevent's event.h in ${prefix}/include.

So this is fixed in r48466.

Sorry for the delay in getting this fixed, but the port has no maintainer, so there is nobody who has felt responsible for this port. If any of you care about this software, consider volunteering to be its maintainer.

  Changed 3 years ago by anonymous

  • milestone Port Bugs deleted

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.