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