Re: How compile "String inf = static_cast(&(ostringstream() << pAct.minArea))->str();"

[Patrick Hess]

On 09.11.2016 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang don't 
compiles lines like this:

String inf = static_cast(&(ostringstream() << 
pAct.minArea))->str();


You need to provide us with the *exact* error message from clang.

By the way, that line is the text-book definition of code horror,
but that's a different story.

Patrick

--
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
devel/omake | 0.9.8.6-0.rc1   | 0.10.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: How compile "String inf = static_cast(&(ostringstream() << pAct.minArea))->str();"

[Pietro Cerutti]

On 2016-11-09 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
don't compiles lines like this:

String inf = static_cast(&(ostringstream() <<
pAct.minArea))->str();


There's nothing wrong with this code, provided that:

*  is included
* ostringstream is actually std::ostringstream
* pAct.minArea defines operator<< to std::ostringstream or one of its 
base classes


What's the error you're getting?

That being said, I'd switch to using c++11 and String inf = 
std::to_string(pAct.minArea) :)


--
Pietro Cerutti
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

нормативные акты

[Проверка отдела кадров via freebsd-ports]

для отдела кадров
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Lame: MPEG Audio Layer III (MP3) encoder

[Patrick Hess]

On 13.11.2016 19:58, Anastasios Mageirias wrote:

Next time i should probably use "portfind" or "make search name=lame"


http://www.freshports.org is also pretty useful.

Patrick

--
If you'd like to send me a private message, make sure to remove
the "_lists" part from my address.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

geda ports 1.8 and guile version conflict

[Nilton Jose Rizzo]

  Hi all, I need to use a gEDA ports to create schemas and
PCBs, but from the lastest upgrade on my FreeBSD 12-current, it's not
more possible because the guile lib have a version conflict.

   Some ports work with guile2 and gEDA needs a 1.8 version
both use the same locations /usr/local/bin.

   Have some other problems that I would like to share with you
but I need to create a paper, because I have a long list with
this problems.

It's to hard to create a path with version to binaries
and/or library, like this: 

/usr/local/bin/guile/guile
/usr/local/bin/guile2/guile

and create a link to the /usr/local/bin like this:

ln -s /usr/local/bin/guile/guile /usr/local/bin/guile18
ln -s /usr/local/bin/quile2/guile /use/local/bin/guile2

it's just done to clang and llvm, and i  not understand
why I need to compile a ports int  FreeBSD 12-current with
a clang and llvm 3.6 or 3.7, if I just have a 3.8 version

 Thanx!


---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br  http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

м.Таганская, офисы: 10м2, 16м2, 17м2, 20м2, 49м2, 54м2, 75м2 и 200м2

[Аренда via freebsd-ports]

АРЕНДА офиса в 5 мин. от м.Таганская.

Офисы: 10, 16, 17 , 20, 49, 54, 75, 200 кв.м.

Офисное здание класса B.

·   Доступная цена от 1500 руб за метр в мес. все включено!

·   5 мин от метро Таганская

·   Рядом Садовое кольцо

·   Бесплатная парковка!

·   Офисы с готовым ремонтом

·   И кондиционерами

·   Большие окна / Высокие потолки

·   Кафе-столовая в шаговой доступности

·   4 провайдера на выбор

Офисный центр на Малых Каменщиках д.16 может стать

хорошим решением офисного вопроса.

Для получения доп. информации, просмотра и заключения договора аренды 
обращайтесь по телефону: (Ч95) 72О-IЧ-Ч9 или 7201...@gmail.com

Агентам выплачиваем вознаграждение.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: How compile "String inf = static_cast(&(ostringstream() << pAct.minArea))->str();"

[Otacílio]

Em 14/11/2016 06:29, Pietro Cerutti escreveu:

On 2016-11-09 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
don't compiles lines like this:

String inf = static_cast(&(ostringstream() <<
pAct.minArea))->str();


There's nothing wrong with this code, provided that:

*  is included
* ostringstream is actually std::ostringstream
* pAct.minArea defines operator<< to std::ostringstream or one of its 
base classes


What's the error you're getting?

That being said, I'd switch to using c++11 and String inf = 
std::to_string(pAct.minArea) :)




Hi

This code is in 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp 
line 76 . I'm using C++11. The full compiler error message is this:



[ 95%] Built target example_image_sequence
--- samples/cpp/CMakeFiles/example_select3dobj.dir/all ---
/usr/bin/make -f 
samples/cpp/CMakeFiles/example_select3dobj.dir/build.make 
samples/cpp/CMakeFiles/example_select3dobj.dir/depend

--- samples/cpp/CMakeFiles/example_select3dobj.dir/depend ---
cd /usr/ports/graphics/opencv3/work/opencv-3.1.0 && /usr/local/bin/cmake 
-E cmake_depends "Unix Makefiles" 
/usr/ports/graphics/opencv3/work/opencv-3.1.0 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp 
/usr/ports/graphics/opencv3/work/opencv-3.1.0 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp 
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/CMakeFiles/example_select3dobj.dir/DependInfo.cmake 
--color=

--- samples/cpp/CMakeFiles/example_detect_mser.dir/all ---
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:76:46: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
String inf = static_cast(&(ostringstream() << 
pAct.minArea))->str();
 ^ 
~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:77:46: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
String sup = static_cast(&(ostringstream() << 
pAct.maxArea))->str();
 ^ 
~~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:80:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
pAct.delta))->str();

  ^ ~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:82:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
pAct.maxVariation))->str();
  ^ 

/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:84:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.minDiversity))->str();
  ^ 
~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:86:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.pass2Only))->str();
  ^ 
~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:88:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.maxEvolution))->str();
  ^ 
~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:90:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.areaThreshold))->str();
  ^ 
~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:92:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.minMargin))->str();
  ^ 
~~
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:94:39: 
error: cannot take the address of an rvalue of type 
'std::__1::basic_ostringstream, 
std::__1::allocator >'
inf = static_cast(&(ostringstream() << 
(int)pAct.edgeBlurSize))->str();
  ^ 
~~

Re: How compile "String inf = static_cast(&(ostringstream() << pAct.minArea))->str();"

[Otacílio]

Em 14/11/2016 06:29, Pietro Cerutti escreveu:

On 2016-11-09 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
don't compiles lines like this:

String inf = static_cast(&(ostringstream() <<
pAct.minArea))->str();


There's nothing wrong with this code, provided that:

*  is included
* ostringstream is actually std::ostringstream
* pAct.minArea defines operator<< to std::ostringstream or one of its 
base classes


What's the error you're getting?

That being said, I'd switch to using c++11 and String inf = 
std::to_string(pAct.minArea) :)



I'm using your suggestion and it works fine. Thanks a lot!


[]'s

-Otacilio

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: How compile "String inf = static_cast(&(ostringstream() << pAct.minArea))->str();"

[Pietro Cerutti]

On 2016-11-14 14:39, Otacílio wrote:

Em 14/11/2016 06:29, Pietro Cerutti escreveu:

On 2016-11-09 02:37, Otacílio wrote:

I'm trying create a patch to OpenCV 3.1 runs on FreeBSD but clang
don't compiles lines like this:

String inf = static_cast(&(ostringstream() <<
pAct.minArea))->str();


There's nothing wrong with this code, provided that:

*  is included
* ostringstream is actually std::ostringstream
* pAct.minArea defines operator<< to std::ostringstream or one of its 
base classes


What's the error you're getting?

That being said, I'd switch to using c++11 and String inf = 
std::to_string(pAct.minArea) :)




Hi

This code is in
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp
line 76 . I'm using C++11. The full compiler error message is this:


[ 95%] Built target example_image_sequence
--- samples/cpp/CMakeFiles/example_select3dobj.dir/all ---
/usr/bin/make -f
samples/cpp/CMakeFiles/example_select3dobj.dir/build.make
samples/cpp/CMakeFiles/example_select3dobj.dir/depend
--- samples/cpp/CMakeFiles/example_select3dobj.dir/depend ---
cd /usr/ports/graphics/opencv3/work/opencv-3.1.0 &&
/usr/local/bin/cmake -E cmake_depends "Unix Makefiles"
/usr/ports/graphics/opencv3/work/opencv-3.1.0
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp
/usr/ports/graphics/opencv3/work/opencv-3.1.0
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/CMakeFiles/example_select3dobj.dir/DependInfo.cmake
--color=
--- samples/cpp/CMakeFiles/example_detect_mser.dir/all ---
/usr/ports/graphics/opencv3/work/opencv-3.1.0/samples/cpp/detect_mser.cpp:76:46:
error: cannot take the address of an rvalue of type
'std::__1::basic_ostringstream,
std::__1::allocator >'
String inf = static_cast(&(ostringstream() <<
pAct.minArea))->str();
 ^ 
~~~


oh, of course :) you could force runtime polymorphism by turning the 
temporary into a reference, like this:


 String inf = static_cast(ostringstream() << 
pAct.minArea).str()



--
Pietro Cerutti
g...@freebsd.org

PGP Public Key:
http://gahr.ch/pgp
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: consul-0.7.1

[Steve Wills]

Ah, I see. Seems like version/version_base.go isn't overriding
version/version.go properly, so I have to patch it. I'm not sure why
that's happening right now.

Should be fixed now.

Steve

On 11/13/2016 17:43, Douglas Thrift via freebsd-ports wrote:
> Hmm,
> 
> I upgraded to 0.7.1_1 and "consul -v" is correctly showing v0.7.1, but
> now the "Build" column in the output of "consul members" is just blank.
> 
> Douglas William Thrift
> 
> 
> On 11/12/2016 3:41 PM, Steve Wills wrote:
>> Fixed, thanks for the heads up.
>>
>> Steve
>>
>> On 11/12/2016 12:29, Douglas Thrift wrote:
>>> Hello,
>>>
>>> It looks like the new update to consul 0.7.1 is reporting its version as
>>> "unknown-unknown" rather than "0.7.1". I'm guessing something changed in
>>> the upstream build process.
>>>
>>> This shows up when running "consul -v" and in the "Build" column when
>>> running "consul members".
>>>
>>> I'm guessing something changed in the way that the upstream build
>>> process determines the build version number.
>>>
>>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 



signature.asc
Description: OpenPGP digital signature

Re: Fwd: [exp - 103i386-default-build-as-user][mail/qpopper] Failed for qpopper-4.1.0_5 in package

[Mathieu Arnold]

Le 14/11/2016 à 06:09, Doug Hardie a écrit :
> I can't reproduce this problem.  The GUIDE.pdf file is built properly in 
> /usr/local/share/doc/qpopper.  I am at a loss as to what to do about this.

This was fixed in r424720.

-- 
Mathieu Arnold




signature.asc
Description: OpenPGP digital signature

PR looking for committer

[Fernando Apesteguía]

Hi,

Can a committer have a look at this?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214362

Thanks in advance.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full bootstrap are incompatible and the build stops (powerpc 32-bit anyway)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

Gerald Pfeifer  changed:

   What|Removed |Added

   Assignee|ger...@freebsd.org  |freebsd-ports@FreeBSD.org
 CC||andre...@freebsd.org
  Flags|maintainer-feedback?(gerald |
   |@FreeBSD.org)   |

--- Comment #3 from Gerald Pfeifer  ---
Andreas, does this trigger anything?

Mark, I am very surprised that any global setting would affect stage 3
build of GCC versus stage 2 build since these two should be built identically
- which is the point of the bootstrap and comparing these two stages.

For me to debug this, I do lack to this environment (hardware as well
FreeBSD version), and it seems both are needed to trigger this.

What I recommend you check out is comparing two compiler invocations
for one and the same file, one in the stage 2 build, the other in the
stage 3 build.  Which, if any, differences do you see?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full bootstrap are incompatible and the build stops (powerpc 32-bit anyway)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

--- Comment #4 from Mark Millard  ---
(In reply to Gerald Pfeifer from comment #3)

Below gives the evidence from the script log file. But the summary is that,
while both
stage 2 and stage 3 list -g in the powerpc xg++ command, stage 2's xg++ command
has
-gtoggle and stage 3's xg++ command does not.

-gtoggle is described in
https://gcc.gnu.org/onlinedocs/gcc/Developer-Options.html as:

-gtoggle
Turn off generation of debug info, if leaving out this option generates it, or
turn it
on at level 2 otherwise. The position of this argument in the command line does
not
matter; it takes effect after all other options are processed, and it does so
only once,
no matter how many times it is given. This is mainly intended to be used with
-fcompare-debug.

I'll note that so far I've only seen the mismatched comparison on powerpc, not
even
powerpc64. amd64 and armv6 have not had a mismatch.


The detailed evidence using read-rtl.c and its read-rtl.o as an example . . .

The first compile (stage 1) of read-rtl.o from the log (just shown for
reference):

c++ -std=gnu++98 -c   -g -DIN_GCC-fno-strict-aliasing -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wno-format -Wmissing-format-attrib
ute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE
-I. -Ibuild -I/usr/obj/portswork/usr/ports/lang/gc
c6/work/gcc-6.2.0/gcc
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/build
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../include 
-I/usr/obj/portswork/usr/ports/lang/gcc6
/work/gcc-6.2.0/gcc/../libcpp/include -DLIBICONV_PLUG \
-o build/read-rtl.o
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/read-rtl.c
c++: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is
deprecated

The 2nd stage (the first compile by xg++):
(formatted to isolate the later difference with the 3rd as single option on its
own line)

/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/xg++
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/
-B/usr/local/powerpc-portbld-freebsd12.0/bin/ -nostdinc++ -B/usr/obj
/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/li
bsupc++/.libs  -isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include/powerpc-portbld-freebsd12.0
 -isystem /usr/obj/portswork/usr/ports/lang
/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include 
-isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/libstdc++-v3/libsupc++
-L/usr/obj/portswork/usr/ports/lang/gcc6/
work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-L/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2
-gtoggle
-DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -DGENERATOR_FILE
-fno-PIE -I. -Ibuild
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/build
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../include
-I/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/../libcpp/include
-DLIBICONV_PLUG \
-o build/read-rtl.o
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/gcc/read-rtl.c



The 3rd stage (the 2nd compile by xg++) does not have -gtoggle:
(blank line for the lack of the -gtoggle)

/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/xg++
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./prev-gcc/
-B/usr/local/powerpc-portbld-freebsd12.0/bin/ -nostdinc++ -B/usr/obj
/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/li
bsupc++/.libs  -isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include/powerpc-portbld-freebsd12.0
 -isystem /usr/obj/portswork/usr/ports/lang
/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/include 
-isystem
/usr/obj/portswork/usr/ports/lang/gcc6/work/gcc-6.2.0/libstdc++-v3/libsupc++
-L/usr/obj/portswork/usr/ports/lang/gcc6/
work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/src/.libs
-L/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/prev-powerpc-portbld-freebsd12.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2

-DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-stri

[Bug 214456] lang/gcc6: -r424540: FreeBSD's WITH_DEBUG= and full bootstrap are incompatible and the build stops (powerpc 32-bit anyway)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214456

--- Comment #5 from Mark Millard  ---
(In reply to Mark Millard from comment #4)

I normally have WITH_DEBUG "always on" and have not tied omitting it to see if
there
still would be a -gtoggle difference for lang/gcc6. So I've not really done
enough
to blame WITH_DEBUG for sure for lang/gcc6. (Let me know if you need the
behavior
confirmed for lack of WITH_DEBUG.) (I normally also have WTIH_DEBUG_FILES
"always
on".)


Side note on why I suspect WITH_DEBUG:

I've run into multiple ports that independently use WITH_DEBUG for their own
purposes (even outside of FreeBSD contexts). One of those requires disabling
WITH_DEBUG for it to complete building:

(bugzilla 206679)
www/webkit-qt5: ar: libWebCore.a: File truncated for debug/libWebCore.a when
FreeBSD ports' WITH_DEBUG= is used

I wish FreeBSD's ports infrastructure had picked a less generic name, say
something
like WITH_FBSD_DBG , that effectively could be treated as reserved because
preexisting matches were rather unlikely compared to WITH_DEBUG .

Making a port that uses WITH_DEBUG on its own use something else for its
internal
purposes and then maintaining that status over time would likely be a major
pain.

(Luckily: at least for now I do not build anything that indirectly gets to
www/webkit-qt5 .)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"