Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

NodeBB

  1. Home
  2. uncategorized
  3. lcc: "arch/e2k/boot/dts/include/iohub.dtsi", line 113: error #11: unrecognized

lcc: "arch/e2k/boot/dts/include/iohub.dtsi", line 113: error #11: unrecognized

Scheduled Pinned Locked Moved uncategorized
size
12 Posts 2 Posters 69 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • a1ba@suya.placeA This user is from outside of this forum
    a1ba@suya.placeA This user is from outside of this forum
    a1ba@suya.place
    wrote last edited by
    #1
    lcc: "arch/e2k/boot/dts/include/iohub.dtsi", line 113: error #11: unrecognized
    preprocessing directive
    #size-cells = <2>;


    ah yes

    wonders of using C preprocessor in device tree language
    lanodan@queer.hacktivis.meL 1 Reply Last reply
    0
    • a1ba@suya.placeA a1ba@suya.place
      lcc: "arch/e2k/boot/dts/include/iohub.dtsi", line 113: error #11: unrecognized
      preprocessing directive
      #size-cells = <2>;


      ah yes

      wonders of using C preprocessor in device tree language
      lanodan@queer.hacktivis.meL This user is from outside of this forum
      lanodan@queer.hacktivis.meL This user is from outside of this forum
      lanodan@queer.hacktivis.me
      wrote last edited by
      #2
      @a1ba Sometimes I wonder which is more cursed, gnu variant of m4, or C preprocessor for non-C.
      a1ba@suya.placeA 1 Reply Last reply
      0
      • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
        @a1ba Sometimes I wonder which is more cursed, gnu variant of m4, or C preprocessor for non-C.
        a1ba@suya.placeA This user is from outside of this forum
        a1ba@suya.placeA This user is from outside of this forum
        a1ba@suya.place
        wrote last edited by
        #3
        @lanodan what compiler even supposed to do with unknown directives.

        I know they can ignore #pragma and that's what they should do.
        a1ba@suya.placeA lanodan@queer.hacktivis.meL 2 Replies Last reply
        0
        • a1ba@suya.placeA a1ba@suya.place
          @lanodan what compiler even supposed to do with unknown directives.

          I know they can ignore #pragma and that's what they should do.
          a1ba@suya.placeA This user is from outside of this forum
          a1ba@suya.placeA This user is from outside of this forum
          a1ba@suya.place
          wrote last edited by
          #4
          @lanodan clang just strips them away lol

          I never questioned how gcc preprocesses device trees so I dunno how it works
          a1ba@suya.placeA 1 Reply Last reply
          0
          • a1ba@suya.placeA a1ba@suya.place
            @lanodan what compiler even supposed to do with unknown directives.

            I know they can ignore #pragma and that's what they should do.
            lanodan@queer.hacktivis.meL This user is from outside of this forum
            lanodan@queer.hacktivis.meL This user is from outside of this forum
            lanodan@queer.hacktivis.me
            wrote last edited by
            #5
            @a1ba Meanwhile I ignore the hell out of #pragma because there's usually better ways of doing it (like testing if compiler supports a compile flag).
            a1ba@suya.placeA 1 Reply Last reply
            0
            • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
              @a1ba Meanwhile I ignore the hell out of #pragma because there's usually better ways of doing it (like testing if compiler supports a compile flag).
              a1ba@suya.placeA This user is from outside of this forum
              a1ba@suya.placeA This user is from outside of this forum
              a1ba@suya.place
              wrote last edited by
              #6
              @lanodan the only really useful pragma I know and which is standardized is openmp 🙂

              some insane people like to put #pragma once (I was there too) but it's useless and doesn't even affect build times.
              a1ba@suya.placeA lanodan@queer.hacktivis.meL 2 Replies Last reply
              0
              • a1ba@suya.placeA a1ba@suya.place
                @lanodan the only really useful pragma I know and which is standardized is openmp 🙂

                some insane people like to put #pragma once (I was there too) but it's useless and doesn't even affect build times.
                a1ba@suya.placeA This user is from outside of this forum
                a1ba@suya.placeA This user is from outside of this forum
                a1ba@suya.place
                wrote last edited by
                #7
                @lanodan I've even seen some put shit like #ifdef _MSC_VER #pragma once #endif
                1 Reply Last reply
                0
                • a1ba@suya.placeA a1ba@suya.place
                  @lanodan the only really useful pragma I know and which is standardized is openmp 🙂

                  some insane people like to put #pragma once (I was there too) but it's useless and doesn't even affect build times.
                  lanodan@queer.hacktivis.meL This user is from outside of this forum
                  lanodan@queer.hacktivis.meL This user is from outside of this forum
                  lanodan@queer.hacktivis.me
                  wrote last edited by
                  #8

                  @a1ba@suya.place Yeah, regular #ifndef _HEADER_H header guards makes more sense.

                  Or just no header guards, which is typically what I do unless it's a public header you're supposed to #include in an application.

                  a1ba@suya.placeA 1 Reply Last reply
                  0
                  • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me

                    @a1ba@suya.place Yeah, regular #ifndef _HEADER_H header guards makes more sense.

                    Or just no header guards, which is typically what I do unless it's a public header you're supposed to #include in an application.

                    a1ba@suya.placeA This user is from outside of this forum
                    a1ba@suya.placeA This user is from outside of this forum
                    a1ba@suya.place
                    wrote last edited by
                    #9
                    @lanodan I got bitten by HLSDK code where changing the order of includes breaks build so hard, so I tend to make headers compile-able, which in turn increases odds of double-triple includes, so header guards are required.

                    Or just put everything into one shared header lol that works too.
                    lanodan@queer.hacktivis.meL 1 Reply Last reply
                    0
                    • a1ba@suya.placeA a1ba@suya.place
                      @lanodan I got bitten by HLSDK code where changing the order of includes breaks build so hard, so I tend to make headers compile-able, which in turn increases odds of double-triple includes, so header guards are required.

                      Or just put everything into one shared header lol that works too.
                      lanodan@queer.hacktivis.meL This user is from outside of this forum
                      lanodan@queer.hacktivis.meL This user is from outside of this forum
                      lanodan@queer.hacktivis.me
                      wrote last edited by
                      #10
                      @a1ba Order of includes is so annoying, in fact it bit me yesterday with Tcl headers…
                      a1ba@suya.placeA 1 Reply Last reply
                      0
                      • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
                        @a1ba Order of includes is so annoying, in fact it bit me yesterday with Tcl headers…
                        a1ba@suya.placeA This user is from outside of this forum
                        a1ba@suya.placeA This user is from outside of this forum
                        a1ba@suya.place
                        wrote last edited by
                        #11
                        @lanodan is that a problem of tcl itself? Ouch.
                        1 Reply Last reply
                        0
                        • a1ba@suya.placeA a1ba@suya.place
                          @lanodan clang just strips them away lol

                          I never questioned how gcc preprocesses device trees so I dunno how it works
                          a1ba@suya.placeA This user is from outside of this forum
                          a1ba@suya.placeA This user is from outside of this forum
                          a1ba@suya.place
                          wrote last edited by
                          #12
                          @lanodan so the answer is the -xassembler-with-cpp flag
                          1 Reply Last reply
                          0
                          Reply
                          • Reply as topic
                          Log in to reply
                          • Oldest to Newest
                          • Newest to Oldest
                          • Most Votes


                          • Login

                          • Login or register to search.
                          Powered by NodeBB Contributors
                          • First post
                            Last post
                          0
                          • Categories
                          • Recent
                          • Tags
                          • Popular
                          • World
                          • Users
                          • Groups