Jan Beich has asked freebsd-toolchain@FreeBSD.org for
maintainer-feedback:
Bug 222641: www/firefox libgkrust.a: could not read symbols
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #7 from Jan Beich ---
Maybe someone from toolchain@ has a clue.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Jan Beich changed:
What|Removed |Added
CC||freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #8 from Konstantin Belousov ---
(In reply to Jan Beich from comment #7)
There are a lot of clues in the reports. I am almost sure, that the error
message comes out because in-tree ld(1) does not know about some relocation
type
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808
--- Comment #10 from commit-h...@freebsd.org ---
A commit references this bug:
Author: jbeich
Date: Fri Sep 29 12:51:15 UTC 2017
New revision: 450890
URL: https://svnweb.freebsd.org/changeset/ports/450890
Log:
gecko: unbreak on 12.0 (lld
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Kurt Jaeger changed:
What|Removed |Added
CC||p...@freebsd.org
--- Comment #9 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
da...@catwhisker.org changed:
What|Removed |Added
CC||da...@catwhisker.org
--- Com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Dimitry Andric changed:
What|Removed |Added
CC||d...@freebsd.org
--- Comment #11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #12 from Rob Belics ---
If it helps. I'm building it from ports and found it only in
/usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1/toolkit/library/x86_64-unknown-freebsd/release
and not on my system.
R
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Jan Beich changed:
What|Removed |Added
Summary|www/firefox libgkrust.a:|www/firefox:
|could
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #13 from Jan Beich ---
OPTIMIZED_CFLAGS=off adds RUSTFLAGS += -C opt-level=0 but the issue seems
limited to --enable-stylo builds (default on amd64) which invoke rust-bindgen
(uses libclang.so from devel/llvm40) to integrate Sty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #14 from Kurt Jaeger ---
OPTIMIZED_CFLAGS=on allows ff 56 to build. Thanks!
--
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-toolchain@freebsd.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #15 from Rob Belics ---
(In reply to Kurt Jaeger from comment #14)
That did not work for me. Got the same error.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #16 from Kurt Jaeger ---
(In reply to Rob Belics from comment #15)
Did you build in poudriere or on the main system ?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #17 from Craig Leres ---
(In reply to Kurt Jaeger from comment #16)
As a data point I build with poudriere and can only build if OPTIMIZED_CFLAGS
is enabled (10.3-RELEASE-p21).
--
You are receiving this mail because:
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #18 from Kurt Jaeger ---
(In reply to Dimitry Andric from comment #11)
I'm running a testbuild for this right now, with -i to catch the file in
question.
--
You are receiving this mail because:
You are on the CC list for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #19 from Rob Belics ---
(In reply to Kurt Jaeger from comment #16)
I use "portmaster -m OPTIMIZED_CFLAGS=on firefox"
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #20 from Jan Beich ---
(In reply to Rob Belics from comment #19)
> I use "portmaster -m OPTIMIZED_CFLAGS=on firefox"
That doesn't do anything useful. See bug 170180 for how to override options on
command line.
--
You are rece
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #21 from Rob Belics ---
(In reply to Jan Beich from comment #20)
I've used it twice fairly recently and it worked. It's also the instructions in
the man page for portmaster (the -m part).
--
You are receiving this mail because
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #22 from Jan Beich ---
Discussing portmaster bugs is off-topic. I'm also biased. Please, use bare
build if poudriere is too hard/heavy for you:
$ make clean all deinstall install WITH=OPTIMIZED_CFLAGS -C
/usr/ports/www/firefo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #23 from Rob Belics ---
(In reply to Jan Beich from comment #22)
>Discussing portmaster bugs is off-topic.
You brought it up.
>Placebo? Or did you use a different syntax?
I just quoted what I did.
>Can you quote the relevan
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Jan Beich changed:
What|Removed |Added
CC||jbe...@freebsd.org
--- Comment #24 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #25 from Rob Belics ---
(In reply to Jan Beich from comment #24)
I thought you were complaining about the -m option.
This works at upgraded Firefox:
"make clean all deinstall install WITH=OPTIMIZED_CFLAGS -C
/usr/ports/www/fi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
--- Comment #26 from Kurt Jaeger ---
(In reply to Kurt Jaeger from comment #18)
I was not able to catch the libgkrust file as of now.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222858
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214903
Justin Hibbits changed:
What|Removed |Added
Status|New |Closed
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222563
Ed Maste changed:
What|Removed |Added
Assignee|freebsd-toolchain@FreeBSD.o |ema...@freebsd.org
|r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222562
Ed Maste changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
Bug ID: 223048
Summary: Clang 5.0 crashes while building SpiderMonkey on
aarch64
Product: Base System
Version: CURRENT
Hardware: arm64
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
Jan Beich changed:
What|Removed |Added
Keywords||regression
--- Comment #1 from Jan Bei
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
--- Comment #2 from Jan Beich ---
Created attachment 187218
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=187218&action=edit
command line args (for clang 5.0)
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
Jan Beich changed:
What|Removed |Added
Summary|Clang 5.0 crashes while |www/firefox: TEST=on fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
Jan Beich changed:
What|Removed |Added
Summary|www/firefox: TEST=on fails |www/firefox: Clang 5.0
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223048
Dimitry Andric changed:
What|Removed |Added
Status|New |Open
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22
Jan Beich changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22
--- Comment #1 from Jan Beich ---
binutils 2.28 and elftoolchain r3477M can demangle the file just fine.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-too
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223420
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223420
Bryan Drewery changed:
What|Removed |Added
Assignee|freebsd-toolchain@FreeBSD.o |freebsd-d...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22
Ed Maste changed:
What|Removed |Added
CC||ema...@freebsd.org
--- Comment #2 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22
--- Comment #3 from Jan Beich ---
$ echo _ZZN7simlib318SIMLIB_create_nameEPKczE1s | /usr/bin/c++filt
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolcha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415
Jan Beich changed:
What|Removed |Added
CC||freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415
Dimitry Andric changed:
What|Removed |Added
CC||d...@freebsd.org
--- Comment #5 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
Mark Millard changed:
What|Removed |Added
CC||mar...@dsl-only.net
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #2 from Mark Millard ---
(In reply to sid from comment #0)
I'll also mention that there is a
port devel/xtoolchain-llvm50 that
installs files to help configure
for using llvm50 as a
cross-compiler.
For example:
# more /usr/lo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #3 from s...@bsdmail.com ---
(In reply to Mark Millard from comment #2)
You're saying the X prefix doesn't replace buildworld compilers and utils in
make.conf settings, it supplements them. If this is the case, perhaps this is
an
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #4 from Mark Millard ---
(In reply to sid from comment #3)
What is the host environment? amd64?
What is the target environment? Also amd64?
(I'll be leaving for a meeting and so will not reply
soon even if you do.)
--
You a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #5 from s...@bsdmail.com ---
(In reply to Mark Millard from comment #4)
Target and host environment are both amd64.
Thanks for your help. Not necessarily one person has to respond, anyone can
respond. I can also keep tinkering wi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #6 from Mark Millard ---
(In reply to sid from comment #5)
So, for whatever reason, you want to:
buildworld buildkernel
in a way that does not build a system
compiler or toolchain in the process,
neither for internal use of t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #7 from Mark Millard ---
(In reply to sid from comment #0)
I used -v to check include paths searched for
devel/llvm50 :
#include <...> search starts here:
/usr/include/c++/v1
/usr/local/llvm50/lib/clang/5.0.0/include
/usr/i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #8 from s...@bsdmail.com ---
Whenever installing world with clang from ports, the error message
/usr/local/bin/clang40: basename: not found
/usr/local/bin/clang40: /usr/local/llvm40/bin/:Permission denied
would pop up, and a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #9 from s...@bsdmail.com ---
This error message:
/usr/local/bin/clang40: basename: not found
/usr/local/bin/clang40: /usr/local/llvm40/bin/:Permission denied
went away by using these settings for compiling and installing world
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #10 from Mark Millard ---
(In reply to sid from comment #9)
What happens if you comment out as below:
CC= /usr/local/llvm40/bin/clang
#XCC=/usr/local/llvm40/bin/clang
CXX=/usr/local/llvm40/bin/clang++
#XCXX=
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
--- Comment #11 from s...@bsdmail.com ---
(In reply to Mark Millard from comment #10)
It compiles with the X prefix left out of the compiler and utils. I believe it
will complete successfully.
This bug report can be closed. As for the X com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223551
s...@bsdmail.com changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415
Ed Maste changed:
What|Removed |Added
CC||ema...@freebsd.org
--- Comment #6 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680
Bug ID: 223680
Summary: www/firefox: DTRACE=on fails with /usr/bin/ld: error:
../../js/src/jsarray.o: string table non-null
terminated
Product: Ports & Packages
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680
Jan Beich changed:
What|Removed |Added
Assignee|ge...@freebsd.org |freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680
--- Comment #2 from Jan Beich ---
Another way to reproduce:
$ ln -fs ld.lld /usr/bin/ld
$ pkg install autoconf213 gmake python27 mercurial
$ hg clone https://hg.mozilla.org/mozilla-central
$ cd mozilla-central/js/src
$ autoconf-2.13
$ ./co
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680
--- Comment #3 from Dimitry Andric ---
After dtrace processes the jsarray.o file, its .strtab session is no longer
null-terminated, e.g. before dtrace it looks like:
Hex dump of section '.strtab':
0x 005f5a32 354a535f 5265706f 72
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223680
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
Assign
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
Conrad Meyer changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
David Chisnall changed:
What|Removed |Added
CC||thera...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #4 from dstaesse ---
Are you 100% sure about that? Doesn't this attribute work with functions that
have a signature that is allowable for a main() function? I haven't heard any
compiler complain, and we tried combinations of GNU
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
Mark Millard changed:
What|Removed |Added
CC||mar...@dsl-only.net
--- Comment #5
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #6 from Mark Millard ---
(In reply to dstaesse from comment #4)
Also: in looking around I find that every
official webpage/document about this that
shows examples shows functions with no
arguments. (But none that I found has an
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #7 from dstaesse ---
(In reply to Mark Millard from comment #5)
Good point, we only tried amd64 and i386.
This feature seems to be very sparsely documented, with some sources saying
everything but void func(void) is undefined
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #8 from dstaesse ---
I agree that the documentation could be more specific about the nature of the
functions that can have this attribute.
It's true that most examples use functions without arguments but that could
just be beca
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #9 from Mark Millard ---
(In reply to dstaesse from comment #7)
I did not manage to find anything that mentioned
the parameters/arguments: You found materials that
I did not. What context(s) were they from?
"portable way": wha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #10 from dstaesse ---
(In reply to Mark Millard from comment #9)
Thanks a lot for taking time to help me out. I'm definitely no expert on this
matter. Our target is restricted to POSIX.
I've found mostly posts on stackoverflow
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #11 from Mark Millard ---
(In reply to dstaesse from comment #8)
(In reply to dstaesse from comment #8)
I took a quick grep for -r325700 (head):
# grep -r __init_array_start /usr/src/* | more
/usr/src/contrib/llvm/tools/lld/E
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #12 from dstaesse ---
(In reply to Mark Millard from comment #11)
Interesting.
Doesn't the list of func_ptrs have the arguments here as well?
/usr/src/lib/csu/common/ignore_init.c:extern void (*__init_array_start[])(int,
char
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #13 from Mark Millard ---
(In reply to dstaesse from comment #10)
The materials that you have referenced
indicate that __attribute__ ((constructor))
gets no arguments. Details follow.
>From the materials you referenced:
QUOTE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #14 from Mark Millard ---
(In reply to Mark Millard from comment #13)
Beyond my "form" vs "from" typo and "erguments"
vs. "arguments" typo, I probably also should
have put the word "called" in quotes: the
__attribute__ ((constr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #15 from dstaesse ---
Created attachment 188130
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=188130&action=edit
updated library code
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #16 from dstaesse ---
Your comments make a lot of sense. I updated the library code to call the
functions in the .init_array and .fini_array, and it looks like this works for
our testcases.
This is probably the answer I was loo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #17 from Mark Millard ---
(In reply to dstaesse from comment #16)
You may be limited to amd64 and i386
for FreeBSD: it does not appear that
the other ABIs have .init_array and
.fini_array support.
It sounds like 223752 can be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #18 from dstaesse ---
Yes, but at least it's not undefined behaviour. Thanks again for your help!
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #19 from Mark Millard ---
(In reply to dstaesse from comment #18)
You are welcome.
My guess is that this is outside POSIX completely and
is just ABI material for what you are doing.
In fact, looking around I found an ARM docu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
Dimitry Andric changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223752
--- Comment #21 from David Chisnall ---
It's also worth noting that functions declared with this attribute can have
some complex interaction with threading. If a process spawns a thread which
calls `dlopen` then all of the library's constr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776
Bug ID: 223776
Summary: ports-mgmt/pkg: lld confuses shared library tracking
Product: Ports & Packages
Version: Latest
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776
Jan Beich changed:
What|Removed |Added
Blocks||214864
Referenced Bugs:
https://bugs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776
Tobias Kortkamp changed:
What|Removed |Added
Severity|Affects Only Me |Affects Some People
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776
Ed Maste changed:
What|Removed |Added
Assignee|p...@freebsd.org |ema...@freebsd.org
URL|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223776
Ed Maste changed:
What|Removed |Added
Status|New |In Progress
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220233
Ed Maste changed:
What|Removed |Added
Component|gnu |bin
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
Jan Beich changed:
What|Removed |Added
Assignee|sunp...@freebsd.org |freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
Jan Beich changed:
What|Removed |Added
Hardware|Any |arm
--
You are receiving this mail be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
Mark Millard changed:
What|Removed |Added
CC||mar...@dsl-only.net
--- Comment #2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
--- Comment #3 from Jan Beich ---
(In reply to Mark Millard from comment #2)
Not sure which revision beefy8 tracks but my head-armv6 jail is currently at
base r325700. I've jexec'd into poudriere jail to confirm port build vs. crash
script
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
--- Comment #4 from Jan Beich ---
FWIW, head-armv7 from base r325705 isn't affected.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
--- Comment #5 from Jan Beich ---
Created attachment 188201
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=188201&action=edit
preprocessed archive (contains several *.c and *.sh file)
This is supposedly crashing source. I suspec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
Jan Beich changed:
What|Removed |Added
Attachment #188201|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
--- Comment #7 from Jan Beich ---
Doesn't crash with -O0. Here're steps to reproduce on -CURRENT for any
architecture:
$ cd /usr/ports/archivers/zstd
$ make clean patch BATCH=
$ cd `make -V WRKSRC)/programs`
$ cc -target armv6-unknown-free
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
--- Comment #8 from Jan Beich ---
> $ cd `make -V WRKSRC)/programs`
Sorry for tcsh-style typo:
$ cd $(make -V WRKSRC)/programs
or
$ cd `make -V WRKSRC`/programs
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223848
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-toolchain@FreeBSD.o
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641
Mikhail T. changed:
What|Removed |Added
CC||m...@aldan.algebra.com
--- Comment #2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223809
Jan Beich changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415
Jean-Sébastien Pédron changed:
What|Removed |Added
Status|New |In Progress
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223415
--- Comment #8 from commit-h...@freebsd.org ---
A commit references this bug:
Author: jbeich
Date: Mon Nov 27 22:02:30 UTC 2017
New revision: 454995
URL: https://svnweb.freebsd.org/changeset/ports/454995
Log:
lang/rust: avoid LLVM target
601 - 700 of 2373 matches
Mail list logo
