GCC（Sourcery codebench 2013.11）链路时间优化忽略-fno短枚举

我有两个简单的源文件

obj1.cc：

int x(int y)
{
    return y - 10;
}

obj2.cc：

int foo(int bar)
{
    return bar*10;
}

我正在使用Sourcery codebench lite 2013.11：

$ arm-none-eabi-g++ --version
  arm-none-eabi-g++.exe (Sourcery CodeBench Lite 2013.11-24) 4.8.1

我使用

$ arm-none-eabi-g++.exe -fno-short-enums -mcpu=arm946e-s -c obj1.cc -o obj1.o  -Os -flto
$ arm-none-eabi-g++.exe -fno-short-enums -mcpu=arm946e-s -c obj2.cc -o obj2.o  -Os -flto

如果我在没有-flto的情况下链接它们，则不会调用链接时间优化，并且我会得到一个标记为具有int大小枚举的对象文件：

$ arm-none-eabi-g++.exe -fno-short-enums -mcpu=arm946e-s obj1.cc obj2.cc -Wl,-Ur -o partial_link_result.o -nostdlib -Os
$ arm-none-eabi-readelf.exe -a partial_link_result.o | grep enum
  Tag_ABI_enum_size: int

但是，如果我只是将-flto添加到链接器调用中，则输出会声明它有小的枚举：

$ arm-none-eabi-g++.exe -fno-short-enums -mcpu=arm946e-s obj1.cc obj2.cc -Wl,-Ur -o partial_link_result.o -nostdlib -Os -flto
$ arm-none-eabi-readelf.exe -a partial_link_result.o | grep enum
  Tag_ABI_enum_size: small

如果我使用-v运行链接步骤，当gcc进入lto阶段时，我可以看到：

gcc version 4.8.1 (Sourcery CodeBench Lite 2013.11-24)
COLLECT_GCC_OPTIONS='-c' '-fexceptions' '-mcpu=arm946e-s' '-mcpu=arm946e-s' '-nostdlib' '-Os' '-v' '-D' '__CS_SOURCERYGXX_MAJ__=2013' '-D' '__CS_SOURCERYGXX_MIN__=11' '-D' '__CS_SOURCERYGXX_REV__=24' '-dumpdir' './' '-dumpbase' 'partial_link_result.o.wpa' '-fltrans-output-list=C:\Users\BOBBY_~1\AppData\Local\Temp\ccrOoESe.ltrans.out' '-fwpa' '-fresolution=C:\Users\BOBBY_~1\AppData\Local\Temp\cccj0syW.res' '-D' '__CS_SOURCERYGXX_MAJ__=2013' '-D' '__CS_SOURCERYGXX_MIN__=11'
 '-D' '__CS_SOURCERYGXX_REV__=24'
 c:/program files (x86)/sourcery/lib/gcc/../../libexec/gcc/arm-none-eabi/4.8.1/lto1.exe -quiet -dumpdir ./ -dumpbase partial_link_result.o.wpa -mcpu=arm946e-s -mcpu=arm946e-s -auxbase ccQXQ7aT -Os -version -fexceptions -fltrans-output-list=C:\Users\BOBBY_~1\AppData\Local\Temp\ccrOoESe.ltrans.out -fwpa -fresolution=C:\Users\BOBBY_~1\AppData\Local\Temp\cccj0syW.res @C:\Users\BOBBY_~1\AppData\Local\Temp\ccDElvyi

在我看来，这确实像是删除了一些东西——在LTO步骤中，从COLLECT_GCC_选项中删除了fno短枚举。我怀疑这可能是一个一般的gcc问题，而不仅仅限于Sourcery构建

这是一个gcc错误吗？我需要gcc生成没有短枚举的对象文件，以便链接到使用32位枚举构建的某些库。有没有办法在不从源代码重建gcc的情况下实现这一目标

---

更新：我刚刚在Ubuntu 14.04中确认了与arm none eabi gcc 4.8.2-14ubuntu1+6toolchain完全相同的行为，这已被确认为gcc中的一个错误。某些选项由LTO过滤，可能会更改二进制输出

gcc的bugzilla正在对其进行跟踪：

裸机手臂发射台项目也在跟踪它：