On Thu, Aug 20, 2020 at 11:53 PM Dimitry Andric wrote:
> On 20 Aug 2020, at 19:52, Gleb Popov wrote:
> >
> > On Wed, Aug 19, 2020 at 10:15 PM Gleb Popov wrote:
> >
> >> Hi toolchain@
> >>
> >> I'm building the latest GHC on 12.1-RELEASE
On Wed, Aug 19, 2020 at 10:15 PM Gleb Popov wrote:
> Hi toolchain@
>
> I'm building the latest GHC on 12.1-RELEASE i386 and having almost the
> same problem as with atomic functions. This time the error is
>
> d: error: undefined symbol: __bswapsi2
&g
Hi toolchain@
I'm building the latest GHC on 12.1-RELEASE i386 and having almost the same
problem as with atomic functions. This time the error is
d: error: undefined symbol: __bswapsi2
>>> referenced by TTY.c
>>> RTS.thr_p_o:(rtsSyms) in archive
/wrkdirs/usr/ports/lang/ghc/work/ghc
On Wed, Aug 12, 2020 at 3:42 PM Tijl Coosemans wrote:
> On Wed, 12 Aug 2020 09:44:25 +0400 Gleb Popov wrote:
> > On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote:
> >> Indeed, this looks like a culprit! When compiling using first command
> line
> >> (the long
On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote:
> Indeed, this looks like a culprit! When compiling using first command line
> (the long one) I get following warnings:
>
> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:369:10:
> warning: mi
On Wed, Aug 12, 2020 at 1:52 AM Tijl Coosemans wrote:
> On Tue, 11 Aug 2020 15:56:35 +0400 Gleb Popov wrote:
> > On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov
> > wrote:
> >
> > > I do not believe there were any change in the toolchain between p2 and
&
On Sun, Aug 9, 2020 at 4:37 PM Tijl Coosemans wrote:
> On Sun, 9 Aug 2020 15:36:51 +0400 Gleb Popov wrote:
> > On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov
> > wrote:
> >> For code generated by gcc or clang, yes.
> >> If the reference to the symbol was gen
On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov
wrote:
> I do not believe there were any change in the toolchain between p2 and p7,
> this is more likely indicates some fluctuation in the build. The only
> change that could be even remotely declared as possibly related is
> EN-20:10.build r36
On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov
wrote:
> For code generated by gcc or clang, yes.
> If the reference to the symbol was generated by ghc, then I do not know.
>
This doesn't seem to work.
The code referencing __atomic_load_n() is C and GHC buildsystem already
passes -march=i686
On Sat, Aug 8, 2020 at 1:29 AM Konstantin Belousov
wrote:
> On Fri, Aug 07, 2020 at 08:42:12PM +0400, Gleb Popov wrote:
> > Hello toolchain@
> >
> > I'm testing a new release of GHC (Haskell compiler) and it fails to link
> to
> > i386 architectures with
&g
Hello toolchain@
I'm testing a new release of GHC (Haskell compiler) and it fails to link to
i386 architectures with
/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/
libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to `__atomic_store_8'
/wrkdirs/usr/ports/la
Hello. I'm compiling following code
#include
int main()
{
strtoll(0,0,0);
return 0;
}
with -std=c++03 and getting:
tst.cpp:5:1: error: use of undeclared identifier 'strtoll'
strtoll(0,0,0);
^
1 error generated.
Preprocessing system headers with this flag shows that __LONG_LONG_SUPPORTED
isn
12 matches
Mail list logo
