Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
Apparently it's indeed related to other configure options : putting
back freetype and libjpeg seems to make the it work (beside the GD
compile problem, but it's another story). Closed the bug.
Previous Comments:
[2002-04-23 20:36:17] [EMAIL PROTECTED]
Is your GD library compiled with freetype support?
Please try PHP 4.2.0 and send me the full config.log
to [EMAIL PROTECTED] and I'll check what fails there.
The configure should fail while checking the GD library..
--Jani
[2002-04-23 11:57:39] [EMAIL PROTECTED]
Indeed I changed the config options (because GD 2.0.1 doesn't compile
anymore either) and freetype had been removed. I made more test :
- it compiles fine without GD and freetype (so freetype is not required
for ming ?)
- it breaks if I add GD (1.8 series) without freetype or another
graphic extensions
[2002-04-20 13:18:19] [EMAIL PROTECTED]
Was the configure line same as before? (ie. same as in your
first note)
It looks like for some reason, the -lfreetype is not added
to the LIBS. Could you send me the whole config.log, please?
[2002-04-20 12:30:47] [EMAIL PROTECTED]
Here's what config.log says :
configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37734: result: no
configure:37748: error: Ming library 0.2a or greater required.
[2002-04-19 11:32:00] [EMAIL PROTECTED]
What does config.log has to say about this?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
Is your GD library compiled with freetype support?
Please try PHP 4.2.0 and send me the full config.log
to [EMAIL PROTECTED] and I'll check what fails there.
The configure should fail while checking the GD library..
--Jani
Previous Comments:
[2002-04-23 11:57:39] [EMAIL PROTECTED]
Indeed I changed the config options (because GD 2.0.1 doesn't compile
anymore either) and freetype had been removed. I made more test :
- it compiles fine without GD and freetype (so freetype is not required
for ming ?)
- it breaks if I add GD (1.8 series) without freetype or another
graphic extensions
[2002-04-20 13:18:19] [EMAIL PROTECTED]
Was the configure line same as before? (ie. same as in your
first note)
It looks like for some reason, the -lfreetype is not added
to the LIBS. Could you send me the whole config.log, please?
[2002-04-20 12:30:47] [EMAIL PROTECTED]
Here's what config.log says :
configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37734: result: no
configure:37748: error: Ming library 0.2a or greater required.
[2002-04-19 11:32:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-04-19 11:14:04] [EMAIL PROTECTED]
Just tested with 4.2.0 RC4 and the bug is still there.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
Indeed I changed the config options (because GD 2.0.1 doesn't compile
anymore either) and freetype had been removed. I made more test :
- it compiles fine without GD and freetype (so freetype is not required
for ming ?)
- it breaks if I add GD (1.8 series) without freetype or another
graphic extensions
Previous Comments:
[2002-04-20 13:18:19] [EMAIL PROTECTED]
Was the configure line same as before? (ie. same as in your
first note)
It looks like for some reason, the -lfreetype is not added
to the LIBS. Could you send me the whole config.log, please?
[2002-04-20 12:30:47] [EMAIL PROTECTED]
Here's what config.log says :
configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37734: result: no
configure:37748: error: Ming library 0.2a or greater required.
[2002-04-19 11:32:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-04-19 11:14:04] [EMAIL PROTECTED]
Just tested with 4.2.0 RC4 and the bug is still there.
[2002-03-27 22:01:08] [EMAIL PROTECTED]
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
exte
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
Was the configure line same as before? (ie. same as in your
first note)
It looks like for some reason, the -lfreetype is not added
to the LIBS. Could you send me the whole config.log, please?
Previous Comments:
[2002-04-20 12:30:47] [EMAIL PROTECTED]
Here's what config.log says :
configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37734: result: no
configure:37748: error: Ming library 0.2a or greater required.
[2002-04-19 11:32:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-04-19 11:14:04] [EMAIL PROTECTED]
Just tested with 4.2.0 RC4 and the bug is still there.
[2002-03-27 22:01:08] [EMAIL PROTECTED]
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
[2002-03-27 10
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
Here's what config.log says :
configure:37687: checking for Ming_useSWFVersion in -lming
configure:37714: gcc -o conftest -g -O2
-L/usr/home//local/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lpng
-lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl -lcurl -lz -lcrypt
-lssl -lcrypto -lm -lcrypt >&5
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Init_FreeType'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Load_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Kerning'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Char_Index'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Get_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_To_Bitmap'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Set_Char_Size'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Done_Glyph'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Get_CBox'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_New_Face'
/usr/home//local/lib/libgd.so: undefined reference to
`FT_Glyph_Transform'
configure:37717: $? = 1
configure: failed program was:
#line 37695 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37734: result: no
configure:37748: error: Ming library 0.2a or greater required.
Previous Comments:
[2002-04-19 11:32:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-04-19 11:14:04] [EMAIL PROTECTED]
Just tested with 4.2.0 RC4 and the bug is still there.
[2002-03-27 22:01:08] [EMAIL PROTECTED]
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
[2002-03-27 10:32:48] [EMAIL PROTECTED]
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem st
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC4
New Comment:
What does config.log has to say about this?
Previous Comments:
[2002-04-19 11:14:04] [EMAIL PROTECTED]
Just tested with 4.2.0 RC4 and the bug is still there.
[2002-03-27 22:01:08] [EMAIL PROTECTED]
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
[2002-03-27 10:32:48] [EMAIL PROTECTED]
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
-PHP Version: 4.2.0RC1
+PHP Version: 4.2.0RC4
New Comment:
Just tested with 4.2.0 RC4 and the bug is still there.
Previous Comments:
[2002-03-27 22:01:08] [EMAIL PROTECTED]
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
[2002-03-27 10:32:48] [EMAIL PROTECTED]
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
tested with php4-200203271800 and erro exists again.
configure:37658: checking for Ming_useSWFVersion in -lming
configure:37685: gcc -o conftest -g -O2 -DMOD_SSL=208106 -DEAPI
-DEAPI_MM -DUSE_EXPAT
-L/usr/lib
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib conftest.$
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
configure:37688: $? = 1
configure: failed program was:
#line 37666 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:37705: result: no
configure:37719: error: Ming library 0.2a or greater required.
Previous Comments:
[2002-03-27 10:32:48] [EMAIL PROTECTED]
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
This should be fixed in CVS. (HEAD)
Can you please verify it and let me know and I'll merge
the fix to PHP 4.2.0 branch too.
--Jani
Previous Comments:
[2002-03-26 20:48:08] [EMAIL PROTECTED]
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
I'm using FreeBSD-4.5. Problem still exists in current CVS
php4-200203261500.
Previous Comments:
[2002-03-22 05:58:15] [EMAIL PROTECTED]
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
[2002-03-21 11:44:06] [EMAIL PROTECTED]
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
Here goes the part about opendl :
configure:7515: checking for dlopen in -ldl
configure:7542: gcc -o conftest -g -O2 conftest.c -ldl >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:7545: $? = 1
configure: failed program was:
#line 7523 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dlopen ();
int
main ()
{
dlopen ();
;
return 0;
}
configure:7562: result: no
Also way below :
ac_cv_header_arpa_inet_h='yes'
ac_cv_lib_dl_dlopen='no'
php_cv_cc_dashr='yes'
Previous Comments:
[2002-03-22 05:37:16] [EMAIL PROTECTED]
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
[2002-03-21 11:44:06] [EMAIL PROTECTED]
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
[2002-03-21 11:01:00] [EMAIL PROTECTED]
What does config.log has to say about this?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
The problem is looks like it is actually with libdl
(for dlopen); could you send the part of the config.log
that mentions it?
Previous Comments:
[2002-03-22 04:16:28] [EMAIL PROTECTED]
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
[2002-03-21 11:44:06] [EMAIL PROTECTED]
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
[2002-03-21 11:01:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-03-21 10:39:40] [EMAIL PROTECTED]
(edited to put the right PHP version)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16203
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
The problem is exactly the same with the latest snapshot (dated march
22th 2002).
Previous Comments:
[2002-03-21 18:23:09] [EMAIL PROTECTED]
Can you test if it works with current CVS ?
[2002-03-21 11:44:06] [EMAIL PROTECTED]
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
[2002-03-21 11:01:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-03-21 10:39:40] [EMAIL PROTECTED]
(edited to put the right PHP version)
[2002-03-21 10:39:02] [EMAIL PROTECTED]
With PHP 4.2.0RC1, it is not possible to compile with the ming module
anymore. The configure script fails saying :
checking for MING support... yes
checking for Ming_useSWFVersion in -lming... no
configure: error: Ming library 0.2a or greater required.
Eventhough the ming library used REALLY is 0.2a and there's no problem
using it with PHP 4.1.2 with the exact same configure options.
Detail of configure options :
./configure \
--prefix=/usr/home//local \
--enable-bcmath \
--with-zlib \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/home//local \
--with-t1lib=/usr/home//local \
--with-freetype-dir=/usr/home//local \
--enable-gd-native-ttf \
--with-gd=/usr/home//local \
--enable-exif \
--with-mysql=/usr/local \
--with-ming=/usr/home//local \
--disable-pear \
--with-config-file-path=/usr/home//local/etc \
--enable-debug=no \
--enable-force-cgi-redirect=yes \
--with-openssl=/usr/local/ssl \
--with-curl=/usr/home//src/curl-7.9 \
--with-dom=/usr/home//local
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
Can you test if it works with current CVS ?
Previous Comments:
[2002-03-21 11:44:06] [EMAIL PROTECTED]
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
[2002-03-21 11:01:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-03-21 10:39:40] [EMAIL PROTECTED]
(edited to put the right PHP version)
[2002-03-21 10:39:02] [EMAIL PROTECTED]
With PHP 4.2.0RC1, it is not possible to compile with the ming module
anymore. The configure script fails saying :
checking for MING support... yes
checking for Ming_useSWFVersion in -lming... no
configure: error: Ming library 0.2a or greater required.
Eventhough the ming library used REALLY is 0.2a and there's no problem
using it with PHP 4.1.2 with the exact same configure options.
Detail of configure options :
./configure \
--prefix=/usr/home//local \
--enable-bcmath \
--with-zlib \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/home//local \
--with-t1lib=/usr/home//local \
--with-freetype-dir=/usr/home//local \
--enable-gd-native-ttf \
--with-gd=/usr/home//local \
--enable-exif \
--with-mysql=/usr/local \
--with-ming=/usr/home//local \
--disable-pear \
--with-config-file-path=/usr/home//local/etc \
--enable-debug=no \
--enable-force-cgi-redirect=yes \
--with-openssl=/usr/local/ssl \
--with-curl=/usr/home//src/curl-7.9 \
--with-dom=/usr/home//local
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Ming related
Operating System: FreeBSD 4.3-STABLE
PHP Version: 4.2.0RC1
New Comment:
Part that seems to cover the problem (please specify if something else
is needed - that file is looong) :
configure:37608: checking for mhash support
configure:37648: result: no
configure:37988: checking for MING support
configure:38028: result: yes
configure:38049: checking for Ming_useSWFVersion in -lming
configure:38076: gcc -o conftest -g -O2
-L/usr/home//local/lib -lm -ldl
-R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib
-L/usr/local/lib -R/usr/home//src/curl-7.9/lib
-L/usr/home//src/curl-7.9/lib -R/usr/home//local/lib
-L/usr/home//local/lib -R/lib -L/lib conftest.c -lming -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lz -lm -lz -lxml2 -lcurl -lcrypto -lssl
-lcurl -lz -lcrypt -lssl -lcrypto -lm -lcrypt >&5
/usr/libexec/elf/ld: cannot find -ldl
configure:38079: $? = 1
configure: failed program was:
#line 38057 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char Ming_useSWFVersion ();
int
main ()
{
Ming_useSWFVersion ();
;
return 0;
}
configure:38096: result: no
configure:38110: error: Ming library 0.2a or greater required.
Previous Comments:
[2002-03-21 11:01:00] [EMAIL PROTECTED]
What does config.log has to say about this?
[2002-03-21 10:39:40] [EMAIL PROTECTED]
(edited to put the right PHP version)
[2002-03-21 10:39:02] [EMAIL PROTECTED]
With PHP 4.2.0RC1, it is not possible to compile with the ming module
anymore. The configure script fails saying :
checking for MING support... yes
checking for Ming_useSWFVersion in -lming... no
configure: error: Ming library 0.2a or greater required.
Eventhough the ming library used REALLY is 0.2a and there's no problem
using it with PHP 4.1.2 with the exact same configure options.
Detail of configure options :
./configure \
--prefix=/usr/home//local \
--enable-bcmath \
--with-zlib \
--with-png-dir=/usr/local \
--with-jpeg-dir=/usr/local \
--with-tiff-dir=/usr/home//local \
--with-t1lib=/usr/home//local \
--with-freetype-dir=/usr/home//local \
--enable-gd-native-ttf \
--with-gd=/usr/home//local \
--enable-exif \
--with-mysql=/usr/local \
--with-ming=/usr/home//local \
--disable-pear \
--with-config-file-path=/usr/home//local/etc \
--enable-debug=no \
--enable-force-cgi-redirect=yes \
--with-openssl=/usr/local/ssl \
--with-curl=/usr/home//src/curl-7.9 \
--with-dom=/usr/home//local
--
Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Ming related Operating System: FreeBSD 4.3-STABLE PHP Version: 4.2.0RC1 New Comment: What does config.log has to say about this? Previous Comments: [2002-03-21 10:39:40] [EMAIL PROTECTED] (edited to put the right PHP version) [2002-03-21 10:39:02] [EMAIL PROTECTED] With PHP 4.2.0RC1, it is not possible to compile with the ming module anymore. The configure script fails saying : checking for MING support... yes checking for Ming_useSWFVersion in -lming... no configure: error: Ming library 0.2a or greater required. Eventhough the ming library used REALLY is 0.2a and there's no problem using it with PHP 4.1.2 with the exact same configure options. Detail of configure options : ./configure \ --prefix=/usr/home//local \ --enable-bcmath \ --with-zlib \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-tiff-dir=/usr/home//local \ --with-t1lib=/usr/home//local \ --with-freetype-dir=/usr/home//local \ --enable-gd-native-ttf \ --with-gd=/usr/home//local \ --enable-exif \ --with-mysql=/usr/local \ --with-ming=/usr/home//local \ --disable-pear \ --with-config-file-path=/usr/home//local/etc \ --enable-debug=no \ --enable-force-cgi-redirect=yes \ --with-openssl=/usr/local/ssl \ --with-curl=/usr/home//src/curl-7.9 \ --with-dom=/usr/home//local -- Edit this bug report at http://bugs.php.net/?id=16203&edit=1
Bug #16203 Updated: Cannot configure with ming
ID: 16203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Ming related Operating System: FreeBSD 4.3-STABLE -PHP Version: 4.1.2 +PHP Version: 4.2.0RC1 New Comment: (edited to put the right PHP version) Previous Comments: [2002-03-21 10:39:02] [EMAIL PROTECTED] With PHP 4.2.0RC1, it is not possible to compile with the ming module anymore. The configure script fails saying : checking for MING support... yes checking for Ming_useSWFVersion in -lming... no configure: error: Ming library 0.2a or greater required. Eventhough the ming library used REALLY is 0.2a and there's no problem using it with PHP 4.1.2 with the exact same configure options. Detail of configure options : ./configure \ --prefix=/usr/home//local \ --enable-bcmath \ --with-zlib \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-tiff-dir=/usr/home//local \ --with-t1lib=/usr/home//local \ --with-freetype-dir=/usr/home//local \ --enable-gd-native-ttf \ --with-gd=/usr/home//local \ --enable-exif \ --with-mysql=/usr/local \ --with-ming=/usr/home//local \ --disable-pear \ --with-config-file-path=/usr/home//local/etc \ --enable-debug=no \ --enable-force-cgi-redirect=yes \ --with-openssl=/usr/local/ssl \ --with-curl=/usr/home//src/curl-7.9 \ --with-dom=/usr/home//local -- Edit this bug report at http://bugs.php.net/?id=16203&edit=1
