gcc does not compile under ubuntu 10.04

[Miguel Franco Martínez]

No way to compile almost anything when the source file to compile is stored on a NTFS drive or partition. This bug is new in this version of Ubuntu, in previous versions that problem did not occur. When compiling from the linux partition, where Ubuntu is installed (ext4), no problem at all.

Architecture: amd64
OS: Ubuntu 10.04 LTS

When I was compiling:
$ gcc -Wall -g gestor_paquetes.c -o gestor_paquetes

This was the output:
/usr/bin/ld: final link failed: Operation not supported
collect2: ld returned 1 exit status

More data:
This command line:
$ gcc -Wall -g -c gestor_paquetes.c

Gives this output:
/tmp/ccnw021s.s: Assembler messages:
/tmp/ccnw021s.s:1480: Fatal error: can't write gestor_snmp.o: Operation not supported
/tmp/ccnw021s.s:1480: Fatal error: can't close gestor_snmp.o: Operation not supported

And I am the owner of /tmp folder and the folder where the source code is stored.

What is happening?

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gcc 4:4.4.3-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic x86_64
NonfreeKernelModules: fglrx
Architecture: amd64
Date: Sun May 9 17:33:41 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
 LANG=es_ES.utf8
 SHELL=/bin/bash
SourcePackage: gcc-defaults

[Naveen Molleti (nerd-naveen)]

Happens also on Ubuntu 10.04 LTS i386, installed using Wubi, on Windows 7.

ubuntu@ubuntu:~$ gcc -Wall -g -fPIC -c libhello.c
libhello.c:2: warning: return type of ‘main’ is not ‘int’
/tmp/ccxW7LKl.s: Assembler messages:
/tmp/ccxW7LKl.s:269: Fatal error: can't write libhello.o: Operation not supported
/tmp/ccxW7LKl.s:269: Fatal error: can't close libhello.o: Operation not supported

[Miguel Franco Martínez (miguelfrm1)]

I wish this clue could help developers to solve the problem.

After several checks, I realized that gcc does not compile any code when compiling from any source (hard disk, virtual machines...) if the disk where the code is stored or the virtual machine is stored is NTFS-formatted.

Compiling my code in the native linux partition (ext4) gives as result a successful compile.

So the problem is something related to NTFS partitions/drives. Please, it could be great if someone can solve this problem as soon as possible.

[Colin Warren (colinwyattwarren)]

This also occurs when using Clang in directories mounted over SSH through GVFS.

colinwarren@colinwarren-laptop:~/.gvfs/sftp on colinwyattwarren.com/srv$ clang test.cpp
/usr/bin/ld: final link failed: Operation not supported
collect2: ld returned 1 exit status
clang: error: linker command failed with exit code 1 (use -v to see invocation)

[Miguel Franco Martínez (miguelfrm1)]

The error is independent of:

* The machine architecture
* The partition format (unless extX)
* The way of compiling

[Miguel Franco Martínez (miguelfrm1)]

The error is independent of:

* The machine architecture
* The partition format (unless extX)
* The way of compiling

[keyser84 (keyser84)]

This problem occurs for me only after a recent update.
Should be one of the following: libc-bin, libc-dev-bin, libc6, libc6-dev, libc6-i386 (all upgraded to 2.11.1-0ubuntu7.2)

[Janani (juzzjan191)]

I too am facing the same problem.
I am able to cc or gcc when in the ext4 partition.. But if the programs are stored in my media devices or other NTFS partitions, it throws the following error..

/usr/bin/ld: final link failed: Operation not supported collect2: ld returned 1 exit status

I had installed the following two new libraries using dpkg

libxerces-c3.0

libicu40

Could they be the reason???

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Matthias Klose (doko)]

please recheck with Ubuntu 14.04 LTS

[Launchpad Janitor (janitor)]

[Expired for gcc-defaults (Ubuntu) because there has been no activity for 60 days.]

[Fernando (tutissanalio)]

This seems to be still an issue with Ubuntu 20.04. I am experiencing the issue with Linux Mint 20.2, which is based on Ubuntu 20.04.

It happens when the output file of the compilation is located in a gvfs-mounted directory. It doesn't matter if the mounted directory is NTFS or ext4.