Can someone who knows more about clang than I do help me out here?
snow_xmas posted a problem report to the SF forum regarding using clang with
mingw-W64. After a brief investigation, it became clear that the problem was
that clang doesn't support one of the features of inline asm that gcc doe
G M 2014-04-06 12:22:
> If there is a location to obtain a later build to download than the one
> I
> mentioned before, I'm keen to know where that is.
Next week I will rebuild gcc-4.8.2 and gcc-4.9.0.
--
Regards, niXman
___
Dual-target(32 & 64-bi
Hi Kai
I applied your patch, the output was this:
C:\mingw\x86_64-w64-mingw32\include>patch -p0 stdio.h < stdio.diff
patching file stdio.h
patch unexpectedly ends in middle of line
Hunk #6 succeeded at 833 with fuzz 1.
The message didn't make me feel confident about the patch, but I was able
to b
And this time with attachment
2014-04-05 21:41 GMT+02:00 Kai Tietz :
> Something like this patch might resolve the issue you found.
>
> Kai
>
> PS: Not sure if patch is complete. For stdio_s we moved _l and _p
> functions to secure-API too. Nevertheless we didn't did so for
> wchar(_s), an
Something like this patch might resolve the issue you found.
Kai
PS: Not sure if patch is complete. For stdio_s we moved _l and _p
functions to secure-API too. Nevertheless we didn't did so for
wchar(_s), and stdlib(_s) headers. This looks to me at least
inconsistent.
---
Yes, this issue is related to a bug in stdio.h and sec_api/stdio_s.h
headers. In stdio.h the ..._l variant are declared without CRTIMP,
and in sec_api/stdio_s.h with.
Those functions functions need to be removed from stdio.h header AFAICS.
Kai
---
G M 2014-04-04 02:15:
> Hi Everyone
Hi,
> I thought someone here might want to know about that. I am using a
> mingw
> 4.8.2 ruben build from 2013 (I think).
Firstly, please provide the link to used build.
--
Regards, niXman
___
Dual-target(32 &
Hi Everyone
A recent change to clang has begun considering a header in mingw
as defective.
The header appears to be re-declaring functions with different attributes.
I thought someone here might want to know about that. I am using a mingw
4.8.2 ruben build from 2013 (I think).
Sorry if the situ
2010/10/16 Ozkan Sezer
>
> Is this with the svn version? If yes, there is a recent update to
> system_error.h:
>
> http://llvm.org/viewvc/llvm-project/llvm/trunk/utils/KillTheDoctor/system_error.h?view=log
>
> --
> O.S.
>
Wow, I missed that by a hair... Talk about bleeding edge development :)
Hi Kai -
A minor question about error numbers...
On Sat, Oct 16, 2010 at 4:11 AM, Kai Tietz wrote:
> 2010/10/16 Ruben Van Boxem :
>> Hi,
>> I have started trying to build Clang with mingw-w64 tools. The x64 build
>> fails because an LLVM tool called tblgen is miscompiled, so I tried a x86
>> bui
2010/10/16 Ruben Van Boxem :
> Hi,
> I have started trying to build Clang with mingw-w64 tools. The x64 build
> fails because an LLVM tool called tblgen is miscompiled, so I tried a x86
> build instead for now. This works until the utterly final step, and some
> error types are undeclared:
>>
>> M:
On Sat, Oct 16, 2010 at 11:00 AM, Ruben Van Boxem
wrote:
> Hi,
> I have started trying to build Clang with mingw-w64 tools. The x64 build
> fails because an LLVM tool called tblgen is miscompiled, so I tried a x86
> build instead for now. This works until the utterly final step, and some
> error t
Hi,
I have started trying to build Clang with mingw-w64 tools. The x64 build
fails because an LLVM tool called tblgen is miscompiled, so I tried a x86
build instead for now. This works until the utterly final step, and some
error types are undeclared:
M:\Development\Source\LLVM\utils\KillTheDocto
13 matches
Mail list logo
