Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:7293
Return-Path: <abies@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 69180 invoked by uid 1010); 23 Jan 2004 12:36:10 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 69156 invoked by uid 1007); 23 Jan 2004 12:36:09 -0000
Message-ID: <20040123123609.69155.qmail@pb1.pair.com>
To: internals@lists.php.net
Date: Fri, 23 Jan 2004 13:35:46 +0100
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Posted-By: 80.126.21.70
Subject: win32 build fails on VC6
From: abies@php.net (Ard Biesheuvel)

Hi guys,

When building HEAD on VC6 with the new build system, the linker fails 
because the symbols _pctype and ___mb_cur_max are not defined. These are 
defined in libcmt, which is excluded explicitly from the link stage.

If I remove the /nodefaultlib:libcmt directive, the build succeeds with 
a warning, but the resulting php5ts_debug.dll works like a charm. Has 
anyone else experienced this problem?

Another question: are we going to ditch the old build system right away?
The new build system works a lot better for the interbase extension, 
because the different flavours of interbase/firebird use different 
combinations of client libraries with different names.

-- 
Ard