similar to: [lld] Has anybody ever run into the Solaris linker before?

Displaying 20 results from an estimated 3000 matches similar to: "[lld] Has anybody ever run into the Solaris linker before?"

2006 Oct 31
0
6273855 gcc and sgs/crle don''t get along
Author: seizo Repository: /hg/zfs-crypto/gate Revision: 08bf1c2a0376c8a9085fd66f4c8cb2420b8bd82a Log message: 6273855 gcc and sgs/crle don''t get along 6273864 gcc and sgs/libld don''t get along 6273875 gcc and sgs/rtld don''t get along 6272563 gcc and amd64/krtld/doreloc.c don''t get along 6290157 gcc and sgs/librtld_db/rdb_demo don''t get along Files:
2006 Oct 31
0
6372082 ld -r erroneously creates .got section on i386
Author: rie Repository: /hg/zfs-crypto/gate Revision: 37c7c62679d7987230afdd78480cf8d105c096a6 Log message: 6372082 ld -r erroneously creates .got section on i386 6201866 amd64: linker symbol elimination is broken Files: update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libld/amd64/machrel.c update:
2013 Jul 19
2
[Bug 10037] New: do_mknod fails to create socket file
https://bugzilla.samba.org/show_bug.cgi?id=10037 Summary: do_mknod fails to create socket file Product: rsync Version: 3.0.9 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: simon.klinkert at gmail.com
2006 Oct 31
0
6310736 gcc and sgs/libld don''t get along on SPARC
Author: seizo Repository: /hg/zfs-crypto/gate Revision: 330844b4f33697fd5dcac9a73e86d971a886a6d1 Log message: 6310736 gcc and sgs/libld don''t get along on SPARC Files: update: usr/src/cmd/sgs/libld/sparc/machrel.c update: usr/src/cmd/sgs/packages/common/SUNWonld-README
2015 Feb 13
2
[LLVMdev] trunk's optimizer generates slower code than 3.5
I submitted the problem report to clang's bugzilla but no one seems to care so I have to send it to the mailing list. clang 3.7 svn (trunk 229055 as the time I was to report this problem) generates slower code than 3.5 (Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn)) for the following code. It is a "8 queens puzzle" solver written as an educational example. As
2015 Feb 14
2
[LLVMdev] trunk's optimizer generates slower code than 3.5
The regressions in the performance of generated code, introduced by the llvm 3.6 release, don't seem to be limited to this 8 queens puzzle" solver test case. See... http://www.phoronix.com/scan.php?page=article&item=llvm-clang-3.5-3.6-rc1&num=1 where a bit hit in the performance of the Sparse Matrix Multiply test of the SciMark v2.0 benchmark was observed as well as others.
2015 Feb 14
2
[LLVMdev] trunk's optimizer generates slower code than 3.5
Using the SciMark 2.0 code from http://math.nist.gov/scimark2/scimark2_1c.zip compiled with the same... make CFLAGS="-O3 -march=native" I am able to reproduce the 22% performance regression in the run time of the Sparse matmult benchmark. For 10 runs of the scimark2 benechmark, I get 998.439+/-0.4828 with the release llvm clang 3.5.1 compiler and 1217.363+/-1.1004 for the current
2012 Feb 04
2
zpool fails with panic in zio_ddt_free()
Hello all, I am not sure my original mail got through to the list (I haven''t received it back), so I attach it below. Anyhow, now I have a saved kernel crash dump of the system panicking when it tries to - I believe - deferred-release the corrupted deduped blocks which are no longer referenced by the userdata/blockpointer tree. As I previously wrote in my thread on unfixeable
2006 Oct 31
0
6340814 ld.so.1 core dump with HWCAP relocatable object + updated statistics
Author: rie Repository: /hg/zfs-crypto/gate Revision: 03313218730eac4d34c28c7ddc91858f0fe04c79 Log message: 6340814 ld.so.1 core dump with HWCAP relocatable object + updated statistics Files: update: usr/src/cmd/sgs/include/libld.h update: usr/src/cmd/sgs/libld/common/relocate.c update: usr/src/cmd/sgs/liblddbg/common/liblddbg.msg update: usr/src/cmd/sgs/liblddbg/common/statistics.c update:
2012 Apr 10
2
[LLVMdev] [cfe-dev] where to send test suite errors
illumos has done a free and clear implementation of locale support for libc, and, in fact, it was taken from FreeBSD. Have a look at: https://www.illumos.org/projects/illumos-gate/repository/show/usr/src/lib/libc/port/locale I'd love it if we could get libc++ ported to illumos. I've got two bugs already filed for issues I had with the build infrastructure that our porting system turned
2018 Apr 08
0
[cfe-dev] [RFC] Open sourcing and contributing TAPI back to the LLVM community
To belatedly second Juergen, yes I think the concept of TBD files is great, and not just useful to the specific XCode situation of proprietary libraries. For example the mapfiles[1] of Illumos are exactly analogous and used not because the libc of Illumos is closed source (it isn't) but rather to ensure comparability across Illumos versions. The libc (shared library) ABI of Illumos is the
2012 Apr 10
0
[LLVMdev] [cfe-dev] where to send test suite errors
Open bug reports, and if you could add me to the CC list that would be great. I did the Solaris port for a customer and I have a couple of diffs that I need to commit, which may fix some things for you. I'm not sure how applicable it is to Illumos, but on Solaris 10 and 11 on x86-64 they've got LLVM/Clang (self-hosting) running on top of libc++ / libcxxrt and able to build their own
2008 May 14
2
vdev cache - comments in the source
Hello zfs-code, http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/zfs/vdev_cache.c 72 * All i/os smaller than zfs_vdev_cache_max will be turned into 73 * 1<<zfs_vdev_cache_bshift byte reads by the vdev_cache (aka software 74 * track buffer). At most zfs_vdev_cache_size bytes will be kept in each 75 * vdev''s vdev_cache. While it
2004 Jun 07
1
freebsd-security Digest, Vol 61, Issue 3
On Sat, 29 May 2004 12:00:52 -0700 (PDT), <freebsd-security-request@freebsd.org> wrote: Hello ! Today i see in snort logs : [**] [1:528:4] BAD-TRAFFIC loopback traffic [**] [Classification: Potentially Bad Traffic] [Priority: 2] 06/07-09:44:39.044590 127.0.0.1:80 -> 10.6.148.173:1566 TCP TTL:128 TOS:0x0 ID:577 IpLen:20 DgmLen:40 ***A*R** Seq: 0x0 Ack: 0x75830001 Win: 0x0 TcpLen:
2005 Apr 28
1
PANIC: internal error
HP UX11i My SA is off island and I am in unfamiliar territory. We are getting an error when trying to start winbindd. =============================================================== [Thu Apr 28 12:04:49 2005 , 0] lib/util.c:smb_panic2(1398) PANIC: internal error [Thu Apr 28 13:07:20 2005 , 1] nsswitch/winbindd.c:main(843) winbindd version 3.0.5 based HP CIFS Server T.30.PV.02
2012 Jan 17
0
ZDB returning strange values
Hello all, I have a question about what output "ZDB -dddddd" should produce in L0 DVA fields. I expected there to be one or more same-sized references to data blocks stored in top-level vdevs (one vdev #0 in my 6-disk raidz2 pool), as confirmed by the source: http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/zdb/zdb.c#sprintf_blkptr_compact And I do see that for some of my
2012 Apr 10
0
[LLVMdev] [cfe-dev] where to send test suite errors
Hi Bayard, (and apologies to anyone for whom this is off-topic) On 10 Apr 2012, at 19:56, Bayard Bell wrote: > illumos has done a free and clear implementation of locale support for > libc, and, in fact, it was taken from FreeBSD. Have a look at: > > https://www.illumos.org/projects/illumos-gate/repository/show/usr/src/lib/libc/port/locale I saw that, but unfortunately it's
2016 Feb 17
5
Call for testing: OpenSSH 7.2
On Tue, 16 Feb 2016, Jeff Wieland wrote: > The Solaris privilege code breaks building on Solaris 10. If > you let configure just do its thing, you get the following error > when compiling: > > "sandbox-solaris.c", line 22: #error: "--with-solaris-privs must be used with > the Solaris sandbox" > > So, I did add "--with-solaris-privs" to the
2019 Apr 12
1
gencache.tdb: device busy
Hi Jeremy,   I got some info on that topic from the illumos devs:   > It's a sporadic issue, you're lucky enough to not encounter it on 4.9.5. > > I confirmed in 4.10.2, it happens: > > winbindd.log:  tdb(/tmw-nas-3p/samba/var/lock/gencache.tdb): tdb_open_ex: tdb_mutex_init failed for /tmw-nas-3p/samba/var/lock/gencache.tdb: Device busy > > So either apply OS fix, or
2016 May 26
3
Channel Mapping Family for Ambisonics
Hello Tim and others, Thanks for your help explaining this process on IRC. I wrote out a first draft in the RFC xml format. I have attached the xml (labeled as xml.txt so it will appear inline) and the rendered txt files. Please let me know where I can make improvements. I will upload this draft to the IETF datatracker and send it out to codec@ after addressing your comments. -------------- next