I just tested snapshot php4-200009041145 and it's not
related to GD support. It's rather a parser (bison) issue.
This only appears when compiling Curl support though.

Now that #line lines got removed from current snapshot (it
used to complain with gcc 2.7.2.2), I now get these final
warnings and failure:

parsedate.c:619: Definition of symbol `_gd_parse' (multiply
defined)
/usr/local/share/bison.simple:249: Definition of symbol
`_gd_parse' (multiply defined)
*** Error code 1

Stop.
*** Error code 1

Stop.

I still can't find any reference to
/usr/local/share/bison.simple in the current PHP code. (of
couse, I don't have this file).
I think that's again a #line somewhere or something that gcc
2.7.2.2 don't appreciate.

Don't know about parsedate.c warning and why it only happens
when compiling curl support.

I still have another curl-specifc warning but it's not
relevant here I think:

In file included from
/nfs/s5/space/users/guest/www/compil/php-4.0.2/ext/curl/php_curl.h:31,
from internal_functions.c:47:
/u/guest/www/mbin/i386-NetBSD/include/curl/curl.h:175:
warning: `T' redefined

Try updating bison to the latest version and seeing whether it still happens

As stated in the bug report, I _don't_ have bison installed
on this machine. Zeev told me it's not needed anyway.
(see no aggresivity in this statement, it's just to make
myself clear as the previous bug report might have been
confusing :)

I tried latest php snapshot 200009110745 with ./configure
--with-curl=/path/to/curl

I also recompiled cURL 7.2.1 and removed every #line
directive in lib/getdate.c as it gives warnings with gcc
2.7.2.2 here (see bug #6465)

I now get these warnings when linking php:

parsedate.c:619: Definition of symbol `_gd_parse' (multiply
defined)
getdate.y:617: Definition of symbol `_gd_parse' (multiply
defined)

getdate.y is in cURL distribution and it contains one
reference to _gd_parse:

pc1: ~/php/curl-7.2.1 % rgrep gd_parse *
lib/getdate.y:#define yyparse gd_parse
lib/getdate.c:#define yyparse gd_parse

I shouldn't need to have bison and regenerate the parser. I
tried anyway on another box with bison 1.28 and then
recompiled from scratch on NetBSD with gcc 2.7.2.2 and got
the same warnings.

I'm trying to reach cURL's author to see if and how I can
solve this problem.

What is the situation with this??

--Jani

The problem still occurs with cURL 7.3 and PHP4.0.3RC2 or
latest snapshot.

parsedate.c:619: Definition of symbol `_gd_parse' (multiply
defined)
getdate.y:617: Definition of symbol `_gd_parse' (multiply
defined)

parsedate.c defines gd_parse in PHP source.
getdate.y (.c) defines gd_parse in cURL source.

I tried regenerating cURL getdate.c from getdate.y with yacc
but the problem still occurs.

Here's a note from cURL source (getdate.y), it might help
understand what happens (I use old gcc 2.7.2.2):

/* Remap normal yacc parser interface names (yyparse, yylex,
yyerror, etc), as well as gratuitiously global symbol names,
so we can have multiple yacc generated parsers in the same
program.  Note that these are only the variables produced by
yacc.  If other parser generators (bison, byacc, etc)
produce additional global names that conflict at link time,
then those parser generators need to be fixed instead of
adding those names to this list. */

#define yymaxdepth gd_maxdepth
#define yyparse gd_parse

Is there any expert in yacc/bison here ? :)

Is this still happening with PHP4.0.4RC4?? 
(I can't reproduce this..)

--Jani

Just tested RC4 --with-curl (7.3 I guess)

One build warning I did not have before:

curl.c: In function `php_if_curl_init':
curl.c:303: warning: passing arg 3 of `zend_llist_init' from
incompatible pointer type

And still the same fatal warning when linking:

parsedate.c:619: Definition of symbol `_gd_parse' (multiply
defined)
y.tab.c:1102: Definition of symbol `_gd_parse' (multiply
defined)

./configure
--with-config-file-path=/usr/www/etc/httpd/conf/php_cgi \
            --enable-discard-path \
            --without-mysql \
            --with-curl=/u/guest/www/mbin/i386-NetBSD

You can consider closing this bug unfortunately because:
 - I won't have the time to test PHP on this particular
platform in the future (it takes 1 hour to build !)
 - Adding cURL support would increase the PHP binary even
more and slowing down its execution (running as CGI).

It's really related to old version of gcc, and the file
indicated in previous updates.

Ok. I'll make this one duplicate of #8146.

--Jani

Fixed thanks to Sacha's fix seen on bug #8416.

It now compiles fine.
I onlt have a minor warning left with cURL which I didn't
have 1 month ago:

curl.c: In function `php_if_curl_init':
curl.c:303: warning: passing arg 3 of `zend_llist_init' from
incompatible pointer type

Thanks a lot. I hope I had the rights to close this bug
otherwise you may consider closing it.