[Como como-4.3.10.1] library fails to build due to problems with .depend/atomic-cxx.d

• Key: STDCXX-1038
• Type: Bug
• Status: Open
• Priority: Major
• Assignee: Unassigned
• Reporter: Jaroslaw Zola
• Component/s: Configuration
• Affects Version/s: 4.2.1

Description

stdcxx 4.2.1 as well as the head of trunk fail to build with 32bit version of como-4.3.10.1 on Linux-2.6.30 on x86_64.

$ gmake BUILDTYPE=12s CONFIG=como.config

creating BUILDDIR=/opt/src/stdcxx-4.2.1/build
generating /opt/src/stdcxx-4.2.1/build/makefile.in from /opt/src/stdcxx-4.2.1/etc/config/como.config
gmake[1]: Entering directory `/opt/src/stdcxx-4.2.1/build'
gmake[2]: Entering directory `/opt/src/stdcxx-4.2.1/build/include'
gmake config
gmake[3]: Entering directory `/opt/src/stdcxx-4.2.1/build/include'

configuring stdcxx 4.2.1 for como-4.3.10.1 on linux-2.6.30-gentoo-r1-perfctr-x86_64

checking if the compiler is sane ok (invoked with como)
checking if the linker is sane ok (invoked with como)
checking system architecture ILP32 little endian
...
gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
gmake[2]: Entering directory `/opt/src/stdcxx-4.2.1/build/lib'
.depend/atomic-cxx.d:1: *** multiple target patterns. Stop.
gmake[2]: Leaving directory `/opt/src/stdcxx-4.2.1/build/lib'
gmake[1]: *** [lib] Error 2
gmake[1]: Leaving directory `/opt/src/stdcxx-4.2.1/build'
gmake: *** [libstd] Error 2

Comments

[Farid Zaripov]

This issue looks very similar to STDCXX-481.

Could you please provide the output of the "como -M /opt/src/stdcxx-4.2.1/src/atomic-cxx.S" command?

[Jaroslaw Zola]

Interesting, it looks like como does not recognize .S extensions:

$ como -M /opt/src/stdcxx-4.2.1/src/atomic-cxx.S
como: unrecognizable argument: /opt/src/stdcxx-4.2.1/src/atomic-cxx.S
como: no source, object, or library files were specified

$ ls -la /opt/src/stdcxx-4.2.1/src/atomic-cxx.S

rw-rw-r- 1 root root 1212 2008-04-24
19:25 /opt/src/stdcxx-4.2.1/src/atomic-cxx.S

$ cat /opt/src/stdcxx-4.2.1/build/lib/.depend/atomic-cxx.d
como: unrecognizable argument: $(TOPDIR)/src/atomic-cxx.S
como: no source, object, or library files were specified

It looks like when reporting this bug I checked incorrect version (generated by other compiler) of .depend/atomic-cxx.d. After changing como to recognize .S extensions this problem disappears.

This bug can be closed.

[Farid Zaripov]

Are you sure that the problem is gone? Can you try to make a clean build?

I don't have the como to verify, but I suppose there still should be problems with compiling the atomic-cxx.S file.

Perhaps we need to change como.config the same way as eccp.config in this patch, since the como and eccp are using the same frontend.

[Jaroslaw Zola]

I still can't get clean build, however, now I am running into exactly
the same problem as this one
http://issues.apache.org/jira/browse/STDCXX-822. I don't think it is
related to atomic-cxx.S. I can provide configuration output, etc.
A quick grep for _RWSTD_VA_LIST shows that it is not defined indeed.

[Farid Zaripov]

I sure that the last problem is not related to atomic-cxx.S.

Could you please open an another issue and attach the generated makefile.in, config.h and config.log files?