On Thu, 2019-03-14 at 10:55 +0100, Florian Weimer wrote:
> * Sérgio Basto:
>
> > On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
> > > * Sérgio Basto:
> > >
> > > > [3]
> > > > export LDFLAGS="%{?__global_ldflags} -shared"
> > >
> > > Not sure why you think this would work. It prevents
* Florian Weimer:
> * Sérgio Basto:
>
>> On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
>>> * Sérgio Basto:
>>>
>>> > [3]
>>> > export LDFLAGS="%{?__global_ldflags} -shared"
>>>
>>> Not sure why you think this would work. It prevents the compiler
>>> from
>>> creating any executables
* Sérgio Basto:
> On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
>> * Sérgio Basto:
>>
>> > [3]
>> > export LDFLAGS="%{?__global_ldflags} -shared"
>>
>> Not sure why you think this would work. It prevents the compiler
>> from
>> creating any executables at all.
>
>
> With -shared fixe
On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
> * Sérgio Basto:
>
> > [3]
> > export LDFLAGS="%{?__global_ldflags} -shared"
>
> Not sure why you think this would work. It prevents the compiler
> from
> creating any executables at all.
With -shared fixed this generation of binaries [
* Sérgio Basto:
> [3]
> export LDFLAGS="%{?__global_ldflags} -shared"
Not sure why you think this would work. It prevents the compiler from
creating any executables at all.
The problem is earlier, here:
libtool: link: g++ -fPIC -DPIC -shared -nostdlib
/usr/lib/gcc/i686-redhat-linux/9/../../.
Hi,
Today [1] , I have updated libprojectM package with new autotools
builds (developer changed etc).
It builds fine in F28 on i686 but not in F29 or newer.
After read [2] it exactly the same problem, only added -shared fix the
build, not -lgcc etc ...
I tried build on i686 with [3] but confi
