CROSSTOOL

[Bela Berde]

HI,

I followed the CROSSTOOL explanation.

I have the following error:

Could not read the crosstool configuration file 'CROSSTOOL... because of an incomplete protocol buffer (Message missing required fields: major_version, minor_version, default_target_cpu).

These fields are included of course.

Cheers

[Thiago Farina]

What is your Bazel version? What is the command line your are using?

--

Thiago Farina

[Bela Berde]

bazel run --crosstool_top=//tools:toolchain --cpu=something --compilation_mode="dbg" --verbose_failures //src:test_lib

Build label: 0.5.0rc9

[Thiago Farina]

On Tue, May 23, 2017 at 2:02 PM, Bela Berde <bela....@gmail.com> wrote:

bazel run --crosstool_top=//tools:toolchain --cpu=something --compilation_mode="dbg" --verbose_failures //src:test_lib

Build label: 0.5.0rc9

Do you have a repository we could use to reproduce? Does it work with 0.4.5?

Which platform are you trying this?

--

Thiago Farina

[Marcel Hlopko]

'because of an incomplete protocol buffer' is interesting there. Is CROSSTOOL in the same folder as BUILD file with cc_toolchain_suite and cc_toolchain rules?

--
You received this message because you are subscribed to the Google Groups "bazel-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bazel-discus...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bazel-discuss/CAFenBsY%2B-ffGmGr5KxmYRMH4q27s_0JCbXb7kXnqhoMBdBe2pA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--

-- 

Marcel Hlopko | Software Engineer | hlo...@google.com | 

Google Germany GmbH | Erika-Mann-Str. 33  | 80636 München | Germany | Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle | Registergericht und -nummer: Hamburg, HRB 86891

[Bela Berde]

The work is progressing.

Is there a specific mechanism to check the location of tool_path? I mean, this works:

#

  tool_path {name: "ar" path     : "/usr/bin/ar" }

  tool_path {name: "cpp" path    : "/usr/bin/cpp" }

  tool_path {name: "dwp" path    : "/usr/bin/dwp" }

  tool_path {name: "gcc" path    : "/usr/bin/gcc" }

  tool_path {name: "gcov" path   : "/usr/bin/gcov" }

  tool_path {name: "ld" path     : "/usr/bin/ld" }

  tool_path {name: "nm" path     : "/usr/bin/nm" }

  tool_path {name: "objcopy" path: "/usr/bin/objcopy" }

  tool_path {name: "objdump" path: "/usr/bin/objdump" }

  tool_path {name: "strip" path  : "/usr/bin/strip" }

  #

I suppose that if I put gcc somewhere else, let's say into /tmp/bin/..., is the tool_path check still Ok?

Is there something checking the available PATH on the system?

I ask this because I have an error message:

fatal error: cannot find 'ld'

for a gcc in a unusual location.

Thanks.

[Marcel Hlopko]

Are you specifying all dependencies of crosstool in cc_toolchain rule? I assume gcc compains only when executed by bazel, not when executed manually, right?

To view this discussion on the web visit https://groups.google.com/d/msgid/bazel-discuss/d93046b8-74be-4dcb-8463-7fd4348a32c6%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Bela Berde]

Right. Manually everything is Ok. 

So, maybe:

1: I do not control via the linear combinaison of tool-chain parameters the execution of gcc + ld

2: a PATH is missing somewhere, so calling directly gcc does not find ld

I want simply enforce the location of gcc etc, like in the k8-gcc tool_chain example, through the exact path provided for gcc etc. 

If you have an example....

Thanks

Sent from my iPhone

[Marcel Hlopko]

Is -B gcc flag helpful here? https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html

Also, gcc can hardcode some paths, and some are found on PATH. Do you know for sure if ld is the latter case? https://stackoverflow.com/questions/7701206/how-does-gcc-find-as-ld-and-other-binutils-executables might help.