Opened 16 years ago

Closed 15 years ago

Last modified 15 years ago

#16164 closed defect (fixed)

httperf 0.9.0 won't compile

Reported by: kevwil@… Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: compile Cc: brianjlandau@…, joe@…, zakj@…, coda.hale@…, mf2k (Frank Schima)
Port: httperf

Description (last modified by jmroot (Joshua Root))

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 (3)

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

Download all attachments as: .zip

Change History (17)

comment:1 Changed 16 years ago by jmroot (Joshua Root)

Milestone: 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 16 years ago by kevwil@…

Attachment: httperf.log added

comment:2 Changed 16 years ago by kevwil@…

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

Changed 16 years ago by brianjlandau@…

Attachment: httperf-Brian.log added

Log output for Install - Brian

comment:3 Changed 16 years ago by brianjlandau@…

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

comment:4 Changed 16 years ago by kevwil@…

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

comment:5 Changed 16 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?

comment:6 in reply to:  5 ; Changed 16 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.

comment:7 in reply to:  6 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)

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?

comment:8 Changed 16 years ago by kevwil@…

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

comment:9 Changed 16 years ago by jmroot (Joshua Root)

Description: modified (diff)
Keywords: httperf ticketformatting removed
Port: httperf added

Changed 15 years ago by zakj@…

Attachment: httperf.diff added

Installs fine for me after applying this patch to Portfile

comment:10 Changed 15 years ago by coda.hale@…

zakj's patch works for me.

And seriously -- 5 months? Yikes.

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

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

comment:12 in reply to:  11 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Owner: changed from macports-tickets@… to ryandesign@…
Status: newassigned

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.

comment:13 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: brianjlandau@… joe@… zakj@… coda.hale@… macsforever2000@… added; ryandesign@… removed
Resolution: fixed
Status: assignedclosed

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.

comment:14 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.