Am 7/11/2012 11:39 AM, Ozkan Sezer wrote:
> Pushed lib32/tapi32.def update to trunk at rev.5204, to stable/v1.x
> at rev. 5205 and to stable/v2.x at rev. 5206, so linkage should work
> fine now.
>
> --
> O.S.
Am 7/11/2012 1:21 PM, Ozkan Sezer wrote:
> trunk: r5212, stable/v1.x: r5213, stable/v2
On 7/11/12, Kai Tietz wrote:
> Hi Ozkan,
>
> patches are looking ok to me. Please go ahead.
>
> Thanks,
> Kai
>
trunk: r5212, stable/v1.x: r5213, stable/v2.x: r5214.
--
O.S.
> 2012/7/11 Ozkan Sezer :
>> On 7/11/12, JonY wrote:
>>> On 7/11/2012 17:39, Ozkan Sezer wrote:
Ok looked
Hi Ozkan,
patches are looking ok to me. Please go ahead.
Thanks,
Kai
2012/7/11 Ozkan Sezer :
> On 7/11/12, JonY wrote:
>> On 7/11/2012 17:39, Ozkan Sezer wrote:
>>>
>>> Ok looked at the header and reproduced the error. The specific
>>> problem with tapi.h and the unicode macros is that some fu
On 7/11/12, JonY wrote:
> On 7/11/2012 17:39, Ozkan Sezer wrote:
>>
>> Ok looked at the header and reproduced the error. The specific
>> problem with tapi.h and the unicode macros is that some functions
>> have their xxxA/xxxW variants _along_ with the ones without them:
>> e.g. we have lineUnpark
On 7/11/2012 17:39, Ozkan Sezer wrote:
>
> Ok looked at the header and reproduced the error. The specific
> problem with tapi.h and the unicode macros is that some functions
> have their xxxA/xxxW variants _along_ with the ones without them:
> e.g. we have lineUnpark() _and_ lineUnparkA() and line
On 7/11/12, Kai Tietz wrote:
> 2012/7/11 JonY :
>> On 7/11/2012 14:51, Peter Schaefer wrote:
>>> Hi!
>>>
>>> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
>>> application using TAPI, however tapi.h cannot be
>>> compiled:
>>>
c:\mingw32\bin\../lib/gcc/i686-w64-mingw32
On 07/11/12 11:14, JonY wrote:
> On 7/11/2012 14:51, Peter Schaefer wrote:
>> Hi!
>>
>> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
>> application using TAPI, however tapi.h cannot be
>> compiled:
>>
>>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-
2012/7/11 JonY :
> On 7/11/2012 14:51, Peter Schaefer wrote:
>> Hi!
>>
>> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
>> application using TAPI, however tapi.h cannot be
>> compiled:
>>
>>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/inc
On 7/11/2012 14:51, Peter Schaefer wrote:
> Hi!
>
> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
> application using TAPI, however tapi.h cannot be
> compiled:
>
>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107:
>
On 7/11/12, Peter Schaefer wrote:
> Hi!
>
> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
> application using TAPI, however tapi.h cannot be
> compiled:
>
>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107:
>> error: de
Hi!
I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an
application using TAPI, however tapi.h cannot be
compiled:
> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107:
> error: declaration of C function 'LONG lineAddProvide
11 matches
Mail list logo