Errors including Windows or macOS system headers

[e0328eric]

Zig Version

0.16.0-dev.457+f90510b08

Steps to Reproduce and Observed Behavior

Here is a simple header file, saved as foo.h.

#ifndef FOO_H_
#define FOO_H_

#include <signal.h>

#ifdef _WIN32
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#endif

#endif // FOO_H_

and run this command

zig translate-c -lc foo.h

On zig version 0.16.0-dev.393+dd4be26f5, translate-c works fine. However, on version 0.16.0-dev.457+f90510b08, it emits a bunch of errors.

I run this on windows intel 14900HX (so on x86_64 windows)

Expected Behavior

translate-c should work

[kfprimm]

I believe I am running into the same issue, though on macOS. One way to trigger the issue is to simply including the standard macOS SDK header TargetConditionals.h.

const stdio = @cImport({
    @cInclude("stdio.h");
    @cInclude("TargetConditionals.h"); // comment this out and it works
});

pub fn main() !void {
    _ = stdio.printf("hello world\n");
}

$ zig run hello.zig
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX26.0.sdk/usr/include/TargetConditionals.h:407:10: error: TargetConditionals.h: unknown compiler (see comment above)
        #error TargetConditionals.h: unknown compiler (see comment above)
         ^Code Generation
error: the following build command failed with exit code 1:
/Users/kevin/.cache/zig/o/ab4e89c15594354dce7e7a6b1ca57f55/translate-c -x c -isystem /Users/kevin/.zvm/master/lib/compiler/aro/include -fPIE -fPIC -gdwarf-4 -gdwarf32 -fno-lto -MD -MV -MF /Users/kevin/.cache/zig/tmp/4a01cb8db2969c22/cimport.h.d -fhosted -nostdinc -isystem /Users/kevin/.zvm/master/lib/include -isystem /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX26.0.sdk/usr/include -iframework /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX26.0.sdk/System/Library/Frameworks -O0 -target aarch64-macos.26.0.1...26.0.1-none -mcpu=apple_m2-a320-addr_lsl_slow_14+aes-aggressive_fma+alternate_sextload_cvt_f32_pattern+altnzcv-alu_lsl_fast+am+amvs+arith_bcc_fusion+arith_cbz_fusion-ascend_store_address-avoid_ldapur-balance_fp_ops+bf16-brbe+bti-call_saved_x10-call_saved_x11-call_saved_x12-call_saved_x13-call_saved_x14-call_saved_x15-call_saved_x18-call_saved_x8-call_saved_x9+ccdp+ccidx+ccpp-chk-clrbhb-cmp_bcc_fusion-cmpbr+complxnum+contextidr_el2-cpa+crc-crypto-cssc-d128-disable_fast_inc_vl+disable_latency_sched_heuristic-disable_ldp-disable_stp+dit+dotprod+ecv+el2vmsa+el3-enable_select_opt-ete-execute_only-exynos_cheap_as_move-f32mm-f64mm-f8f16mm-f8f32mm-faminmax+fgt-fix_cortex_a53_835769+flagm-fmv-force_32bit_jump_tables+fp16fml-fp8-fp8dot2-fp8dot4-fp8fma+fp_armv8+fpac-fprcvt+fptoint-fujitsu_monaka+fullfp16+fuse_address-fuse_addsub_2reg_const1+fuse_adrp_add+fuse_aes+fuse_arith_logic+fuse_crypto_eor+fuse_csel+fuse_literals-gcs-harden_sls_blr-harden_sls_nocomdat-harden_sls_retbr-hbc-hcx+i8mm-ite+jsconv-ldp_aligned_only+lor-ls64+lse-lse128+lse2-lsfe-lsui-lut-mec-mops+mpam-mte+neon-nmi-no_bti_at_return_twice-no_neg_immediates-no_sve_fp_ld1r-no_zcz_fp+nv-occmo-olympus-outline_atomics+pan+pan_rwv+pauth-pauth_lr-pcdphint+perfmon-pops-predictable_select_expensive+predres-prfm_slc_target-rand+ras-rasv2+rcpc-rcpc3+rcpc_immo+rdm-reserve_lr_for_ra-reserve_x1-reserve_x10-reserve_x11-reserve_x12-reserve_x13-reserve_x14-reserve_x15-reserve_x18-reserve_x2-reserve_x20-reserve_x21-reserve_x22-reserve_x23-reserve_x24-reserve_x25-reserve_x26-reserve_x27-reserve_x28-reserve_x3-reserve_x4-reserve_x5-reserve_x6-reserve_x7-reserve_x9-rme+sb+sel2+sha2+sha3-slow_misaligned_128store-slow_paired_128-slow_strqro_store-sm4-sme-sme2-sme2p1-sme2p2-sme_b16b16-sme_f16f16-sme_f64f64-sme_f8f16-sme_f8f32-sme_fa64-sme_i16i64-sme_lutv2-sme_mop4-sme_tmop-spe-spe_eef-specres2+specrestrict+ssbs-ssve_aes-ssve_bitperm-ssve_fexpa-ssve_fp8dot2-ssve_fp8dot4-ssve_fp8fma+store_pair_suppress-stp_aligned_only-strict_align-sve-sve2-sve2_aes-sve2_bitperm-sve2_sha3-sve2_sm4-sve2p1-sve2p2-sve_aes-sve_aes2-sve_b16b16-sve_bfscale-sve_bitperm-sve_f16f32mm-sve_sha3-sve_sm4-tagged_globals-the+tlb_rmi-tlbiw-tme-tpidr_el1-tpidr_el2-tpidr_el3-tpidrro_el0+tracev8_4-trbe+uaops-use_experimental_zeroing_pseudos-use_fixed_over_scalable_if_equal_cost-use_postra_scheduler-use_reciprocal_square_root+v8_1a+v8_2a+v8_3a+v8_4a+v8_5a+v8_6a-v8_7a-v8_8a-v8_9a+v8a-v8r-v9_1a-v9_2a-v9_3a-v9_4a-v9_5a-v9_6a-v9a+vh-wfxt-xs-zcm_fpr32+zcm_fpr64-zcm_gpr32+zcm_gpr64+zcz-zcz_fp_workaround+zcz_gp /Users/kevin/.cache/zig/tmp/4a01cb8db2969c22/cimport.h -o /Users/kevin/.cache/zig/tmp/4a01cb8db2969c22/cimport.zig

Here's a snippet from that header...

    #if !defined(TARGET_CPU_PPC) && !defined(TARGET_CPU_PPC64)      \
        && !defined(TARGET_CPU_X86) && !defined(TARGET_CPU_X86_64)  \
        && !defined(TARGET_CPU_ARM) && !defined(TARGET_CPU_ARM64)
        /*
            TargetConditionals.h is designed to be plug-and-play.  It auto detects
            which compiler is being run and configures the TARGET_ conditionals
            appropriately.

            The short term work around is to set the TARGET_CPU_ and TARGET_OS_
            on the command line to the compiler (e.g. -DTARGET_CPU_MIPS=1 -DTARGET_OS_UNIX=1)

            The long term solution is to add suppport for __is_target_arch and __is_target_os
            to your compiler.
        */
        #error TargetConditionals.h: unknown compiler (see comment above)
    #endif

It looks like some builtins are missing, etc. It would make sense that including windows.h would trigger errors as well.

I also had no issues last night. Unfortunately I failed to record which version I was using but it was probably the last master build.

Investigating recent commits now...

[mlugg]

@kfprimm don't worry about going through the commit history; this has been caused by ziglang/zig#24497, which essentially switched to a completely different translate-c implementation. Breakage like this was expected from that diff, and we'll be working on solving it over the course of the release cycle. Thank you for delving a little more into one of the issues though!

cc @Vexu

[mlugg]

The Windows header issue might be a dupe of #184, but I don't see an existing report of the macOS thing.

These are actually Aro bugs, but this issue tracks them.

[t-puetz]

Hi I am the OP of #184. Before the major translate-c changes I also tried to compile my code to Mac OS. Back then native Linux compilation and cross-compilation to Windows worked fine, but MacOS NEVER did even before the translate-c changes. So I strongly assume that for MacOS we are having the same problem.