Bug 644200 – dev-haskell/alsa-mixer-0.2.0.3: c2hs - /usr/include/bits/floatn.h:73: (column 29) [ERROR] >>> Syntax error ! The symbol `;' does not fit here.

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Anton Kochkov 2018-01-11 14:33:08 UTC]

Created attachment 514220 [details]
full build log

Building alsa-mixer-0.2.0.3...
Preprocessing library alsa-mixer-0.2.0.3...
c2hs: C header contains errors:

/usr/include/bits/floatn.h:73: (column 29) [ERROR]  >>> Syntax error !
  The symbol `;' does not fit here.

 [31;01m*[0m ERROR: dev-haskell/alsa-mixer-0.2.0.3::gentoo failed (compile phase):
 [31;01m*[0m   setup build failed
 [31;01m*[0m 
 [31;01m*[0m Call stack:
 [31;01m*[0m     ebuild.sh, line  124:  Called src_compile
 [31;01m*[0m   environment, line 2703:  Called haskell-cabal_src_compile
 [31;01m*[0m   environment, line 1904:  Called cabal_src_compile
 [31;01m*[0m   environment, line  697:  Called cabal-build
 [31;01m*[0m   environment, line  461:  Called die
 [31;01m*[0m The specific snippet of code:
 [31;01m*[0m       ./setup "$@" || die "setup build failed"
 [31;01m*[0m

[Comment 1 Anton Kochkov 2018-01-11 14:36:11 UTC]

Created attachment 514222 [details]
/usr/include/bits/floatn.h

Attaching the header itself

[Comment 2 Anton Kochkov 2018-01-11 14:49:04 UTC]

Created attachment 514224 [details]
emerge --info output

[Comment 3 Anton Kochkov 2018-01-13 03:19:19 UTC]

Filled issue mainstream https://github.com/haskell/c2hs/issues/198

[Comment 4 Anton Kochkov 2018-01-13 03:21:15 UTC]

Also those are seem related: https://github.com/visq/language-c/issues/43 and https://github.com/haskell/c2hs/issues/191

[Comment 5 Sergei Trofimovich (RETIRED) 2018-01-13 10:06:36 UTC]

Which c2hs version you are using? 0.28.3 fixed similar failure.

[Comment 6 Anton Kochkov 2018-01-13 11:03:06 UTC]

(In reply to Sergei Trofimovich from comment #5)
> Which c2hs version you are using? 0.28.3 fixed similar failure.

latest one - 0.28.3

[Comment 7 Sergei Trofimovich (RETIRED) 2018-01-13 11:42:47 UTC]

(In reply to Anton Kochkov from comment #6)
> (In reply to Sergei Trofimovich from comment #5)
> > Which c2hs version you are using? 0.28.3 fixed similar failure.
> 
> latest one - 0.28.3

Is it built against language-c-0.7.1? Should be easy to check as:

$ LANG=C readelf -d /usr/bin/c2hs | fgrep language-c
 0x0000000000000001 (NEEDED)             Shared library: [libHSlanguage-c-0.7.1-Dyrd8W62Y758UdKGWH1pWG-ghc8.0.2.so]

[Comment 8 Anton Kochkov 2018-01-13 14:48:41 UTC]

(In reply to Sergei Trofimovich from comment #7)
> (In reply to Anton Kochkov from comment #6)
> > (In reply to Sergei Trofimovich from comment #5)
> > > Which c2hs version you are using? 0.28.3 fixed similar failure.
> > 
> > latest one - 0.28.3
> 
> Is it built against language-c-0.7.1? Should be easy to check as:
> 
> $ LANG=C readelf -d /usr/bin/c2hs | fgrep language-c
>  0x0000000000000001 (NEEDED)             Shared library:
> [libHSlanguage-c-0.7.1-Dyrd8W62Y758UdKGWH1pWG-ghc8.0.2.so]

yes, it is language-c-0.7.1

[Comment 9 Sergei Trofimovich (RETIRED) 2018-01-24 23:01:05 UTC]

*** Bug 645546 has been marked as a duplicate of this bug. ***

[Comment 10 Sergei Trofimovich (RETIRED) 2018-01-27 19:22:35 UTC]

Aha, we need to extract sully preprocessed file from c2hs then. I believe 'HCFLAGS=-v emerge ...' will show you full command running c2hs. Adding --keep to c2hs output should yield fully preprocessed file. Please attach it here and I'll try to reproduce the failure locally against it.

[Comment 11 Vadim 2018-04-02 19:45:16 UTC]

Changing gcc version from 6.4.0 to 7.3.0 fixed bug.

[Comment 12 Anton Kochkov 2020-10-10 08:43:28 UTC]

No longer relevant and was fixed.