Re: SCons fails to create symlinks (SHLIBVERSION)
Bill Deegan <[email protected]> Thu, 22 Feb 2024 09:04:46 -0800
| Newsgroups | gmane.comp.programming.tools.scons.user |
|---|---|
| Message-ID | <CAEyG4CHn12nyKxaOzTPyDMsVLLzv8Ab_t0t0+GPe8NrfNcX9fQ@mail.gmail.com> |
try building as :scons -c, then build again. Does that resolve the issue? On Thu, Feb 22, 2024 at 4:43 AM Mats Wichmann <[email protected]> wrote: > On 2/22/24 04:33, Cristian Farcas via Scons-users wrote: > > SCons v4.4.0 > > > > OS: Ubuntu 20 > > > > The following command is used: > > > > SharedLibrary('libabc', sources, SHLIBVERSION='3') > > > > Bus SCons fais to create the symlinks: > > > > Create symlinks for: 'path/to/libabc.so.3' > > > > 'path/to/libabc.so' -> 'path/to/libabc.so.3' > > > > scons: *** [path/to/libabc.so.3] libabc.so.3: File exists > > > > Is this a bug or am I doing something wrong? > > Took a quick look, this will happen if the target (libabc.so) exists and > is not a symlink. If it exists and *is* a symlink, it is removed first > and things work. This seems to be the planned behavior even if it's a > little ugly (and the message is deceptive, since it's reporting on the > SCons target being processed, not the symlink that failed to create > while processing the target): > > # If a file or directory exists with the same name as link, an > OSError > # will be thrown, which should be enough, I think. > > env.fs.symlink(linktgt, link) > > Guess: you previously built without SHLIBVERSION, then added it, > original shlib still around? > _______________________________________________ > Scons-users mailing list > [email protected] > https://pairlist4.pair.net/mailman/listinfo/scons-users > _______________________________________________ Scons-users mailing list [email protected] https://pairlist4.pair.net/mailman/listinfo/scons-users