Re: issues compiling world

[Chris Knipe]

Hi,

Followed those and recompiled.  Precisely the same issue :-(


On Thu, Jun 27, 2013 at 4:44 PM, Jerry  wrote:
> On Thu, 27 Jun 2013 16:10:54 +0200
> Chris Knipe articulated:
>
>> Hi all,
>>
>> I've been battling the whole day now trying to compile 9 STABLE
>> I've svn'ed the source from branch base/stable/9 numerious times and
>> the code base as far as I can tell is up to date...
>>
>> cc -O2 -pipe  -I/usr/src/usr.sbin/tcpdump/tcpdump
>> -I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump
>> -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN
>> -I/usr/obj/usr/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO
>> -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector
>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W
>> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
>> -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c
>> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c
>> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:
>> In function 'print_src_dst':
>> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
>> error: 'tcpstates' undeclared (first use in this function)
>> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
>> error: (Each undeclared identifier is reported only once
>> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
>> error: for each function it appears in.)
>> *** [print-pfsync.o] Error code 1
>>
>> Stop in /usr/src/usr.sbin/tcpdump/tcpdump.
>> *** [all] Error code 1
>>
>> Can someone perhaps recommend a course of action?
>
> Have you followed all of the directions precisely as stated on
> ,
> especially
> 
> and
> .
>
> --
> Jerry ♔
>
> Disclaimer: off-list followups get on-list replies or get ignored.
> Please do not ignore the Reply-To header.
> __
> There is a fine line between genius and insanity. I have erased this line.
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"



-- 

Regards,
Chris Knipe
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: issues compiling world

[Jerry]

On Thu, 27 Jun 2013 16:10:54 +0200
Chris Knipe articulated:

> Hi all,
> 
> I've been battling the whole day now trying to compile 9 STABLE
> I've svn'ed the source from branch base/stable/9 numerious times and
> the code base as far as I can tell is up to date...
> 
> cc -O2 -pipe  -I/usr/src/usr.sbin/tcpdump/tcpdump
> -I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump
> -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN
> -I/usr/obj/usr/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO
> -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W
> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
> -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c
> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c
> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:
> In function 'print_src_dst':
> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
> error: 'tcpstates' undeclared (first use in this function)
> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
> error: (Each undeclared identifier is reported only once
> /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
> error: for each function it appears in.)
> *** [print-pfsync.o] Error code 1
> 
> Stop in /usr/src/usr.sbin/tcpdump/tcpdump.
> *** [all] Error code 1
> 
> Can someone perhaps recommend a course of action?

Have you followed all of the directions precisely as stated on
,
especially

and
.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
There is a fine line between genius and insanity. I have erased this line. 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: issues compiling world

[Volodymyr Kostyrko]

27.06.2013 17:10, Chris Knipe написав(ла):

Hi all,

I've been battling the whole day now trying to compile 9 STABLE
I've svn'ed the source from branch base/stable/9 numerious times and
the code base as far as I can tell is up to date...


As me. As I reported my local glitches in the past I prefer now to 
retest everything twice before pointing out some bugs.




cc -O2 -pipe  -I/usr/src/usr.sbin/tcpdump/tcpdump
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump
-DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN
-I/usr/obj/usr/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO
-DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:
In function 'print_src_dst':
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: 'tcpstates' undeclared (first use in this function)
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: (Each undeclared identifier is reported only once
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: for each function it appears in.)
*** [print-pfsync.o] Error code 1

Stop in /usr/src/usr.sbin/tcpdump/tcpdump.
*** [all] Error code 1

Can someone perhaps recommend a course of action?


Perhaps the good choice would be waiting for tinderbox to stop mumbling 
about this. You can check reports @stable.


--
Sphinx of black quartz, judge my vow.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

issues compiling world

[Chris Knipe]

Hi all,

I've been battling the whole day now trying to compile 9 STABLE
I've svn'ed the source from branch base/stable/9 numerious times and
the code base as far as I can tell is up to date...

cc -O2 -pipe  -I/usr/src/usr.sbin/tcpdump/tcpdump
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump
-DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN
-I/usr/obj/usr/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO
-DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:
In function 'print_src_dst':
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: 'tcpstates' undeclared (first use in this function)
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: (Each undeclared identifier is reported only once
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330:
error: for each function it appears in.)
*** [print-pfsync.o] Error code 1

Stop in /usr/src/usr.sbin/tcpdump/tcpdump.
*** [all] Error code 1

Can someone perhaps recommend a course of action?

--

Regards,
Chris Knipe
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling a lean kernel of 9.1 p3

[Lowell Gilbert]

Tommy Pham  writes:

> On Wed, May 15, 2013 at 10:43 AM, Tommy Pham  wrote:
>
>> Hi everyone,
>>
>> I installed 9.1 from DVD with src only and did 'freebsd-update fetch
>> install'.  Then I proceed to compile the lean kernel.  I'm unable to
>> compile a lean (no SCSI, RAID, sound, USB, Firewire, NICs) kernel of 9.1 p3
>> and without lib32 support.  I only needed SATA disk and em NIC support.
>>  The kernel compiled without errors.  However, on boot, it freezes after
>> the menu screen.  My make.conf only have added (from default
>> /usr/share/examples/etc):
>>
>> KERNCONF=custom
>> CPUTYPE=?opteron
>>
>> I have no problem booting from GENERIC built kernel and buildworld with
>> that make.conf.   Could someone please tell me how can I troubleshoot this?
>>
>> TIA,
>> Tommy
>>
>
> Hi again,
>
> I said that wrong... I meant that I was able to compile OK but unable to
> boot with a lean kernel.  I was able to boot buildworld and buildkernel of
> GENERIC.

The way to do this is to use a binary search. Start with a working
(GENERIC) kernel, then add half your changes in. If it fails, then you
know the problem is in the set of changes that you included. If it
works, the problem is in the set of changes you didn't include. It's a
little more complicated because there may well be a dependency, where
two options need to both be included or left out, but I'm sure you get
the idea.

Alternatively, you could include kernel debugging and see where the CPU
is executing after the hang. But this requires more programming knowledge.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling a lean kernel of 9.1 p3

[Tommy Pham]

On Wed, May 15, 2013 at 10:43 AM, Tommy Pham  wrote:

> Hi everyone,
>
> I installed 9.1 from DVD with src only and did 'freebsd-update fetch
> install'.  Then I proceed to compile the lean kernel.  I'm unable to
> compile a lean (no SCSI, RAID, sound, USB, Firewire, NICs) kernel of 9.1 p3
> and without lib32 support.  I only needed SATA disk and em NIC support.
>  The kernel compiled without errors.  However, on boot, it freezes after
> the menu screen.  My make.conf only have added (from default
> /usr/share/examples/etc):
>
> KERNCONF=custom
> CPUTYPE=?opteron
>
> I have no problem booting from GENERIC built kernel and buildworld with
> that make.conf.   Could someone please tell me how can I troubleshoot this?
>
> TIA,
> Tommy
>

Hi again,

I said that wrong... I meant that I was able to compile OK but unable to
boot with a lean kernel.  I was able to boot buildworld and buildkernel of
GENERIC.

Thanks again,
Tommy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Compiling a lean kernel of 9.1 p3

[Tommy Pham]

Hi everyone,

I installed 9.1 from DVD with src only and did 'freebsd-update fetch
install'.  Then I proceed to compile the lean kernel.  I'm unable to
compile a lean (no SCSI, RAID, sound, USB, Firewire, NICs) kernel of 9.1 p3
and without lib32 support.  I only needed SATA disk and em NIC support.
 The kernel compiled without errors.  However, on boot, it freezes after
the menu screen.  My make.conf only have added (from default
/usr/share/examples/etc):

KERNCONF=custom
CPUTYPE=?opteron

I have no problem booting from GENERIC built kernel and buildworld with
that make.conf.   Could someone please tell me how can I troubleshoot this?

TIA,
Tommy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: problem compiling X11 ports under 9.1-RELEASE

[Will Parsons]

Walter Hurry wrote:
> On Sun, 13 Jan 2013 22:01:25 +, Will Parsons wrote:
>
>> I've recently installed 9.1-RELEASE on a laptop and am in the process of
>> installing the ports that I want.  On several now, I've encountered
>> error messages that I don't know how to deal with and for which I don't
>> see anything in the UPDATING file that seems to be relevant.
>> For example, trying to build both graphics/xv and x11-clocks/wmclock
>> results failure with the primary error message being:
>> 
>> imake -DUseInstalled -I/usr/local/lib/X11/config Imakefile.c:16: error:
>> Imake.tmpl: No such file or directory
>> 
>> followed by:
>> 
>> make: don't know how to make all. Stop
>> 
>> This happens both using portmaster (my usual method of installing ports)
>> and installing manually (cd /usr/ports/x/y; make).
>> 
>> Imake seems to be installed (pkg_version reports imake-1.0.4,1) so I
>> don't know where to go from here.
>
> I tried x11-clocks/wmclock and it compiled successfully in seconds.
>
> $ locate Imake.tmpl
> /usr/local/lib/X11/config/Imake.tmpl
> $ pkg which /usr/local/lib/X11/config/Imake.tmpl
> /usr/local/lib/X11/config/Imake.tmpl was installed by package xorg-cf-
> files-1.0.4 

I re-installed devel/imake and compilation problems seem to be solved.

-- 
Will

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

Re: problem compiling X11 ports under 9.1-RELEASE

[Walter Hurry]

On Sun, 13 Jan 2013 22:01:25 +, Will Parsons wrote:

> I've recently installed 9.1-RELEASE on a laptop and am in the process of
> installing the ports that I want.  On several now, I've encountered
> error messages that I don't know how to deal with and for which I don't
> see anything in the UPDATING file that seems to be relevant.
> For example, trying to build both graphics/xv and x11-clocks/wmclock
> results failure with the primary error message being:
> 
> imake -DUseInstalled -I/usr/local/lib/X11/config Imakefile.c:16: error:
> Imake.tmpl: No such file or directory
> 
> followed by:
> 
> make: don't know how to make all. Stop
> 
> This happens both using portmaster (my usual method of installing ports)
> and installing manually (cd /usr/ports/x/y; make).
> 
> Imake seems to be installed (pkg_version reports imake-1.0.4,1) so I
> don't know where to go from here.

I tried x11-clocks/wmclock and it compiled successfully in seconds.

$ locate Imake.tmpl
/usr/local/lib/X11/config/Imake.tmpl
$ pkg which /usr/local/lib/X11/config/Imake.tmpl
/usr/local/lib/X11/config/Imake.tmpl was installed by package xorg-cf-
files-1.0.4 

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

problem compiling X11 ports under 9.1-RELEASE

[Will Parsons]

I've recently installed 9.1-RELEASE on a laptop and am in the process
of installing the ports that I want.  On several now, I've encountered
error messages that I don't know how to deal with and for which I
don't see anything in the UPDATING file that seems to be relevant.
For example, trying to build both graphics/xv and x11-clocks/wmclock
results failure with the primary error message being:

imake -DUseInstalled -I/usr/local/lib/X11/config
Imakefile.c:16: error: Imake.tmpl: No such file or directory

followed by:

make: don't know how to make all. Stop

This happens both using portmaster (my usual method of installing
ports) and installing manually (cd /usr/ports/x/y; make).

Imake seems to be installed (pkg_version reports imake-1.0.4,1) so I
don't know where to go from here.

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

Re: error compiling mplayer

[Raimund Steger]

David Banning wrote:

That doesn't look like a problem with mplayer per se, rather with your
GTK or XRANDR install.


I wonder if these two versions of gtk could represent a problem;


This should be fine, 1.x and 2.x can coexist. Scim is unrelated, it's 
the Linux input engine.

The linker command seems OK as well from what I can tell.


[root@3s1 ~]# nm -D /usr/local/lib/libXrandr.so|grep XRRGetOutputPrimary


Hm, this should produce output like:

bsd1:mplayer)nm -D /usr/local/lib/libXrandr.so|grep XRRGetOutputPrimary
4230 T XRRGetOutputPrimary

The API seems to be a more recent addition, maybe you need to upgrade 
your libXrandr port? I have libXrandr-1.3.0.


Raimund


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

Re: error compiling mplayer

[David Banning]

> That doesn't look like a problem with mplayer per se, rather with your 
> GTK or XRANDR install.

I wonder if these two versions of gtk could represent a problem;

[root@3s1 ~]# cd /var/db/pkg
[root@3s1 /var/db/pkg]# ls -tld *gtk*
drwxr-xr-x  2 root  wheel  512 Jul 12 17:40 gtk-2.22.1_1
drwxr-xr-x  2 root  wheel  512 Jul  3 10:05 linux-scim-gtk-fc4-1.4.4
drwxr-xr-x  2 root  wheel  512 May  8 23:31 gtk-1.2.10_22
[root@3s1 /var/db/pkg]#


> 
> What do the following commands return:
> 
> nm -D /usr/local/lib/libgdk-x11-2.0.so|grep XRRGetOutputPrimary
> nm -D /usr/local/lib/libXrandr.so|grep XRRGetOutputPrimary

Here it is;

[root@3s1 ~]# nm -D /usr/local/lib/libgdk-x11-2.0.so|grep XRRGetOutputPrimary 
 U XRRGetOutputPrimary
[root@3s1 ~]# nm -D /usr/local/lib/libXrandr.so|grep XRRGetOutputPrimary
[root@3s1 ~]#


> Additionally, a somewhat larger snippet of your compilation output would 
> be helpful, where at least the linker invocation that triggered that 
> error occurs.

Kind of messy;
 
===>  Building for mplayer-1.0.r20120322_2
gmake -C ffmpeg libpostproc/libpostproc.a
gmake[1]: Entering directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gmake[1]: `libpostproc/libpostproc.a' is up to date.
gmake[1]: Leaving directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gmake -C ffmpeg libavfilter/libavfilter.a
gmake[1]: Entering directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gmake[1]: `libavfilter/libavfilter.a' is up to date.
gmake[1]: Leaving directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gmake -C ffmpeg libavformat/libavformat.a
gmake[1]: Entering directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gmake[1]: `libavformat/libavformat.a' is up to date.
gmake[1]: Leaving directory 
`/usr/ports/multimedia/mplayer/work/mplayer-export-2012-03-22/ffmpeg'
gcc46 -o mplayer command.o m_property.o mixer.o mp_fifo.o mplayer.o 
parser-mpcmd.o pnm_loader.o input/input.o libao2/ao_mpegpes.o libao2/ao_null.o 
libao2/ao_pcm.o libao2/audio_out.o libvo/aspect.o libvo/geometry.o 
libvo/video_out.o libvo/vo_mpegpes.o libvo/vo_null.o sub/spuenc.o 
libvo/vo_dga.o libvo/vo_png.o gui/util/bitmap.o gui/util/list.o 
gui/util/string.o gui/app.o gui/cfg.o gui/interface.o gui/skin/font.o 
gui/skin/skin.o gui/ui/actions.o gui/ui/gtk/about.o gui/ui/gtk/equalizer.o 
gui/ui/gtk/fileselect.o gui/ui/gtk/menu.o gui/ui/gtk/msgbox.o 
gui/ui/gtk/playlist.o gui/ui/gtk/preferences.o gui/ui/gtk/skinbrowser.o 
gui/ui/gtk/tools.o gui/ui/gtk/url.o gui/ui/main.o gui/ui/menu.o 
gui/ui/playbar.o gui/ui/render.o gui/ui/video.o gui/ui/widgets.o gui/util/cut.o 
gui/wm/ws.o gui/wm/wsxdnd.o libvo/vo_jpeg.o libvo/vo_md5sum.o udp_sync.o 
libao2/ao_oss.o libvo/vo_pnm.o libvo/vo_tga.o libvo/vo_cvidix.o 
libvo/vosub_vidix.o vidix/vidix.o vidix/drivers.o vidix/dha.o vidix/mtrr.o 
vidix/pci.o vidix/pci_names.o vidix/pci_dev_ids.o vidix/cyberblade_vid.o 
vidix/mach64_vid.o vidix/mga_vid.o vidix/mga_crtc2_vid.o vidix/nvidia_vid.o 
vidix/pm2_vid.o vidix/pm3_vid.o vidix/radeon_vid.o vidix/rage128_vid.o 
vidix/s3_vid.o vidix/sis_vid.o vidix/sis_bridge.o vidix/unichrome_vid.o 
libvo/vo_x11.o libvo/vo_xover.o libvo/x11_common.o libvo/vo_xv.o 
libvo/vo_xvidix.o libvo/vo_yuv4mpeg.o asxparser.o bstr.o codec-cfg.o 
cpudetect.o edl.o fmt-conversion.o m_config.o m_option.o m_struct.o mp_msg.o 
mp_strings.o mpcommon.o parser-cfg.o path.o playtree.o playtreeparser.o 
subopt-helper.o libaf/af.o libaf/af_center.o libaf/af_channels.o 
libaf/af_comp.o libaf/af_delay.o libaf/af_dummy.o libaf/af_equalizer.o 
libaf/af_extrastereo.o libaf/af_format.o libaf/af_gate.o libaf/af_hrtf.o 
libaf/af_karaoke.o libaf/af_pan.o libaf/af_resample.o libaf/af_scaletempo.o 
libaf/af_sinesuppress.o libaf/af_stats.o libaf/af_sub.o libaf/af_surround.o 
libaf/af_sweep.o libaf/af_tools.o libaf/af_volnorm.o libaf/af_volume.o 
libaf/filter.o libaf/format.o libaf/reorder_ch.o libaf/window.o 
libmpcodecs/ad.o libmpcodecs/ad_alaw.o libmpcodecs/ad_dk3adpcm.o 
libmpcodecs/ad_dvdpcm.o libmpcodecs/ad_hwac3.o libmpcodecs/ad_hwmpa.o 
libmpcodecs/ad_imaadpcm.o libmpcodecs/ad_msadpcm.o libmpcodecs/ad_pcm.o 
libmpcodecs/dec_audio.o libmpcodecs/dec_teletext.o libmpcodecs/dec_video.o 
libmpcodecs/img_format.o libmpcodecs/mp_image.o libmpcodecs/pullup.o 
libmpcodecs/vd.o libmpcodecs/vd_hmblck.o libmpcodecs/vd_lzo.o 
libmpcodecs/vd_mpegpes.o libmpcodecs/vd_mtga.o libmpcodecs/vd_null.o 
libmpcodecs/vd_raw.o libmpcodecs/vd_sgi.o libmpcodecs/vf.o 
libmpcodecs/vf_1bpp.o libmpcodecs/vf_2xsai.o libmpcodecs/vf_blackframe.o 
libmpcodecs/vf_boxblur.o libmpcodecs/vf_crop.o libmpcodecs/vf_cropdetect.o 
libmpcodecs/vf_decimate.o libmpcodecs/vf_delogo.o libmpcodecs/vf_denoise3d.o 
libmpcodecs/vf_detc.o libmpcodecs/vf_dint.o libmpcodecs/vf_divtc.o 
libmpcodecs/vf_down3dright.o libmpcodecs/vf_dsize.o libmpcodecs/vf_dvbscale.o 
libmpcodecs/vf_eq.o libmpcodecs/vf_eq2.o libmpcodecs/vf_exp

Re: error compiling mplayer

[Raimund Steger]

Hi,

David Banning wrote:

getting this error on compile of mplayer;

/usr/local/lib/libgdk-x11-2.0.so: undefined reference to 
`XRRGetScreenResourcesCurrent'
/usr/local/lib/libgdk-x11-2.0.so: undefined reference to `XRRGetOutputPrimary'
collect2: ld returned 1 exit status
gmake: *** [mplayer] Error 1
*** Error code 1

Stop in /usr/ports/multimedia/mplayer.
*** Error code 1

I wonder if anyone could direct me as to how I could collect more information
to resolve this.

FreeBSD version is 8.2


That doesn't look like a problem with mplayer per se, rather with your 
GTK or XRANDR install.


What do the following commands return:

nm -D /usr/local/lib/libgdk-x11-2.0.so|grep XRRGetOutputPrimary
nm -D /usr/local/lib/libXrandr.so|grep XRRGetOutputPrimary

Additionally, a somewhat larger snippet of your compilation output would 
be helpful, where at least the linker invocation that triggered that 
error occurs.


I'm running 8.2 here as well and can compile mplayer (from SVN, rev. 
35044) with GTK GUI just fine.


(Is this by any chance related to 
http://thread.gmane.org/gmane.os.freebsd.questions/288260 ?)


Raimund



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

error compiling mplayer

[David Banning]

getting this error on compile of mplayer;

/usr/local/lib/libgdk-x11-2.0.so: undefined reference to 
`XRRGetScreenResourcesCurrent'
/usr/local/lib/libgdk-x11-2.0.so: undefined reference to `XRRGetOutputPrimary'
collect2: ld returned 1 exit status
gmake: *** [mplayer] Error 1
*** Error code 1

Stop in /usr/ports/multimedia/mplayer.
*** Error code 1

I wonder if anyone could direct me as to how I could collect more information
to resolve this.

FreeBSD version is 8.2 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: MK_CLANG_IS_CC mis-formed when compiling ports

[Thomas D. Dean]

On 06/01/12 00:00, Anton Shterenlikht wrote:

On Thu, May 31, 2012 at 07:13:11PM -0700, Thomas D. Dean wrote:

I built FrfeeBSD 9 with
WITHOUT_CLANG="Yes"

When I try to build the net/bwn-firmware-kmod/

I get an error that MK_CLANG_IS_CC is mis-formed.

If I define this in make.conf, I get an error that the user may not set
this.

If I use 'make MK_CLANG_IS_CC="no"' the port compiles.

How do I fix this?


Why did you define WITHOUT_CLANG?



I think I am stuck at 9.x because of the clang stuff.

I defined WITHOUT_CLANG to stop make buildworld from building clang.

don't want it, don't need it

Tom Dean
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: MK_CLANG_IS_CC mis-formed when compiling ports

[Anton Shterenlikht]

On Thu, May 31, 2012 at 07:13:11PM -0700, Thomas D. Dean wrote:
> I built FrfeeBSD 9 with
> WITHOUT_CLANG="Yes"
> 
> When I try to build the net/bwn-firmware-kmod/
> 
> I get an error that MK_CLANG_IS_CC is mis-formed.
> 
> If I define this in make.conf, I get an error that the user may not set 
> this.
> 
> If I use 'make MK_CLANG_IS_CC="no"' the port compiles.
> 
> How do I fix this?

Why did you define WITHOUT_CLANG?

On 10.0-current amd64 I build the world/kernel
with no clang-related options:

GEN8> cat /etc/make.conf
SENDMAIL_CFLAGS+=   -I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS+=  -L/usr/local/lib
SENDMAIL_LDADD+=-lsasl2
PERL_VERSION=5.14.2
WITH_PKGNG=yes
#CC=clang
#CXX=clang++
#CPP=clang-cpp
GEN8> 

I have no problems when building bwn-firmware-kmod.


-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

MK_CLANG_IS_CC mis-formed when compiling ports

[Thomas D. Dean]

I built FrfeeBSD 9 with
WITHOUT_CLANG="Yes"

When I try to build the net/bwn-firmware-kmod/

I get an error that MK_CLANG_IS_CC is mis-formed.

If I define this in make.conf, I get an error that the user may not set 
this.


If I use 'make MK_CLANG_IS_CC="no"' the port compiles.

How do I fix this?

Tom Dean
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: compiling glib20 failed

[gahn]

hi, sergey:

thanks for the great tip. i think messed up with this xz thing. last year i 
played with xz since a package i was trying to install wouldn't use xz package 
coming with the base system. 


now i disabled those under /usr/local/lib and the system is back to normal.

best regards

_gahn



- Original Message -
From: Sergey Kandaurov 
To: gahn 
Cc: free bsd ; freebsd general questions 

Sent: Wednesday, April 4, 2012 2:31 AM
Subject: Re: compiling glib20 failed

On 4 April 2012 07:02, gahn  wrote:
> hi gurus:
>
> i got problem with compiling glib20:
>
> ===>   glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found
> /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by 
> /usr/bin/xz not defined
> ===>  Missing license file for LGPL20 in 
> /usr/ports/devel/glib20/work/glib-2.28.8/COPYING
> *** Error code 1
>
> Stop in /usr/ports/devel/glib20.
> *** Error code 1
>
>
> basically i was trying to install tshark on freebsd 8.1 but it told me i need 
> to upgrade glib but i got into this mess.
>

Looks like the source of your problem may lie in that your base /usr/bin/xz
tries to dlopen /usr/local/lib/liblzma.so.5 installed from ports and not
the one from base (i.e. there should be /usr/lib/liblzma.so.5 instead).
The one from ports doesn't have the symbol versioning
(or at least doesn't have specific symbols the base xz wants)
and, for aught I know, shall not be used by the base xz in any way.

I wonder how did you manage to install xz from ports on 8.1
as this port is specifically IGNORE'd to install on 8.1 system
with the reason "is already in the base system".

First I would try to pkgrm xz and see how it helps.

-- 
wbr,
pluknet
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

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

Re: compiling glib20 failed

[Sergey Kandaurov]

On 4 April 2012 07:02, gahn  wrote:
> hi gurus:
>
> i got problem with compiling glib20:
>
> ===>   glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found
> /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by 
> /usr/bin/xz not defined
> ===>  Missing license file for LGPL20 in 
> /usr/ports/devel/glib20/work/glib-2.28.8/COPYING
> *** Error code 1
>
> Stop in /usr/ports/devel/glib20.
> *** Error code 1
>
>
> basically i was trying to install tshark on freebsd 8.1 but it told me i need 
> to upgrade glib but i got into this mess.
>

Looks like the source of your problem may lie in that your base /usr/bin/xz
tries to dlopen /usr/local/lib/liblzma.so.5 installed from ports and not
the one from base (i.e. there should be /usr/lib/liblzma.so.5 instead).
The one from ports doesn't have the symbol versioning
(or at least doesn't have specific symbols the base xz wants)
and, for aught I know, shall not be used by the base xz in any way.

I wonder how did you manage to install xz from ports on 8.1
as this port is specifically IGNORE'd to install on 8.1 system
with the reason "is already in the base system".

First I would try to pkgrm xz and see how it helps.

-- 
wbr,
pluknet
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: compiling glib20 failed

[Erich Dollansky]

Hi,

when did you update your ports tree?

It works here on 8.3 with a ports tree from last week.

Erich

On Wednesday 04 April 2012 10:02:51 gahn wrote:
> hi gurus:
> 
> i got problem with compiling glib20:
> 
> ===>   glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found
> /libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by 
> /usr/bin/xz not defined
> ===>  Missing license file for LGPL20 in 
> /usr/ports/devel/glib20/work/glib-2.28.8/COPYING
> *** Error code 1
> 
> Stop in /usr/ports/devel/glib20.
> *** Error code 1
> 
> 
> basically i was trying to install tshark on freebsd 8.1 but it told me i need 
> to upgrade glib but i got into this mess.
> 
> thanks
> ___
> freebsd-curr...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> 
> 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

compiling glib20 failed

[gahn]

hi gurus:

i got problem with compiling glib20:

===>   glib-2.28.8_4 depends on file: /usr/local/bin/perl5.10.1 - found
/libexec/ld-elf.so.1: /usr/local/lib/liblzma.so.5: version XZ_5.0 required by 
/usr/bin/xz not defined
===>  Missing license file for LGPL20 in 
/usr/ports/devel/glib20/work/glib-2.28.8/COPYING
*** Error code 1

Stop in /usr/ports/devel/glib20.
*** Error code 1


basically i was trying to install tshark on freebsd 8.1 but it told me i need 
to upgrade glib but i got into this mess.

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

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[vttfreebsd]

Hi,
I have the same error with virtualbox-ose-kmod 4.1.10 but only with FreeBSD
8.0 and 8.0-p2.
With FreeBSD 8.2, no problem.
Hope this help you for investigating this "bug" since I need it working on
FreeBSD 8.0.
Regards

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/Problem-compiling-emulators-virtualbox-ose-kmod-4-1-8-2-tp5561048p5597254.html
Sent from the freebsd-questions mailing list archive at Nabble.com.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Lowell Gilbert]

Bernhard Froehlich  writes:

> Pointyhat has triggered the same compile error so it is real. Probably
> avg has a clue how to fix it.

A (quick) look at pointyhat only shows me amd64 errors. 

My main build server (on amd64, building for i386 and amd64) doesn't see
those problems, and neither does my i386 sandbox. This seems to be quite
conditional, and I don't see much guidance as to what the conditions
need to be. As good as Andriy has been on keeping up, I can't provide a
debug case to solve for this problem. 

I'll try to come up with something more useful, but until/unless I can
reproduce the problem, I'm not sure how to make progress.

Be well.
.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Mike Clarke]

On Wednesday 21 March 2012, Lowell Gilbert wrote:

> > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-
> >4.1.10/out/freebsd.x86/                                            
> >                                            
> > release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405:
> > error: invalid type argument of '->'
> > *** Error code 1

> That line is supposed to be an assignment in between a VM_OBJECT_LOCK
> and the corresponding VM_OBJECT_UNLOCK. Can you confirm that the
> patches cause this to be the case?

Yes, that's where it is.

401 if (fContiguous)
402 {
403 Assert(enmType == RTR0MEMOBJTYPE_PHYS);
404 VM_OBJECT_LOCK(pMemFreeBSD->pObject);
405 pMemFreeBSD->Core.u.Phys.PhysBase = 
VM_PAGE_TO_PHYS(vm_page_find_least(pMemFreeBSD->pObject, 0));
406 VM_OBJECT_UNLOCK(pMemFreeBSD->pObject);
407 pMemFreeBSD->Core.u.Phys.fAllocated = true;
408 }

> It is a little tricky for me to 
> edit files in an i386 environment, but the next step is to track down
> the definition of PRTR0MEMOBJFREEBSD, assuming that is the
> dereference giving the error on your system, and determining whether
> it ought to have the structure entry being dereferenced.

This takes me out of my depth in my very limited experience of C but would it 
be 
this, also in memobj-r0drv-freebsd.c:

 50 /**
 51  * The FreeBSD version of the memory object structure.
 52  */
 53 typedef struct RTR0MEMOBJFREEBSD
 54 {
 55 /** The core structure. */
 56 RTR0MEMOBJINTERNAL  Core;
 57 /** Type dependent data */
 58 /** The VM object associated with the allocation. */
 59 vm_object_t pObject;
 60 } RTR0MEMOBJFREEBSD, *PRTR0MEMOBJFREEBSD;

and then:

109 PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)pMem;

[snip]

> You might want to try updating your system or trying the -legacy
> version of the port.

Version 4.1.8_1 seems to be working OK for me so I'll probably stick with that 
for 
the time being unless a fix turns up before I upgrade to 9.0-RELEASE which I'm 
planning to do shortly.

-- 
Mike Clarke
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Lowell Gilbert]

Mike Clarke  writes:

> On Friday 16 March 2012, Lowell Gilbert wrote:
>
>> My best advice is: clean out the directory for that port, update
>> again, and see if the problem is the same.
>
> I've now deleted everything in /usr/ports/emulators/virtualbox-ose-kmod and 
> downloaded a fresh copy of the 
> port (4.1.10) from the FreeBSD website but still get the same problem when 
> compiling.
>
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.10/out/freebsd.x86/
>   
>   
> release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405: error: 
> invalid type argument of '->'
> *** Error code 1

That line is supposed to be an assignment in between a VM_OBJECT_LOCK
and the corresponding VM_OBJECT_UNLOCK. Can you confirm that the patches
cause this to be the case? It is a little tricky for me to edit files in
an i386 environment, but the next step is to track down the definition
of PRTR0MEMOBJFREEBSD, assuming that is the dereference giving the error
on your system, and determining whether it ought to have the structure
entry being dereferenced.

> I've also updated the source files for the base system and built a new kernel 
> in case it's a header problem 
> since I noticed that /usr/src/include/unistd.h and 
> /usr/src/lib/libc/include/libc_private.h were both updated 
> in security advisory SA-11:07 (for which I only did a binary update at the 
> time) but this didn't cure the 
> problem.
>
> I've had no problem building earlier versions but it went pear shaped with 
> 4.1.8_2
>
> As an experiment I've used portdowngrade to try compiling a few older 
> versions 
>
> number date portversion  comment
> 1  2012/03/15 09:32:29  VirtualBox-${DISTVERSION}  - Update to 4.1.10
> 2  2012/03/09 21:46:18  VirtualBox-${DISTVERSION}_2  - Reenabled fixed 
> memobj r0 patch
> 3  2012/02/22 22:09:41  VirtualBox-${DISTVERSION}_1  - Revert memobj r0 
> patch until the problems on i386 
> are solved
> 4  2012/02/21 14:31:54  VirtualBox-${DISTVERSION}  - Update to 4.1.8
>
> Of these, the only one to compile OK was 4.1.8_1 so it looks like the fixed 
> memobj r0 patch still has problems 
> on my system.
>
> FreeBSD curlew.lan 8.1-RELEASE-p8 FreeBSD 8.1-RELEASE-p8 #0: Tue Mar 20 
> 19:00:39 GMT 2012 
> r...@curlew.lan:/usr/obj/usr/src/sys/GENERIC  i386

I can't reproduce the problem. My i386 system is a little weird, so that
may not say much.

Also, my system code trees are updated more recently than yours, which
may well matter for a kernel module, such as this port builds. You might
want to try updating your system or trying the -legacy version of the port.

Be well.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Mike Clarke]

On Friday 16 March 2012, Adam Vande More wrote:

> On Tue, Mar 13, 2012 at 9:13 AM, Mike Clarke 
wrote:
> > in
> > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-
> >4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv.
> >
> > I ran portsnap immediately before portmaster so my ports are up to
> > date.
> >
> > Any suggestions?
>
> Did you follow the relevant /usr/src/UPDATING instructions?

The latest relevant one appears to be this:

20120221:
  AFFECTS: users of emulators/virtualbox-ose
  AUTHOR: de...@freebsd.org

  virtualbox-ose has been updated to 4.1.8 and requires the latest
  devel/kBuild-devel now. It is only a build dependency so it is safe
  to remove it before updating.

  # pkg_delete -f kBuild-\*

I did this some time ago and the earlier version, 4.1.8_1, compiled fine 
but I started to have problems with 4.1.8_2

-- 
Mike Clarke
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Mike Clarke]

On Friday 16 March 2012, Lowell Gilbert wrote:

> My best advice is: clean out the directory for that port, update
> again, and see if the problem is the same.

I've now deleted everything in /usr/ports/emulators/virtualbox-ose-kmod and 
downloaded a fresh copy of the 
port (4.1.10) from the FreeBSD website but still get the same problem when 
compiling.

/data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.10/out/freebsd.x86/


release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405: error: 
invalid type argument of '->'
*** Error code 1

I've also updated the source files for the base system and built a new kernel 
in case it's a header problem 
since I noticed that /usr/src/include/unistd.h and 
/usr/src/lib/libc/include/libc_private.h were both updated 
in security advisory SA-11:07 (for which I only did a binary update at the 
time) but this didn't cure the 
problem.

I've had no problem building earlier versions but it went pear shaped with 
4.1.8_2

As an experiment I've used portdowngrade to try compiling a few older versions 

number date portversion  comment
1  2012/03/15 09:32:29  VirtualBox-${DISTVERSION}  - Update to 4.1.10
2  2012/03/09 21:46:18  VirtualBox-${DISTVERSION}_2  - Reenabled fixed 
memobj r0 patch
3  2012/02/22 22:09:41  VirtualBox-${DISTVERSION}_1  - Revert memobj r0 
patch until the problems on i386 
are solved
4  2012/02/21 14:31:54  VirtualBox-${DISTVERSION}  - Update to 4.1.8

Of these, the only one to compile OK was 4.1.8_1 so it looks like the fixed 
memobj r0 patch still has problems 
on my system.

FreeBSD curlew.lan 8.1-RELEASE-p8 FreeBSD 8.1-RELEASE-p8 #0: Tue Mar 20 
19:00:39 GMT 2012 
r...@curlew.lan:/usr/obj/usr/src/sys/GENERIC  i386

-- 
Mike Clarke
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Adam Vande More]

On Tue, Mar 13, 2012 at 9:13 AM, Mike Clarke wrote:

>
> in
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv.
>
> I ran portsnap immediately before portmaster so my ports are up to date.
>
> Any suggestions?
>

Did you follow the relevant /usr/src/UPDATING instructions?

-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Lowell Gilbert]

Lowell Gilbert  writes:

> Mike Clarke  writes:
>
>> portmaster -a fails with:
>>
>> cc -O -pipe -march=athlon-mp -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 
>> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING 
>> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -Werror -D_KERNEL -DKLD_MODULE 
>> -nostdinc  -Iinclude -I. -Ir0drv -I. -I@ -I@/contrib/altq 
>> -finline-limit=8000 --param 
>> inline-unit-growth=100 --param 
>> large-function-growth=1000 -fno-common  -mno-align-long-strings 
>> -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 
>> -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 
>> -fstack-protector -Wall -Wredundant-decls -Wnested-externs 
>> -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
>> -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c 
>> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c
>> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:
>>  
>> In function 'rtR0MemObjFreeBSDAllocPhysPages':
>> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405:
>>  
>> error: invalid type argument of '->'
>> *** Error code 1
>>
>> Stop 
>> in 
>> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv.
>>
>> I ran portsnap immediately before portmaster so my ports are up to date.
>>
>> Any suggestions?
>
> There have been more updates to the port since, and I don't see any
> failures in the automated builds. I've got a build on my fast system
> (RELENG_8, amd64) running now for a check, but it will take a while to
> grab the distfiles. You might want to grab the latest port and try it.

And it builds fine for me.

My best advice is: clean out the directory for that port, update again,
and see if the problem is the same.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Lowell Gilbert]

Mike Clarke  writes:

> portmaster -a fails with:
>
> cc -O -pipe -march=athlon-mp -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 
> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING 
> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -Werror -D_KERNEL -DKLD_MODULE 
> -nostdinc  -Iinclude -I. -Ir0drv -I. -I@ -I@/contrib/altq -finline-limit=8000 
> --param 
> inline-unit-growth=100 --param 
> large-function-growth=1000 -fno-common  -mno-align-long-strings 
> -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 
> -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 
> -fstack-protector -Wall -Wredundant-decls -Wnested-externs 
> -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
> -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -c 
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:
>  
> In function 'rtR0MemObjFreeBSDAllocPhysPages':
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405:
>  
> error: invalid type argument of '->'
> *** Error code 1
>
> Stop 
> in 
> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv.
>
> I ran portsnap immediately before portmaster so my ports are up to date.
>
> Any suggestions?

There have been more updates to the port since, and I don't see any
failures in the automated builds. I've got a build on my fast system
(RELENG_8, amd64) running now for a check, but it will take a while to
grab the distfiles. You might want to grab the latest port and try it.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2

[Mike Clarke]

portmaster -a fails with:

cc -O -pipe -march=athlon-mp -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 
-DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING -DVBOX_WITH_64_BITS_GUESTS 
-DRT_ARCH_X86 -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -Iinclude -I. -Ir0drv 
-I. -I@ -I@/contrib/altq -finline-limit=8000 --param 
inline-unit-growth=100 --param 
large-function-growth=1000 -fno-common  -mno-align-long-strings 
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions -c 
/data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c
/data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:
 
In function 'rtR0MemObjFreeBSDAllocPhysPages':
/data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405:
 
error: invalid type argument of '->'
*** Error code 1

Stop 
in 
/data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv.

I ran portsnap immediately before portmaster so my ports are up to date.

Any suggestions?

-- 
Mike Clarke
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Help compiling ffmpeg from source

[Waitman Gobble]

On Wed, Feb 29, 2012 at 1:03 PM, Andy Wodfer  wrote:

> On Wed, Feb 29, 2012 at 9:46 PM, Waitman Gobble wrote:
>
>>
>>
>> On Wed, Feb 29, 2012 at 12:37 PM, Andy Wodfer  wrote:
>>
>>> On Wed, Feb 29, 2012 at 9:20 PM, Waitman Gobble 
>>> wrote:
>>>
>>> >
>>> > On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
>>> > >
>>> > > On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer 
>>> wrote:
>>> > >
>>> > > > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
>>> > > > freebsd-questi...@herveybayaustralia.com.au> wrote:
>>> > > >
>>> > > >> On 02/29/12 23:48, Andy Wodfer wrote:
>>> > > >>
>>> > > >>> I'm on FreeBSD 8.2 STABLE (AMD64).
>>> > > >>>
>>> > > >>> I need to install the latest ffmpeg 0.10, but it fails when
>>> > compiling. I
>>> > > >>> must admit I very rarely do it this way. Normally all software is
>>> > > >>> installed
>>> > > >>> from ports, but I couldn't find this version of ffmpeg there.
>>> > > >>>
>>> > > >>> Heres what I do:
>>> > > >>>
>>> > > >>> ./configure
>>> > > >>> gmake
>>> > > >>>
>>> > > >>> and the problem looks like this:
>>> > > >>>
>>> > > >>> [snip]
>>> > > >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is
>>> > not a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:26923: Error:
>>> `ff_h264_mlps_state+128(%edi)' is
>>> > not
>>> > > >>> a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64
>>> bit
>>> > > >>> base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is
>>> not
>>> > a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:27045: Error:
>>> > `ff_h264_lps_range(%r9d,%r12d,**2)'
>>> >
>>> > > >>> is not
>>> > > >>> a valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is
>>> > not a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:27057: Error:
>>> `ff_h264_mlps_state+128(%r9d)' is
>>> > not
>>> > > >>> a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64
>>> bit
>>> > > >>> base/index expression
>>> > > >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is
>>> not
>>> > a
>>> > > >>> valid 64 bit base/index expression
>>> > > >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
>>> > > >>>
>>> > > >> Thats right, I remember this one- really simple but will get you
>>> every
>>> > > >> time! You need a newer gcc version (probably 4.6 will get you out
>>> of
>>> > > >> trouble if I remember correctly).
>>> > > >>
>>> > > >> The port already sets this, it will only bite when you're working
>>> > solo.
>>> > > >>
>>> > > >>
>>> > > > Ok - thanks!
>>> > > >
>>> > > > I'm currently doing this:
>>> > > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
>>> > > >
>>> > > > I will report back on how it goes. :-)
>>> > > >
>>> > > > Cheers,
>>> > > > Andy
>>> > > >
>>> > >
>>> > > So, I updated gmake to 3.82 from ports and installed gcc47 from
>>> ports. I
>>> > > updated /etc/make.conf as described here:
>>> > > http://www.freebsd.org/d

Re: Help compiling ffmpeg from source

[Andy Wodfer]

On Wed, Feb 29, 2012 at 9:46 PM, Waitman Gobble  wrote:

>
>
> On Wed, Feb 29, 2012 at 12:37 PM, Andy Wodfer  wrote:
>
>> On Wed, Feb 29, 2012 at 9:20 PM, Waitman Gobble 
>> wrote:
>>
>> >
>> > On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
>> > >
>> > > On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer 
>> wrote:
>> > >
>> > > > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
>> > > > freebsd-questi...@herveybayaustralia.com.au> wrote:
>> > > >
>> > > >> On 02/29/12 23:48, Andy Wodfer wrote:
>> > > >>
>> > > >>> I'm on FreeBSD 8.2 STABLE (AMD64).
>> > > >>>
>> > > >>> I need to install the latest ffmpeg 0.10, but it fails when
>> > compiling. I
>> > > >>> must admit I very rarely do it this way. Normally all software is
>> > > >>> installed
>> > > >>> from ports, but I couldn't find this version of ffmpeg there.
>> > > >>>
>> > > >>> Heres what I do:
>> > > >>>
>> > > >>> ./configure
>> > > >>> gmake
>> > > >>>
>> > > >>> and the problem looks like this:
>> > > >>>
>> > > >>> [snip]
>> > > >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is
>> > not a
>> > > >>> valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)'
>> is
>> > not
>> > > >>> a
>> > > >>> valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64
>> bit
>> > > >>> base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is
>> not
>> > a
>> > > >>> valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:27045: Error:
>> > `ff_h264_lps_range(%r9d,%r12d,**2)'
>> >
>> > > >>> is not
>> > > >>> a valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is
>> > not a
>> > > >>> valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)'
>> is
>> > not
>> > > >>> a
>> > > >>> valid 64 bit base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64
>> bit
>> > > >>> base/index expression
>> > > >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is
>> not
>> > a
>> > > >>> valid 64 bit base/index expression
>> > > >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
>> > > >>>
>> > > >> Thats right, I remember this one- really simple but will get you
>> every
>> > > >> time! You need a newer gcc version (probably 4.6 will get you out
>> of
>> > > >> trouble if I remember correctly).
>> > > >>
>> > > >> The port already sets this, it will only bite when you're working
>> > solo.
>> > > >>
>> > > >>
>> > > > Ok - thanks!
>> > > >
>> > > > I'm currently doing this:
>> > > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
>> > > >
>> > > > I will report back on how it goes. :-)
>> > > >
>> > > > Cheers,
>> > > > Andy
>> > > >
>> > >
>> > > So, I updated gmake to 3.82 from ports and installed gcc47 from
>> ports. I
>> > > updated /etc/make.conf as described here:
>> > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
>> > >
>> > > However, I don't have a libmap file so I skipped this one and the
>> other
>> > > ones below in the article.
>> > >
>> > > Here's some outputs:
>> > >
>> > > # gmake -v
>> > > GNU Make 3.82
>> > > Built for amd64-portbld-freebsd8.2
>> > > Copyright (

Re: Help compiling ffmpeg from source

[Waitman Gobble]

On Wed, Feb 29, 2012 at 12:37 PM, Andy Wodfer  wrote:

> On Wed, Feb 29, 2012 at 9:20 PM, Waitman Gobble 
> wrote:
>
> >
> > On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
> > >
> > > On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer  wrote:
> > >
> > > > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
> > > > freebsd-questi...@herveybayaustralia.com.au> wrote:
> > > >
> > > >> On 02/29/12 23:48, Andy Wodfer wrote:
> > > >>
> > > >>> I'm on FreeBSD 8.2 STABLE (AMD64).
> > > >>>
> > > >>> I need to install the latest ffmpeg 0.10, but it fails when
> > compiling. I
> > > >>> must admit I very rarely do it this way. Normally all software is
> > > >>> installed
> > > >>> from ports, but I couldn't find this version of ffmpeg there.
> > > >>>
> > > >>> Heres what I do:
> > > >>>
> > > >>> ./configure
> > > >>> gmake
> > > >>>
> > > >>> and the problem looks like this:
> > > >>>
> > > >>> [snip]
> > > >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is
> > not a
> > > >>> valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)'
> is
> > not
> > > >>> a
> > > >>> valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
> > > >>> base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is
> not
> > a
> > > >>> valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:27045: Error:
> > `ff_h264_lps_range(%r9d,%r12d,**2)'
> >
> > > >>> is not
> > > >>> a valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is
> > not a
> > > >>> valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)'
> is
> > not
> > > >>> a
> > > >>> valid 64 bit base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64
> bit
> > > >>> base/index expression
> > > >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is
> not
> > a
> > > >>> valid 64 bit base/index expression
> > > >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
> > > >>>
> > > >> Thats right, I remember this one- really simple but will get you
> every
> > > >> time! You need a newer gcc version (probably 4.6 will get you out of
> > > >> trouble if I remember correctly).
> > > >>
> > > >> The port already sets this, it will only bite when you're working
> > solo.
> > > >>
> > > >>
> > > > Ok - thanks!
> > > >
> > > > I'm currently doing this:
> > > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> > > >
> > > > I will report back on how it goes. :-)
> > > >
> > > > Cheers,
> > > > Andy
> > > >
> > >
> > > So, I updated gmake to 3.82 from ports and installed gcc47 from ports.
> I
> > > updated /etc/make.conf as described here:
> > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> > >
> > > However, I don't have a libmap file so I skipped this one and the other
> > > ones below in the article.
> > >
> > > Here's some outputs:
> > >
> > > # gmake -v
> > > GNU Make 3.82
> > > Built for amd64-portbld-freebsd8.2
> > > Copyright (C) 2010  Free Software Foundation, Inc.
> > > License GPLv3+: GNU GPL version 3 or later <
> > http://gnu.org/licenses/gpl.html
> > > >
> > > This is free software: you are free to change and redistribute it.
> > > There is NO WARRANTY, to the extent permitted by law.
> > >
> > > # gcc -v
> > > Using built-in specs.
> > > Target: amd64-undermydesk-freebsd
> > > Configured with: FreeBSD/amd64 system compiler
> > > T

Re: Help compiling ffmpeg from source

[Andy Wodfer]

On Wed, Feb 29, 2012 at 9:20 PM, Waitman Gobble  wrote:

>
> On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
> >
> > On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer  wrote:
> >
> > > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
> > > freebsd-questi...@herveybayaustralia.com.au> wrote:
> > >
> > >> On 02/29/12 23:48, Andy Wodfer wrote:
> > >>
> > >>> I'm on FreeBSD 8.2 STABLE (AMD64).
> > >>>
> > >>> I need to install the latest ffmpeg 0.10, but it fails when
> compiling. I
> > >>> must admit I very rarely do it this way. Normally all software is
> > >>> installed
> > >>> from ports, but I couldn't find this version of ffmpeg there.
> > >>>
> > >>> Heres what I do:
> > >>>
> > >>> ./configure
> > >>> gmake
> > >>>
> > >>> and the problem looks like this:
> > >>>
> > >>> [snip]
> > >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is
> not a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is
> not
> > >>> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
> > >>> base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not
> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27045: Error:
> `ff_h264_lps_range(%r9d,%r12d,**2)'
>
> > >>> is not
> > >>> a valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is
> not a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is
> not
> > >>> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
> > >>> base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not
> a
> > >>> valid 64 bit base/index expression
> > >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
> > >>>
> > >> Thats right, I remember this one- really simple but will get you every
> > >> time! You need a newer gcc version (probably 4.6 will get you out of
> > >> trouble if I remember correctly).
> > >>
> > >> The port already sets this, it will only bite when you're working
> solo.
> > >>
> > >>
> > > Ok - thanks!
> > >
> > > I'm currently doing this:
> > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> > >
> > > I will report back on how it goes. :-)
> > >
> > > Cheers,
> > > Andy
> > >
> >
> > So, I updated gmake to 3.82 from ports and installed gcc47 from ports. I
> > updated /etc/make.conf as described here:
> > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> >
> > However, I don't have a libmap file so I skipped this one and the other
> > ones below in the article.
> >
> > Here's some outputs:
> >
> > # gmake -v
> > GNU Make 3.82
> > Built for amd64-portbld-freebsd8.2
> > Copyright (C) 2010  Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html
> > >
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.
> >
> > # gcc -v
> > Using built-in specs.
> > Target: amd64-undermydesk-freebsd
> > Configured with: FreeBSD/amd64 system compiler
> > Thread model: posix
> > gcc version 4.2.2 20070831 prerelease [FreeBSD]
> >
> > How do I tell the system to use gcc47 instead of 4.2.2 (if that's what
> > causes the problems)?
> >
> > Compiling ffmpeg from source still failes on the same line as in my
> orginal
> > post.
> >
> > Thanks a lot for any pointers that will help me resolve this. :-)
> >
> > All the best,
> > Andy
> > ___
> > freebsd-questions@freebsd.org mailing list
> > http://lists.freebsd

Re: Help compiling ffmpeg from source

[Waitman Gobble]

On Wed, Feb 29, 2012 at 12:20 PM, Waitman Gobble wrote:

>
> On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
> >
> > On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer  wrote:
> >
> > > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
> > > freebsd-questi...@herveybayaustralia.com.au> wrote:
> > >
> > >> On 02/29/12 23:48, Andy Wodfer wrote:
> > >>
> > >>> I'm on FreeBSD 8.2 STABLE (AMD64).
> > >>>
> > >>> I need to install the latest ffmpeg 0.10, but it fails when
> compiling. I
> > >>> must admit I very rarely do it this way. Normally all software is
> > >>> installed
> > >>> from ports, but I couldn't find this version of ffmpeg there.
> > >>>
> > >>> Heres what I do:
> > >>>
> > >>> ./configure
> > >>> gmake
> > >>>
> > >>> and the problem looks like this:
> > >>>
> > >>> [snip]
> > >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is
> not a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is
> not
> > >>> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
> > >>> base/index expression
> > >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not
> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27045: Error:
> `ff_h264_lps_range(%r9d,%r12d,**2)'
> > >>> is not
> > >>> a valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is
> not a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is
> not
> > >>> a
> > >>> valid 64 bit base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
> > >>> base/index expression
> > >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not
> a
> > >>> valid 64 bit base/index expression
> > >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
> > >>>
> > >> Thats right, I remember this one- really simple but will get you every
> > >> time! You need a newer gcc version (probably 4.6 will get you out of
> > >> trouble if I remember correctly).
> > >>
> > >> The port already sets this, it will only bite when you're working
> solo.
> > >>
> > >>
> > > Ok - thanks!
> > >
> > > I'm currently doing this:
> > > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> > >
> > > I will report back on how it goes. :-)
> > >
> > > Cheers,
> > > Andy
> > >
> >
> > So, I updated gmake to 3.82 from ports and installed gcc47 from ports. I
> > updated /etc/make.conf as described here:
> > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> >
> > However, I don't have a libmap file so I skipped this one and the other
> > ones below in the article.
> >
> > Here's some outputs:
> >
> > # gmake -v
> > GNU Make 3.82
> > Built for amd64-portbld-freebsd8.2
> > Copyright (C) 2010  Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html
> > >
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.
> >
> > # gcc -v
> > Using built-in specs.
> > Target: amd64-undermydesk-freebsd
> > Configured with: FreeBSD/amd64 system compiler
> > Thread model: posix
> > gcc version 4.2.2 20070831 prerelease [FreeBSD]
> >
> > How do I tell the system to use gcc47 instead of 4.2.2 (if that's what
> > causes the problems)?
> >
> > Compiling ffmpeg from source still failes on the same line as in my
> orginal
> > post.
> >
> > Thanks a lot for any pointers that will help me resolve this. :-)
> >
> > All the best,
> > Andy
> > ___
> > freebsd-questions@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > To unsubscribe, send any mail to "
> freebsd-questions-unsubscr...@freebsd.org"
>
> is there a gcc47 or maybe a typo?
>
> should be
> # export CC=gcc46
> or
> # setenv CC gcc46
>
> if building from source
>
> --
> Waitman Gobble
> San Jose California USA
>
OOps my bad, that's the gcc development version... stable is 4.6.2.. or
gcc46 ... didn't notice there was a port :)

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

Re: Help compiling ffmpeg from source

[Waitman Gobble]

On Feb 29, 2012 12:10 PM, "Andy Wodfer"  wrote:
>
> On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer  wrote:
>
> > On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
> > freebsd-questi...@herveybayaustralia.com.au> wrote:
> >
> >> On 02/29/12 23:48, Andy Wodfer wrote:
> >>
> >>> I'm on FreeBSD 8.2 STABLE (AMD64).
> >>>
> >>> I need to install the latest ffmpeg 0.10, but it fails when
compiling. I
> >>> must admit I very rarely do it this way. Normally all software is
> >>> installed
> >>> from ports, but I couldn't find this version of ffmpeg there.
> >>>
> >>> Heres what I do:
> >>>
> >>> ./configure
> >>> gmake
> >>>
> >>> and the problem looks like this:
> >>>
> >>> [snip]
> >>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is not
a
> >>> valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is
not
> >>> a
> >>> valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
> >>> base/index expression
> >>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not a
> >>> valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:27045: Error: `ff_h264_lps_range(%r9d,%r12d,**2)'
> >>> is not
> >>> a valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is not
a
> >>> valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is
not
> >>> a
> >>> valid 64 bit base/index expression
> >>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
> >>> base/index expression
> >>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not a
> >>> valid 64 bit base/index expression
> >>> gmake: *** [libavcodec/h264_cabac.o] Error 1
> >>>
> >> Thats right, I remember this one- really simple but will get you every
> >> time! You need a newer gcc version (probably 4.6 will get you out of
> >> trouble if I remember correctly).
> >>
> >> The port already sets this, it will only bite when you're working solo.
> >>
> >>
> > Ok - thanks!
> >
> > I'm currently doing this:
> > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
> >
> > I will report back on how it goes. :-)
> >
> > Cheers,
> > Andy
> >
>
> So, I updated gmake to 3.82 from ports and installed gcc47 from ports. I
> updated /etc/make.conf as described here:
> http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
>
> However, I don't have a libmap file so I skipped this one and the other
> ones below in the article.
>
> Here's some outputs:
>
> # gmake -v
> GNU Make 3.82
> Built for amd64-portbld-freebsd8.2
> Copyright (C) 2010  Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
http://gnu.org/licenses/gpl.html
> >
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
> # gcc -v
> Using built-in specs.
> Target: amd64-undermydesk-freebsd
> Configured with: FreeBSD/amd64 system compiler
> Thread model: posix
> gcc version 4.2.2 20070831 prerelease [FreeBSD]
>
> How do I tell the system to use gcc47 instead of 4.2.2 (if that's what
> causes the problems)?
>
> Compiling ffmpeg from source still failes on the same line as in my
orginal
> post.
>
> Thanks a lot for any pointers that will help me resolve this. :-)
>
> All the best,
> Andy
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
freebsd-questions-unsubscr...@freebsd.org"

is there a gcc47 or maybe a typo?

should be
# export CC=gcc46
or
# setenv CC gcc46

if building from source

--
Waitman Gobble
San Jose California USA
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Help compiling ffmpeg from source

[Andy Wodfer]

On Wed, Feb 29, 2012 at 3:09 PM, Andy Wodfer  wrote:

> On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
> freebsd-questi...@herveybayaustralia.com.au> wrote:
>
>> On 02/29/12 23:48, Andy Wodfer wrote:
>>
>>> I'm on FreeBSD 8.2 STABLE (AMD64).
>>>
>>> I need to install the latest ffmpeg 0.10, but it fails when compiling. I
>>> must admit I very rarely do it this way. Normally all software is
>>> installed
>>> from ports, but I couldn't find this version of ffmpeg there.
>>>
>>> Heres what I do:
>>>
>>> ./configure
>>> gmake
>>>
>>> and the problem looks like this:
>>>
>>> [snip]
>>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is not a
>>> valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is not
>>> a
>>> valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
>>> base/index expression
>>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not a
>>> valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:27045: Error: `ff_h264_lps_range(%r9d,%r12d,**2)'
>>> is not
>>> a valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is not a
>>> valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is not
>>> a
>>> valid 64 bit base/index expression
>>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
>>> base/index expression
>>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not a
>>> valid 64 bit base/index expression
>>> gmake: *** [libavcodec/h264_cabac.o] Error 1
>>>
>> Thats right, I remember this one- really simple but will get you every
>> time! You need a newer gcc version (probably 4.6 will get you out of
>> trouble if I remember correctly).
>>
>> The port already sets this, it will only bite when you're working solo.
>>
>>
> Ok - thanks!
>
> I'm currently doing this:
> http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
>
> I will report back on how it goes. :-)
>
> Cheers,
> Andy
>

So, I updated gmake to 3.82 from ports and installed gcc47 from ports. I
updated /etc/make.conf as described here:
http://www.freebsd.org/doc/en/articles/custom-gcc/article.html

However, I don't have a libmap file so I skipped this one and the other
ones below in the article.

Here's some outputs:

# gmake -v
GNU Make 3.82
Built for amd64-portbld-freebsd8.2
Copyright (C) 2010  Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

# gcc -v
Using built-in specs.
Target: amd64-undermydesk-freebsd
Configured with: FreeBSD/amd64 system compiler
Thread model: posix
gcc version 4.2.2 20070831 prerelease [FreeBSD]

How do I tell the system to use gcc47 instead of 4.2.2 (if that's what
causes the problems)?

Compiling ffmpeg from source still failes on the same line as in my orginal
post.

Thanks a lot for any pointers that will help me resolve this. :-)

All the best,
Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Help compiling ffmpeg from source

[Andy Wodfer]

On Wed, Feb 29, 2012 at 2:50 PM, Da Rock <
freebsd-questi...@herveybayaustralia.com.au> wrote:

> On 02/29/12 23:48, Andy Wodfer wrote:
>
>> I'm on FreeBSD 8.2 STABLE (AMD64).
>>
>> I need to install the latest ffmpeg 0.10, but it fails when compiling. I
>> must admit I very rarely do it this way. Normally all software is
>> installed
>> from ports, but I couldn't find this version of ffmpeg there.
>>
>> Heres what I do:
>>
>> ./configure
>> gmake
>>
>> and the problem looks like this:
>>
>> [snip]
>> /var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is not a
>> valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is not a
>> valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
>> base/index expression
>> /var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not a
>> valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:27045: Error: `ff_h264_lps_range(%r9d,%r12d,**2)'
>> is not
>> a valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is not a
>> valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is not a
>> valid 64 bit base/index expression
>> /var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
>> base/index expression
>> /var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not a
>> valid 64 bit base/index expression
>> gmake: *** [libavcodec/h264_cabac.o] Error 1
>>
> Thats right, I remember this one- really simple but will get you every
> time! You need a newer gcc version (probably 4.6 will get you out of
> trouble if I remember correctly).
>
> The port already sets this, it will only bite when you're working solo.
>
>
Ok - thanks!

I'm currently doing this:
http://www.freebsd.org/doc/en/articles/custom-gcc/article.html

I will report back on how it goes. :-)

Cheers,
Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Help compiling ffmpeg from source

[Da Rock]

On 02/29/12 23:48, Andy Wodfer wrote:

I'm on FreeBSD 8.2 STABLE (AMD64).

I need to install the latest ffmpeg 0.10, but it fails when compiling. I
must admit I very rarely do it this way. Normally all software is installed
from ports, but I couldn't find this version of ffmpeg there.

Heres what I do:

./configure
gmake

and the problem looks like this:

[snip]
/var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
base/index expression
/var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27045: Error: `ff_h264_lps_range(%r9d,%r12d,2)' is not
a valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
base/index expression
/var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not a
valid 64 bit base/index expression
gmake: *** [libavcodec/h264_cabac.o] Error 1
Thats right, I remember this one- really simple but will get you every 
time! You need a newer gcc version (probably 4.6 will get you out of 
trouble if I remember correctly).


The port already sets this, it will only bite when you're working solo.

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

Help compiling ffmpeg from source

[Andy Wodfer]

I'm on FreeBSD 8.2 STABLE (AMD64).

I need to install the latest ffmpeg 0.10, but it fails when compiling. I
must admit I very rarely do it this way. Normally all software is installed
from ports, but I couldn't find this version of ffmpeg there.

Heres what I do:

./configure
gmake

and the problem looks like this:

[snip]
/var/tmp//ccKzWhb0.s:26921: Error: `ff_h264_norm_shift(%r10d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:26923: Error: `ff_h264_mlps_state+128(%edi)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:26931: Error: `-1(%r9d)' is not a valid 64 bit
base/index expression
/var/tmp//ccKzWhb0.s:26936: Error: `ff_h264_norm_shift(%ecx)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27045: Error: `ff_h264_lps_range(%r9d,%r12d,2)' is not
a valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27055: Error: `ff_h264_norm_shift(%r12d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27057: Error: `ff_h264_mlps_state+128(%r9d)' is not a
valid 64 bit base/index expression
/var/tmp//ccKzWhb0.s:27065: Error: `-1(%r11d)' is not a valid 64 bit
base/index expression
/var/tmp//ccKzWhb0.s:27070: Error: `ff_h264_norm_shift(%ecx)' is not a
valid 64 bit base/index expression
gmake: *** [libavcodec/h264_cabac.o] Error 1

Any idea what I can do to fix this?

Thanks!
Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0

[Antonio Olivares]

On Tue, Jan 17, 2012 at 6:50 AM, Antonio Olivares
 wrote:
>>> ===>>> You can restart from the point of failure with this command line:
>>>       portmaster  x11-wm/xfce4-wm
>>>
>>>
>>> Any ideas, pointers/advice/suggestions?
>>>
>>
>> See /usr/ports/UPDATING: 20120116
>>
>> --
>> --
>
> It is not there, there is onlyone for 20120109, none for 20120116 :(
>
> Thanks,
>
> Antonio

I have found a page that shows that advisory.  Thanks for your help.

http://forums.freebsd.org/showthread.php?p=161663

20120116:
  AFFECTS: users of x11/xcb-util
  AUTHOR: ga...@freebsd.org

  x11/xcb-util was updated to 0.3.8 and was split in new modules.
  Dependencies were adjusted but main port symbols were moved to a single
  library, xcb-util.so.  For this reason, all dependent ports must be
  recompiled.If you use portmaster, run:

  # portmaster -R -r xcb-util-0

Kind Regards,


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

Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0

[Antonio Olivares]

>> ===>>> You can restart from the point of failure with this command line:
>>       portmaster  x11-wm/xfce4-wm
>>
>>
>> Any ideas, pointers/advice/suggestions?
>>
>
> See /usr/ports/UPDATING: 20120116
>
> --
> --

It is not there, there is onlyone for 20120109, none for 20120116 :(

Thanks,

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

Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0

[ill...@gmail.com]

On 16 January 2012 22:59, Antonio Olivares  wrote:
> Dear folks,
>
> I am trying to update all ports and have encountered xfce4-wm failing
> to compile.  I used
> # portmaster -a -x xfce4-wm
> to bypass the failure.
. . .
>  CCLD   xfwm4-workspace-settings
> libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la'
> or unhandled argument `/usr/local/lib/libxcb-aux.la'
> gmake[3]: *** [xfwm4-workspace-settings] Error 1
> gmake[3]: Leaving directory
> `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs'
> gmake[2]: *** [all] Error 2
> gmake[2]: Leaving directory
> `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3'
> gmake: *** [all] Error 2
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
>
> ===>>> make failed for x11-wm/xfce4-wm
> ===>>> Aborting update
>
> ===>>> Update for x11-wm/xfce4-wm failed
> ===>>> Aborting update
>
> Terminated
> ===>>> The following actions were performed:
>        Re-installation of poppler-glib-0.18.0
>
>
> ===>>> You can restart from the point of failure with this command line:
>       portmaster  x11-wm/xfce4-wm
>
>
> Any ideas, pointers/advice/suggestions?
>

See /usr/ports/UPDATING: 20120116

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

Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0

[Antonio Olivares]

Dear folks,

I am trying to update all ports and have encountered xfce4-wm failing
to compile.  I used
# portmaster -a -x xfce4-wm
to bypass the failure.

===>>> Launching child to install x11-wm/xfce4-wm

===>>> Port directory: /usr/ports/x11-wm/xfce4-wm

===>>> Starting check for build dependencies
===>>> Gathering dependency list for x11-wm/xfce4-wm from ports
===>>> Dependency check complete for x11-wm/xfce4-wm
===>  Cleaning for xfce4-wm-4.8.3

===>  License check disabled, port has not defined LICENSE
===>  Found saved configuration for xfce4-wm-4.8.2
===>  Extracting for xfce4-wm-4.8.3
=> SHA256 Checksum OK for xfce4/xfwm4-4.8.3.tar.bz2.
===>  Patching for xfce4-wm-4.8.3
===>  Applying FreeBSD patches for xfce4-wm-4.8.3
===>   xfce4-wm-4.8.3 depends on executable: gmake - found
===>   xfce4-wm-4.8.3 depends on file:
/usr/local/libdata/pkgconfig/x11.pc - found
===>   xfce4-wm-4.8.3 depends on file:
/usr/local/libdata/pkgconfig/sm.pc - found
===>   xfce4-wm-4.8.3 depends on file:
/usr/local/libdata/pkgconfig/xext.pc - found
===>   xfce4-wm-4.8.3 depends on file:
/usr/local/libdata/pkgconfig/xrandr.pc - found
===>   xfce4-wm-4.8.3 depends on file:
/usr/local/libdata/pkgconfig/xrender.pc - found
===>   xfce4-wm-4.8.3 depends on file: /usr/local/bin/intltool-extract - found
===>   xfce4-wm-4.8.3 depends on executable: pkg-config - found
===>   xfce4-wm-4.8.3 depends on executable: update-desktop-database - found
===>   xfce4-wm-4.8.3 depends on executable: gtk-update-icon-cache - found
===>   xfce4-wm-4.8.3 depends on package: libxfce4menu>=4.8.0 - found
===>   xfce4-wm-4.8.3 depends on package: libxfce4util>=4.8.2 - found
===>   xfce4-wm-4.8.3 depends on package: xfce4-conf>=4.8.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: dbus-glib-1.2 - found
===>   xfce4-wm-4.8.3 depends on shared library: wnck-1.22 - found
===>   xfce4-wm-4.8.3 depends on shared library:
startup-notification-1.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: intl - found
===>   xfce4-wm-4.8.3 depends on shared library: atk-1.0.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: gdk_pixbuf-2.0.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: glib-2.0.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: gtk-x11-2.0.0 - found
===>   xfce4-wm-4.8.3 depends on shared library: pango-1.0.0 - found
===>  Configuring for xfce4-wm-4.8.3
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
checking for gawk... gawk
checking whether gmake sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by gmake... GNU
checking for gcc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking dependency style of cc... gcc3
checking dependency style of cc... (cached) gcc3
checking how to run the C preprocessor... cpp
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for library containing strerror... none required
checking for gcc... (cached) cc
checking whether we are using the GNU C compiler... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for cc option to accept ISO C89... (cached) none needed
checking dependency style of cc... (cached) gcc3
checking dependency style of cc... (cached) gcc3
checking whether cc understands -c and -o together... yes
checking whether NLS is requested... yes
checking for intltool >= 0.31... 0.41.1 found
checking for intltool-update... /usr/local/bin/intltool-update
checking for intltool-merge... /usr/local/bin/intltool-merge
checking for intltool-extract... /usr/local/bin/intltool-extract
checking for xgettext... /usr/local/bin/xgettext
checking for msgmerge... /usr/local/bin/msgmerge
checking for msgfmt... /usr/local/bin/msgfmt
checking for gmsgfmt... /usr/local/bin/msgfmt
check

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

On Sun, 19 Jun 2011 12:22:56 -0600 (MDT), Warren Block wrote:
> Oops, I didn't read the question accurately.  This might be more 
> useful: 
> http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html

Oops, and I answered too fast: YYes, that's the kind of list
I was searching for. Now it's quite easy to deduct the correect
CPUTYPE <- -m  <- actual processor name.


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

On Sun, 19 Jun 2011 10:32:24 -0600 (MDT), Warren Block wrote:
> On Sun, 19 Jun 2011, Polytropon wrote:
> 
> > On Sun, 19 Jun 2011 04:15:16 +0100, Frank Shute wrote:
> >> I've used "nocona" with my core2 with satisfactory results.
> >
> > Is there a list that states which CPU should be used with
> > (at least) which CPUTYPE setting?
> 
> /usr/share/examples/etc/make.conf

Yes, that is where I got the initial setting of "core2" from.
but it didn't work out of the box. However with the hint of
first omitting CPUTYPE, compiling and installing the system,
then setting it to "core2" and doing the run again, it worked.
Time per compile run was a little bit more than 2 hours, which
is acceptable (compared to more than 7 hours for 7-STABE on
my current system, less cores, but more GHz). :-)

For further system updates per source, there should now be
no more problem with using the correct CPUTYPE setting.

However, I'll have to check why "Giant" is that bad that I
don't get the bktr (Brooktree TV capture card) into the
kernel...



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Warren Block]

On Sun, 19 Jun 2011, Warren Block wrote:


On Sun, 19 Jun 2011, Polytropon wrote:


On Sun, 19 Jun 2011 04:15:16 +0100, Frank Shute wrote:

I've used "nocona" with my core2 with satisfactory results.


Is there a list that states which CPU should be used with
(at least) which CPUTYPE setting?


/usr/share/examples/etc/make.conf


Oops, I didn't read the question accurately.  This might be more 
useful: 
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html

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

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Warren Block]

On Sun, 19 Jun 2011, Polytropon wrote:


On Sun, 19 Jun 2011 04:15:16 +0100, Frank Shute wrote:

I've used "nocona" with my core2 with satisfactory results.


Is there a list that states which CPU should be used with
(at least) which CPUTYPE setting?


/usr/share/examples/etc/make.conf
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Joshua Isom]

On 6/18/2011 9:38 PM, Polytropon wrote:

On Sat, 18 Jun 2011 20:52:06 -0500, Adam Vande More wrote:

On Sat, Jun 18, 2011 at 8:05 PM, Polytropon  wrote:


Seems that neither "core" and "core2" are fully supported. Which
CPUTYPE should be used for Intel Core2 4300 then, or can it be
omitted without problems?



I've used core successfully for years.  Did you clean any potential
conflicts?


I'm sure I did. I have a minimal /etc/make.conf and I also
remove /usr/obj (and "make clean") before any new attempt.




What happens if you just comment out CPUTYPE for this run after
the clean out?


I'm currently trying that, the build is still running. The
system as been initially installed as 8.1 from CD #1, then
upgraded to 8.2-PRERELEASE as of January 1st (from source),
and that's the system that's currently performing the build
process.

After I have (hopefully) successfully installed latest 8-STABLE,
I'll see if CPUTYPE=core or CPUTYPE=core2 will then work.

Are there alternative CPUTYPEs for the CPU in question?




Just use native.  I build ports with -march=native and -mtune=native.  I 
leave the base alone because I don't know if I'll ever need to downgrade 
from my athlon II(k10) to my sempron(k8) and recompile all my ports.


Of course that should only matter if clang supports sse4 and I build 
with clang.

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

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

On Sun, 19 Jun 2011 04:15:16 +0100, Frank Shute wrote:
> I've used "nocona" with my core2 with satisfactory results.

Is there a list that states which CPU should be used with
(at least) which CPUTYPE setting?

Meanwhile, the build process stopped after nearly 2 hours
with the following error:

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredun
dant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-
arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostd
inc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTI
ON_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-
unit-growth=100 --param large-function-growth=1000  -fno-omit-frame-pointer -mcm
odel=kernel -mno-red-zone  -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -m
no-3dnow  -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-pr
otector -Werror  /usr/src/sys/dev/bktr/bktr_i2c.c
cc1: warnings being treated as errors
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_smb_callback':
/usr/src/sys/dev/bktr/bktr_i2c.c:131: warning: implicit declaration of function
'mtx_lock'
/usr/src/sys/dev/bktr/bktr_i2c.c:131: warning: nested extern declaration of 'mtx
_lock'
/usr/src/sys/dev/bktr/bktr_i2c.c:131: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c:131: error: (Each undeclared identifier is repo
rted only once
/usr/src/sys/dev/bktr/bktr_i2c.c:131: error: for each function it appears in.)
/usr/src/sys/dev/bktr/bktr_i2c.c:136: warning: implicit declaration of function
'mtx_unlock'
/usr/src/sys/dev/bktr/bktr_i2c.c:136: warning: nested extern declaration of 'mtx
_unlock'
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_iic_callback':
sr/src/sys/dev/bktr/bktr_i2c.c:168: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_iic_reset':
/usr/src/sys/dev/bktr/bktr_i2c.c:195: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_iic_setsda':
/usr/src/sys/dev/bktr/bktr_i2c.c:208: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_iic_setscl':
/usr/src/sys/dev/bktr/bktr_i2c.c:225: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_iic_getsda':
/usr/src/sys/dev/bktr/bktr_i2c.c:243: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_write':
/usr/src/sys/dev/bktr/bktr_i2c.c:260: error: 'Giant' undeclared (first use in th
is function)
/usr/src/sys/dev/bktr/bktr_i2c.c: In function 'bti2c_smb_readb':
/usr/src/sys/dev/bktr/bktr_i2c.c:330: error: 'Giant' undeclared (first use in th
is function)
*** Error code 1

Stop in /usr/obj/usr/src/sys/EC1056.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

I intended to keep my TV (and video) capturing card in use,
accoding to "pciconf -lv" it's a Conexant (Was: Brooktree Corp)
"7610144D&REV_02\4&1F7DBC9F&0&09F0 TV Video Capture" which
worked on 7-STABLE/i386 (and still does), so I added the
following to my kernel config for 8.2:

device  bktr
options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL
options BKTR_USE_PLL
options BKTR_GPIO_ACCESS
options BKTR_USE_FREEBSD_SMBUS

I also have the dependencies (smbus) for this device added.

Is there a known problem with this (admittedly oldfashioned)
hardware on 8-STABLE/amd64 I should know of?

In the meantime, I'll also comment out this piece of hardware
and try again from start.

-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Frank Shute]

On Sun, Jun 19, 2011 at 04:38:39AM +0200, Polytropon wrote:
>
> On Sat, 18 Jun 2011 20:52:06 -0500, Adam Vande More wrote:
> > On Sat, Jun 18, 2011 at 8:05 PM, Polytropon  wrote:
> > 
> > > Seems that neither "core" and "core2" are fully supported. Which
> > > CPUTYPE should be used for Intel Core2 4300 then, or can it be
> > > omitted without problems?
> > >
> > 
> > I've used core successfully for years.  Did you clean any potential
> > conflicts? 
> 
> I'm sure I did. I have a minimal /etc/make.conf and I also
> remove /usr/obj (and "make clean") before any new attempt.
> 
> 
> > What happens if you just comment out CPUTYPE for this run after
> > the clean out?
> 
> I'm currently trying that, the build is still running. The
> system as been initially installed as 8.1 from CD #1, then
> upgraded to 8.2-PRERELEASE as of January 1st (from source),
> and that's the system that's currently performing the build
> process.
> 
> After I have (hopefully) successfully installed latest 8-STABLE,
> I'll see if CPUTYPE=core or CPUTYPE=core2 will then work.
> 
> Are there alternative CPUTYPEs for the CPU in question?
> 

I've used "nocona" with my core2 with satisfactory results.

No idea if it produces faster code as I haven't tested.


Regards,

-- 

 Frank

 Contact info: http://www.shute.org.uk/misc/contact.html




pgpYWUFAu4r4D.pgp
Description: PGP signature

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

On Sat, 18 Jun 2011 20:52:06 -0500, Adam Vande More wrote:
> On Sat, Jun 18, 2011 at 8:05 PM, Polytropon  wrote:
> 
> > Seems that neither "core" and "core2" are fully supported. Which
> > CPUTYPE should be used for Intel Core2 4300 then, or can it be
> > omitted without problems?
> >
> 
> I've used core successfully for years.  Did you clean any potential
> conflicts? 

I'm sure I did. I have a minimal /etc/make.conf and I also
remove /usr/obj (and "make clean") before any new attempt.



> What happens if you just comment out CPUTYPE for this run after
> the clean out?

I'm currently trying that, the build is still running. The
system as been initially installed as 8.1 from CD #1, then
upgraded to 8.2-PRERELEASE as of January 1st (from source),
and that's the system that's currently performing the build
process.

After I have (hopefully) successfully installed latest 8-STABLE,
I'll see if CPUTYPE=core or CPUTYPE=core2 will then work.

Are there alternative CPUTYPEs for the CPU in question?




-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Adam Vande More]

On Sat, Jun 18, 2011 at 8:05 PM, Polytropon  wrote:

> Seems that neither "core" and "core2" are fully supported. Which
> CPUTYPE should be used for Intel Core2 4300 then, or can it be
> omitted without problems?
>

I've used core successfully for years.  Did you clean any potential
conflicts?  What happens if you just comment out CPUTYPE for this run after
the clean out?



-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

This happened with CPUTYPE=core after 11 minutes:

--
>>> stage 4.2: building libraries
--
cd /usr/src;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUT
YPE=core  GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  GROFF_FONT_PATH=/u
sr/obj/usr/src/tmp/legacy/usr/share/groff_font  GROFF_TMAC_PATH=/usr/obj/usr/src
/tmp/legacy/usr/share/tmac  _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  VERSION="FreeB
SD 8.2-PRERELEASE amd64 802500"  INSTALL="sh /usr/src/tools/install.sh"  PATH=/u
sr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/
usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/
usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 ma
ke -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp -DNO_FSCHG -DWITHOUT_HTML -DWIT
HOUT_INFO -DNO_LINT  -DWITHOUT_MAN -DWITHOUT_PROFILE libraries
cd /usr/src;  make -f Makefile.inc1 _prereq_libs;  make -f Makefile.inc1 _startu
p_libs;  make -f Makefile.inc1 _prebuild_libs;  make -f Makefile.inc1 _generic_l
ibs;
===> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
rm -f .depend
mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_nonshare
d/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libs
sp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/includ
e -DPIC /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/lib
ssp/ssp-local.c
cc -O2 -pipe -march=core -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_nonsha
red/..  -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/l
ibssp  -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/in
clude -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector  -c /usr/src/
gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c
/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-
local.c:1: error: bad value (core) for -march= switch
/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-
local.c:1: error: bad value (core) for -mtune= switch
*** Error code 1

Stop in /usr/src/gnu/lib/libssp/libssp_nonshared.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


Seems that neither "core" and "core2" are fully supported. Which
CPUTYPE should be used for Intel Core2 4300 then, or can it be
omitted without problems?



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

On Sat, 18 Jun 2011 19:26:25 -0500, Adam Vande More wrote:
> Here's a guess, I seem to remember another with a similar situation.  The
> core2 support is rather new, as in very new.  The current compiler on your
> system doesn't support it, although one build from sources should.  If IIRC,
> the original thread contained a workaround, but simply setting it to core
> for now should be fine, and you can change it once the world is installed.

Okay, I'm currently using CPUTYPE=core to compile the system.
After that, I'll check if the (new) system compiler (not from
ports!) will be able to do the same run using CPUTYPE=core2.
Thanks for the hint!


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Adam Vande More]

On Sat, Jun 18, 2011 at 5:32 PM, Polytropon  wrote:

> In the example make.conf, the following section can be found:
>
> # Currently the following CPU types are recognized:
> #   Intel x86 architecture:
> #   (AMD CPUs)  opteron athlon64 athlon-mp athlon-xp athlon-4
> #   athlon-tbird athlon k8 k6-3 k6-2 k6 k5
> #   (Intel CPUs)core2 core nocona pentium4m pentium4 prescott
> #   pentium3m pentium3 pentium-m pentium2
> #   pentiumpro pentium-mmx pentium i486 i386
> #   (Via CPUs)  c3 c3-2
> #   Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4
> #   AMD64 architecture: opteron, athlon64, nocona, prescott, core2
> #   Intel ia64 architecture: itanium2, itanium
> #
> # (?= allows to buildworld for a different CPUTYPE.)
>
> As dmesg indicates I have a "Intel(R) Core(TM)2" as indicated
> by dmesg, I thought
>
>CPUTYPE=core2
>
> would be the correct setting. Maybe it's not?
>

Here's a guess, I seem to remember another with a similar situation.  The
core2 support is rather new, as in very new.  The current compiler on your
system doesn't support it, although one build from sources should.  If IIRC,
the original thread contained a workaround, but simply setting it to core
for now should be fine, and you can change it once the world is installed.

-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Problems compiling 8-STABLE/amd64 system on Intel Core2 4300

[Polytropon]

I am currently installing FreeBSD on my new (haha) home
desktop system that's waiting for some years now for this
event. The system is a quite cheap home PC from a discounter
that has the following CPU:

CPU: Intel(R) Core(TM)2 CPU 4300
@1.80GHz (1799.81-MHz K8-class CPU)

Some time ago, I've been installing FreeBSD 8.1 for amd64
from installation CD #1. Now I've upgraded the sources by
csup to the latest 8-STABLE (as I am intending to follow
the -STABLE branch). The machine has 2 GB RAM which are
correctly recognized. It also has two SATA drives (300
and 470 GB), VIA HD ALC660 (040300) "hda" audio, an nVidia
GeForce7600 GS (G73) GPU and _now_ a 3Com 3C905B "xl" NIC
(as the onboard VIA Rhine II "vr" NIC seems to be dead - 
there's lots of VIA stuff onboard).

I've also derived my kernel config from /sys/amd64/conf/GENERIC
to represent the special settings I need. It's basically the
same set of settings I'm successfully using on 7-STABLE/i386.
Of course, the kernel contains COMPAT_FREEBSD32 as well as
COMPAT_FREEBSD[4567].

After

# cd /usr/src
# make buildworld buildkernel KERNCONF=EC1056

stopped, running approx. one hour, the following error was
displayed:

[...]
--
>>> stage 5.1: building 32 bit shim libraries
--
[...]
echo make-roken: /usr/lib/libc.a  >> .depend
===> kerberos5/tools/asn1_compile (depend)
sed -e '96s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e '96s/",/\\n#endif\\n",/' /usr/s
rc/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > ge
n_glue-fixed.c
lex -t  /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/l
ex.l > lex.c
yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal
/lib/asn1/parse.y
yacc: 4 shift/reduce conflicts
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make
[...]
cc -O2 -pipe -march=core2 -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-
version/../../include -std=gnu99   -c /usr/src/kerberos5/tools/make-print-versio
n/../../../crypto/heimdal/lib/vers/make-print-version.c
/usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/mak
e-print-version.c:1: error: bad value (core2) for -march= switch
/usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/mak
e-print-version.c:1: error: bad value (core2) for -mtune= switch
*** Error code 1

Stop in /usr/src/kerberos5/tools/make-print-version.
*** Error code 1

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** Error code 1

Stop in /usr/src/kerberos5/tools.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Obviously, the error is

error: bad value (core2) for -mtune= switch

which originates from a /etc/make.conf setting.



In the example make.conf, the following section can be found:

# Currently the following CPU types are recognized:
#   Intel x86 architecture:
#   (AMD CPUs)  opteron athlon64 athlon-mp athlon-xp athlon-4
#   athlon-tbird athlon k8 k6-3 k6-2 k6 k5
#   (Intel CPUs)core2 core nocona pentium4m pentium4 prescott
#   pentium3m pentium3 pentium-m pentium2
#   pentiumpro pentium-mmx pentium i486 i386
#   (Via CPUs)  c3 c3-2
#   Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4
#   AMD64 architecture: opteron, athlon64, nocona, prescott, core2
#   Intel ia64 architecture: itanium2, itanium
#
# (?= allows to buildworld for a different CPUTYPE.)

As dmesg indicates I have a "Intel(R) Core(TM)2" as indicated
by dmesg, I thought

CPUTYPE=core2

would be the correct setting. Maybe it's not? I got the impression
that all modern CPUs now will run amd64 (which will be the default
architecture of the near future anyway), but maybe my system is
not modern enough...?

I'm not setting any other CFLGAGS there.



So here are my questions:

1. Am I correctly using amd64 in this particular case?

2. Which is the correct CPUTYPE setting for my CPU?

Any advice would help me to make the transition to my new (haha)
home desktop within this year. :-)


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Unusual Error while compiling from Portstree

[Jason Helfman]

On Thu, May 26, 2011 at 04:44:16PM +0200, herbert langhans thus spake:

Hi Daemons,
recently some of the ports get stuck when I compile from the portstree
with #make install - it says '1 out of 1 hunks failed--saving rejects to
nbase/configure.rej'.

The portstree is updated, FreeBSD 7.2 on this laptop, many other ports
are working.

I had such trouble with ports/graphics/xv, with ImageMagick and now with
nmap too. Here is the output:


sandcat# cd /usr/ports/security/nmap
sandcat# make install
===>  Vulnerability check disabled, database not found
===>  License GPLv2 accepted by the user
=> nmap-5.51.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch http://nmap.org/dist/nmap-5.51.tar.bz2
nmap-5.51.tar.bz2 100% of   16 MB   99 kBps
00m00s
===>  Extracting for nmap-5.51_1
=> SHA256 Checksum OK for nmap-5.51.tar.bz2.
===>  Patching for nmap-5.51_1
===>  Applying FreeBSD patches for nmap-5.51_1
1 out of 1 hunks failed--saving rejects to nbase/configure.rej
=> Patch patch-nbase__configure failed to apply cleanly.
=> Patch(es) patch-Makefile.in patch-TargetGroup.cc patch-configure
patch-libdnet-stripped__configure patch-libdnet-stripped__src__eth-bsd.c
applied cleanly.
*** Error code 1

Stop in /usr/ports/security/nmap.
sandcat#


Anybody has an idea whats wrong there? I have no clue what it is about
failed hunks and such!

Thanks!
herb langhans



You may want to run a 'make clean' and also a 'portsnap fetch update', as I
have a updated ports tree, as of this morning, and running 'make patch'
exits with no issue.

[jhelfman@eggman /usr/ports/security/nmap]$ sudo make patch
===>  License GPLv2 accepted by the user
=> nmap-5.51.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch http://nmap.org/dist/nmap-5.51.tar.bz2
nmap-5.51.tar.bz2 100% of   16 MB  184 kBps
00m00s
===>  Extracting for nmap-5.51_1
=> SHA256 Checksum OK for nmap-5.51.tar.bz2.
===>  Patching for nmap-5.51_1
===>  Applying FreeBSD patches for nmap-5.51_1
[jhelfman@eggman /usr/ports/security/nmap]$

-jgh

--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD  4342 5E92 AD66 8C8C FBA5
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Unusual Error while compiling from Portstree

[herbert langhans]

Hi Daemons,
recently some of the ports get stuck when I compile from the portstree
with #make install - it says '1 out of 1 hunks failed--saving rejects to
nbase/configure.rej'.

The portstree is updated, FreeBSD 7.2 on this laptop, many other ports
are working.

I had such trouble with ports/graphics/xv, with ImageMagick and now with
nmap too. Here is the output:


sandcat# cd /usr/ports/security/nmap
sandcat# make install
===>  Vulnerability check disabled, database not found
===>  License GPLv2 accepted by the user
=> nmap-5.51.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch http://nmap.org/dist/nmap-5.51.tar.bz2
nmap-5.51.tar.bz2 100% of   16 MB   99 kBps
00m00s
===>  Extracting for nmap-5.51_1
=> SHA256 Checksum OK for nmap-5.51.tar.bz2.
===>  Patching for nmap-5.51_1
===>  Applying FreeBSD patches for nmap-5.51_1
1 out of 1 hunks failed--saving rejects to nbase/configure.rej
=> Patch patch-nbase__configure failed to apply cleanly.
=> Patch(es) patch-Makefile.in patch-TargetGroup.cc patch-configure
patch-libdnet-stripped__configure patch-libdnet-stripped__src__eth-bsd.c
applied cleanly.
*** Error code 1

Stop in /usr/ports/security/nmap.
sandcat# 


Anybody has an idea whats wrong there? I have no clue what it is about
failed hunks and such!

Thanks!
herb langhans

-- 
sprachtraining langhans
herbert langhans, warschau
http://www.langhans.com.pl
herbert dot raimund at gmx dot net
+0048 603 341 441
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Kernel compiling problems

[b. f.]

>Heya!
>
>Anybody know what's wrong with this?
>
>## make buildworld buildkernel KERNCONF=NINJA

...

>/usr/src/sys/kern/sysv_msg.c:163: error: invalid application of 'sizeof' to
>incomplete type 'struct freebsd7_msgctl_args

This error message is suggestive. ;)


>options COMPAT_FREEBSD4
>
>options COMPAT_FREEBSD5
>
>options COMPAT_FREEBSD6

Upgrading from 7.x to 8.x, eh?  But I think you forgot to update parts
of your kernel config.  From
src/sys/conf/NOTES:

"Note that as a general rule, COMPAT_FREEBSD depends on
COMPAT_FREEBSD, COMPAT_FREEBSD, etc."

... up until m-1, where m is the FreeBSD version you are building.  So
if you have COMPAT_FREEBSD[456], you need COMPAT_FREEBSD7 as well.
(When running 7.x, you didn't need it, of course.)


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

Re: Kernel compiling problems

[David Demelier]

On 25/02/2011 12:21, Redd Vinylene wrote:

Heya!

Anybody know what's wrong with this?

## make buildworld buildkernel KERNCONF=NINJA

cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions
-nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000  -mno-align-long-strings
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
-mno-sse3 -ffreestanding -fstack-protector -Werror
/usr/src/sys/kern/sysv_msg.c
/usr/src/sys/kern/sysv_msg.c:163: error: invalid application of 'sizeof' to
incomplete type 'struct freebsd7_msgctl_args'
/usr/src/sys/kern/sysv_msg.c:163: error: 'freebsd7_msgctl' undeclared here
(not in a function)
/usr/src/sys/kern/sysv_msg.c:1463: error: initializer element is not
constant
/usr/src/sys/kern/sysv_msg.c:1463: error: (near initialization for
'msgcalls[0]')
cc1: warnings being treated as errors
/usr/src/sys/kern/sysv_msg.c:1507: warning: function declaration isn't a
prototype
/usr/src/sys/kern/sysv_msg.c: In function 'freebsd7_msgctl':
/usr/src/sys/kern/sysv_msg.c:1516: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1516: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1516: warning: comparison between pointer and
integer
/usr/src/sys/kern/sysv_msg.c:1517: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1517: error: request for member 'buf' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'msqid' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 2 of
'kern_msgctl' makes integer from pointer without a cast
/usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 3 of
'kern_msgctl' makes integer from pointer without a cast
/usr/src/sys/kern/sysv_msg.c:1535: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1535: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1535: warning: comparison between pointer and
integer
/usr/src/sys/kern/sysv_msg.c:1548: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1548: error: request for member 'buf' in
something not a structure or union
*** Error code 1

Stop in /usr/obj/usr/src/sys/NINJA.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

## /usr/obj/usr/src/sys/NINJA

cpu I586_CPU

ident NINJA

options SCHED_ULE

options PREEMPTION

options FFS

options SOFTUPDATES

options UFS_ACL

options UFS_DIRHASH

options UFS_GJOURNAL

options MD_ROOT

options MSDOSFS

options CD9660

options PROCFS

options PSEUDOFS

options COMPAT_43

options COMPAT_FREEBSD4

options COMPAT_FREEBSD5

options COMPAT_FREEBSD6

options KTRACE

options SYSVSHM

options SYSVMSG

options SYSVSEM

options KBD_INSTALL_CDEV

options _KPOSIX_PRIORITY_SCHEDULING

device pci

device sio

device ata

device atadisk

device atapicd

options ATA_STATIC_ID

device fdc

device atkbdc

device atkbd

device psm

device vga

device splash

device sc

device sound

device ether

device miibus

device rl

device ep

device loop

device random

device tun

device pty

device md

options AUDIT

options INET

options INET6

device gif

device faith

device bpf

device pf

device pflog

device pfsync

options ALTQ

options ALTQ_CBQ

options ALTQ_RED

options ALTQ_RIO

options ALTQ_HFSC

options ALTQ_PRIQ

## uname -v

FreeBSD 7.0-STABLE #0: Thu Jul 24 18:57:08 CEST 2008

## /etc/cvsupfile

*default host=cvsup.no.FreeBSD.org

*default base=/var/db

*default prefix=/usr

*default release=cvs tag=RELENG_8

*default delete use-rel-suffix

src-all

doc-all tag=.

Many thanks!
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


I hope you're not running buildworld eachtime you try to compile the 
kernel :p


--
David Demelier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Kernel compiling problems

[Damien Fleuriot]

Do not use a custom kern for your upgrade, build generic with pf and altq.

I'm not sure your CPU type is correct ?
I could be wrong, haven't used 32bits for a while.

Make clean, then build the world, then your kern.
Once you have generic working, make your custom kern

---
Fleuriot Damien

On 25 Feb 2011, at 12:21, Redd Vinylene  wrote:

> Heya!
> 
> Anybody know what's wrong with this?
> 
> ## make buildworld buildkernel KERNCONF=NINJA
> 
> cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
> -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions
> -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
> -finline-limit=8000 --param inline-unit-growth=100 --param
> large-function-growth=1000  -mno-align-long-strings
> -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
> -mno-sse3 -ffreestanding -fstack-protector -Werror
> /usr/src/sys/kern/sysv_msg.c
> /usr/src/sys/kern/sysv_msg.c:163: error: invalid application of 'sizeof' to
> incomplete type 'struct freebsd7_msgctl_args'
> /usr/src/sys/kern/sysv_msg.c:163: error: 'freebsd7_msgctl' undeclared here
> (not in a function)
> /usr/src/sys/kern/sysv_msg.c:1463: error: initializer element is not
> constant
> /usr/src/sys/kern/sysv_msg.c:1463: error: (near initialization for
> 'msgcalls[0]')
> cc1: warnings being treated as errors
> /usr/src/sys/kern/sysv_msg.c:1507: warning: function declaration isn't a
> prototype
> /usr/src/sys/kern/sysv_msg.c: In function 'freebsd7_msgctl':
> /usr/src/sys/kern/sysv_msg.c:1516: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1516: error: request for member 'cmd' in
> something not a structure or union
> /usr/src/sys/kern/sysv_msg.c:1516: warning: comparison between pointer and
> integer
> /usr/src/sys/kern/sysv_msg.c:1517: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1517: error: request for member 'buf' in
> something not a structure or union
> /usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'msqid' in
> something not a structure or union
> /usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'cmd' in
> something not a structure or union
> /usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 2 of
> 'kern_msgctl' makes integer from pointer without a cast
> /usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 3 of
> 'kern_msgctl' makes integer from pointer without a cast
> /usr/src/sys/kern/sysv_msg.c:1535: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1535: error: request for member 'cmd' in
> something not a structure or union
> /usr/src/sys/kern/sysv_msg.c:1535: warning: comparison between pointer and
> integer
> /usr/src/sys/kern/sysv_msg.c:1548: error: dereferencing pointer to
> incomplete type
> /usr/src/sys/kern/sysv_msg.c:1548: error: request for member 'buf' in
> something not a structure or union
> *** Error code 1
> 
> Stop in /usr/obj/usr/src/sys/NINJA.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> Stop in /usr/src.
> 
> ## /usr/obj/usr/src/sys/NINJA
> 
> cpu I586_CPU
> 
> ident NINJA
> 
> options SCHED_ULE
> 
> options PREEMPTION
> 
> options FFS
> 
> options SOFTUPDATES
> 
> options UFS_ACL
> 
> options UFS_DIRHASH
> 
> options UFS_GJOURNAL
> 
> options MD_ROOT
> 
> options MSDOSFS
> 
> options CD9660
> 
> options PROCFS
> 
> options PSEUDOFS
> 
> options COMPAT_43
> 
> options COMPAT_FREEBSD4
> 
> options COMPAT_FREEBSD5
> 
> options COMPAT_FREEBSD6
> 
> options KTRACE
> 
> options SYSVSHM
> 
> options SYSVMSG
> 
> options SYSVSEM
> 
> options KBD_INSTALL_CDEV
> 
> options _KPOSIX_PRIORITY_SCHEDULING
> 
> device pci
> 
> device sio
> 
> device ata
> 
> device atadisk
> 
> device atapicd
> 
> options ATA_STATIC_ID
> 
> device fdc
> 
> device atkbdc
> 
> device atkbd
> 
> device psm
> 
> device vga
> 
> device splash
> 
> device sc
> 
> device sound
> 
> device ether
> 
> device miibus
> 
> device rl
> 
> device ep
> 
> device loop
> 
> device random
> 
> device tun
> 
> device pty
> 
> device md
> 
> options AUDIT
> 
> options INET
> 
> options INET6
> 
> device gif
> 
> device faith
> 
> device bpf
> 
> device pf
> 
> device pflog
> 
> device pfsync
> 
> options ALTQ
> 
> options ALTQ_CBQ
> 
> options ALTQ_RED
> 
> options ALTQ_RIO
> 
> options ALTQ_HFSC
> 
> options ALTQ_PRIQ
> 
> ## uname -v
> 
> FreeBSD 7.0-STABLE #0: Thu Jul 24 18:57:08 CEST 2008
> 
> ## /etc/cvsupfile
> 
> *default host=cvsup.no.FreeBSD.org
> 
> *default base=/var/db
> 
> *default prefix=/usr
> 
> *default release=cvs tag=RELENG_8
> 
> *default delete use-rel-suffix
> 
> src-all
> 
> doc-all tag=.
> 
> Many

Re: Kernel compiling problems

[Chris Rees]

On 25 February 2011 11:21, Redd Vinylene  wrote:
> Heya!
>
> Anybody know what's wrong with this?
>
> ## make buildworld buildkernel KERNCONF=NINJA
>

Have you successfully used NINJA to build a kernel before?

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

Kernel compiling problems

[Redd Vinylene]

Heya!

Anybody know what's wrong with this?

## make buildworld buildkernel KERNCONF=NINJA

cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions
-nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000  -mno-align-long-strings
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
-mno-sse3 -ffreestanding -fstack-protector -Werror
/usr/src/sys/kern/sysv_msg.c
/usr/src/sys/kern/sysv_msg.c:163: error: invalid application of 'sizeof' to
incomplete type 'struct freebsd7_msgctl_args'
/usr/src/sys/kern/sysv_msg.c:163: error: 'freebsd7_msgctl' undeclared here
(not in a function)
/usr/src/sys/kern/sysv_msg.c:1463: error: initializer element is not
constant
/usr/src/sys/kern/sysv_msg.c:1463: error: (near initialization for
'msgcalls[0]')
cc1: warnings being treated as errors
/usr/src/sys/kern/sysv_msg.c:1507: warning: function declaration isn't a
prototype
/usr/src/sys/kern/sysv_msg.c: In function 'freebsd7_msgctl':
/usr/src/sys/kern/sysv_msg.c:1516: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1516: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1516: warning: comparison between pointer and
integer
/usr/src/sys/kern/sysv_msg.c:1517: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1517: error: request for member 'buf' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'msqid' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1532: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 2 of
'kern_msgctl' makes integer from pointer without a cast
/usr/src/sys/kern/sysv_msg.c:1532: warning: passing argument 3 of
'kern_msgctl' makes integer from pointer without a cast
/usr/src/sys/kern/sysv_msg.c:1535: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1535: error: request for member 'cmd' in
something not a structure or union
/usr/src/sys/kern/sysv_msg.c:1535: warning: comparison between pointer and
integer
/usr/src/sys/kern/sysv_msg.c:1548: error: dereferencing pointer to
incomplete type
/usr/src/sys/kern/sysv_msg.c:1548: error: request for member 'buf' in
something not a structure or union
*** Error code 1

Stop in /usr/obj/usr/src/sys/NINJA.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

## /usr/obj/usr/src/sys/NINJA

cpu I586_CPU

ident NINJA

options SCHED_ULE

options PREEMPTION

options FFS

options SOFTUPDATES

options UFS_ACL

options UFS_DIRHASH

options UFS_GJOURNAL

options MD_ROOT

options MSDOSFS

options CD9660

options PROCFS

options PSEUDOFS

options COMPAT_43

options COMPAT_FREEBSD4

options COMPAT_FREEBSD5

options COMPAT_FREEBSD6

options KTRACE

options SYSVSHM

options SYSVMSG

options SYSVSEM

options KBD_INSTALL_CDEV

options _KPOSIX_PRIORITY_SCHEDULING

device pci

device sio

device ata

device atadisk

device atapicd

options ATA_STATIC_ID

device fdc

device atkbdc

device atkbd

device psm

device vga

device splash

device sc

device sound

device ether

device miibus

device rl

device ep

device loop

device random

device tun

device pty

device md

options AUDIT

options INET

options INET6

device gif

device faith

device bpf

device pf

device pflog

device pfsync

options ALTQ

options ALTQ_CBQ

options ALTQ_RED

options ALTQ_RIO

options ALTQ_HFSC

options ALTQ_PRIQ

## uname -v

FreeBSD 7.0-STABLE #0: Thu Jul 24 18:57:08 CEST 2008

## /etc/cvsupfile

*default host=cvsup.no.FreeBSD.org

*default base=/var/db

*default prefix=/usr

*default release=cvs tag=RELENG_8

*default delete use-rel-suffix

src-all

doc-all tag=.

Many thanks!
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling software with different compiler than cc or clang results in unusable output

[Ian Smith]

In freebsd-questions Digest, Vol 327, Issue 11, Message: 4
On Sat, 11 Sep 2010 "O. Hartmann"  wrote:
 > On 09/11/10 11:43, Andrew Brampton wrote:
 > > On 11 September 2010 10:28, O. Hartmann
 > >   wrote:
 > >>
 > >> you see me a kind of desperate. I wrote my own a small piece of  
 > >> software in
 > >> C, calculating the orbit and position of astronomical objects, astroids, 
 > >> in
 > >> a heliocentric coordinate system from Keplerian orbital elements. So far.

Don't expect too much accuracy from Keplerian orbits anywhere vaguely 
near Jupiter or Saturn - but yes they're a great place to start from.

 > >> The software calculates the set of points of an ellipse based upon
 > >> ephemeridal datas taken from the Minor Planet Cataloge. Again, so far,
 > >> everything all right. The set of points of an orbit is all right and
 > >> correct. But when it comes to positions at a specific time, then I loose
 > >> hair!

The program mentioned below can generate accurate results for as often 
as every few hours; handy at least for comparing your results over time.

 > >> Compiling this piece of software with FreeBSD's gcc (V4.2) and clang 
 > >> (clang
 > >> devel) on my private and lab's FreeBSD boxes (both most recent FreeBSD
 > >> 8.1/amd64), this program does well, the calculated orbital positions are
 > >> very close to professional applications or observational checks. But when
 > >> compiling the sources with gcc44 or gcc45 (same source, same CFLAG 
 > >> setting,
 > >> mostly no CFLAGS set), then there is a great discrepancy. Sometimes when
 > >> plotting positions, the results plotted seconds before differs from the 
 > >> most
 > >> recent. The ellipses are allways correct, but the position of a single 
 > >> point
 > >> at a specific time isn't correct.

Know the feeling; it took Kepler 20 years to get ellipses down pat :)

 > >> I use the GNU autotools to build the package.
 > >>
 > >> I suspekt miscompilations in memory alloction or in some time- or
 > >> mathematical functions like sin, cos.
 > >>
 > >> before I digg deeper I'd like to ask the community for some hints how to
 > >> hunt down such a problem.
 > >>
 > >> regards,
 > >> Oliver
 > >
 > > Sounds a cool project. I suspect you are miss-using a feature of C or
 > > are using uninitialised memory, and with gcc44/45's more aggressive
 > > optimisations it is getting it wrong. I have three suggestions
 > >
 > > 1) Use valgrind to check if it finds anything wrong when running your
 > > program. Check both the good and the bad builds.
 > >
 > > 2) If your program is made up of multiple C files, then try compiling
 > > all of the C files with gcc42, but just one at a time with gcc44. This
 > > way will help you track down exactly which C file has "the bug".
 > >
 > > 3) Finally do some printf debugging to find the first line of code
 > > that is generating the wrong value.
 > >
 > > I hope these suggestions help.
 > > Andrew
 > 
 > Hello Andrew.
 > 
 > Thanks for your comments, they are worth trying out. I will do so ...
 > 
 > item 2) oh, yes, a very good idea ...
 > 
 > item 3) I did already, the whole software is built up by those printf's.
 > 
 > The problem boiled down to be some problem in the UNIX time routines. I 
 > use localtime(3), time(3) and a strftime(3) and strptime(3).
 > 
 > I use a 'wikipedia'-algorithm converting the actual time string into an 
 > 'epoch' used in astronomical calculations. Compiling this routine with 
 > gcc42 and clang everything is all right, compiling it with gcc44 or 
 > gcc45 it returns 10 times higher values. I use very 'primitive' cutoffs 
 > for casting a double value into an int - I need the integrale value, not 
 > the remainings after the decimal point. I will check this again and look 
 > forward for a cleaner solution. But isn't this a 'bug'?
 > 
 > I'll try the BETA of the new FreeBSD PathScale compiler if I get some.
 > 
 > Well, I'll report ...

Please do.  Well I can't help at all about the compilers, but I suggest 
having a close look over Steve Moshier's 'Numerical Integration of Sun, 
Moon and Planets' at http://www.moshier.net/ssystem.html

I compiled the contents of http://www.moshier.net/de118i-2.zip as-is on 
a FreeBSD 5.5 system four years ago and it just ran, reproducing closely 
my late '90s results from the then DOS version SSYSTEM.EXE; there are 
#def

Re: Compiling software with different compiler than cc or clang results in unusable output

[Mehmet Erol Sanliturk]

On Sat, Sep 11, 2010 at 10:05 AM, O. Hartmann <
ohart...@mail.zedat.fu-berlin.de> wrote:
>
> Hello.
> Well, the only other architectures I have access to are Linux boxes.
>
> clang ist a very nice compiler since its syntax checking is formidable. But
> its code is slow and there seems no OpenMP support at the moment.
>
> Oliver
>
>
The following pages may be useful :

www.oracle.com/technetwork/server-storage/solarisstudio/downloads/index-jsp-141149.html

www.oracle.com/technetwork/server-storage/solarisstudio/downloads/index-jsp-136197.html

www.oracle.com/technetwork/server-storage/solarisstudio/documentation/express-june2010-137081.html
( Please notice Support for OpenMP 3.0 features in the C, C++, and Fortran
compilers:  )

This means that you may use Oracle Solaris Studio on Linux  with OpenMP 3.0
support
immediately .

I do not know whether they can be used in FreeBSD as Linux programs or not ,
because I did not study such a  possibility . For me , using Linux directly
is easy .

Thank you very much .


Mehmet Erol Sanliturk
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling software with different compiler than cc or clang results in unusable output

[O. Hartmann]

On 09/11/10 14:26, Mehmet Erol Sanliturk wrote:



On Sat, Sep 11, 2010 at 5:43 AM, Andrew Brampton
mailto:brampton%2bfree...@gmail.com>> wrote:

On 11 September 2010 10:28, O. Hartmann
mailto:ohart...@mail.zedat.fu-berlin.de>> wrote:
 >
 > Dear Sirs,
 >
 > you see me a kind of desperate. I wrote my own a small piece of
 software in
 > C, calculating the orbit and position of astronomical objects,
astroids, in
 > a heliocentric coordinate system from Keplerian orbital elements.
So far.
 > The software calculates the set of points of an ellipse based upon
 > ephemeridal datas taken from the Minor Planet Cataloge. Again, so
far,
 > everything all right. The set of points of an orbit is all right and
 > correct. But when it comes to positions at a specific time, then
I loose
 > hair!
 >
 > Compiling this piece of software with FreeBSD's gcc (V4.2) and
clang (clang
 > devel) on my private and lab's FreeBSD boxes (both most recent
FreeBSD
 > 8.1/amd64), this program does well, the calculated orbital
positions are
 > very close to professional applications or observational checks.
But when
 > compiling the sources with gcc44 or gcc45 (same source, same
CFLAG setting,
 > mostly no CFLAGS set), then there is a great discrepancy.
Sometimes when
 > plotting positions, the results plotted seconds before differs
from the most
 > recent. The ellipses are allways correct, but the position of a
single point
 > at a specific time isn't correct.
 >
 > I use the GNU autotools to build the package.
 >
 > I suspekt miscompilations in memory alloction or in some time- or
 > mathematical functions like sin, cos.
 >
 > before I digg deeper I'd like to ask the community for some hints
how to
 > hunt down such a problem.
 >
 > regards,
 > Oliver

Sounds a cool project. I suspect you are miss-using a feature of C or
are using uninitialised memory, and with gcc44/45's more aggressive
optimisations it is getting it wrong. I have three suggestions

1) Use valgrind to check if it finds anything wrong when running your
program. Check both the good and the bad builds.

2) If your program is made up of multiple C files, then try compiling
all of the C files with gcc42, but just one at a time with gcc44. This
way will help you track down exactly which C file has "the bug".

3) Finally do some printf debugging to find the first line of code
that is generating the wrong value.

I hope these suggestions help.
Andrew



Another check may be to use Sun Studio C and or Fortran  compilers .
These can be used in Linux ( Linux version of Sun Studio )Â  and/or
OpenSolaris or Solaris ( Solaris version of SunStudio ( both in x86 ,
x86_64 , Sparc )Â  ( all of them are ( Solaris , OpenSolaris , Sun
Studio , Linux  )  free ) . All of them are freely downloadable from
www.sun.com <http://www.sun.com> and/or www.opensolaris.com
<http://www.opensolaris.com> ( these sites or their pages may be
redirected to www.oracle.com <http://www.oracle.com> owned pages ) .

Personally I tried GCC compilers , but I found that they are very
unreliable . Now I am using Sun Studio compilers in OpenSolaris and
Linux , and never GCC compilers .Â

Thank you very much .

Mehmet Erol Sanliturk



Â


Hello.
Well, the only other architectures I have access to are Linux boxes.

clang ist a very nice compiler since its syntax checking is formidable. 
But its code is slow and there seems no OpenMP support at the moment.


Oliver

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

Re: Compiling software with different compiler than cc or clang results in unusable output

[O. Hartmann]

On 09/11/10 11:43, Andrew Brampton wrote:

On 11 September 2010 10:28, O. Hartmann
  wrote:


Dear Sirs,

you see me a kind of desperate. I wrote my own a small piece of  software in
C, calculating the orbit and position of astronomical objects, astroids, in
a heliocentric coordinate system from Keplerian orbital elements. So far.
The software calculates the set of points of an ellipse based upon
ephemeridal datas taken from the Minor Planet Cataloge. Again, so far,
everything all right. The set of points of an orbit is all right and
correct. But when it comes to positions at a specific time, then I loose
hair!

Compiling this piece of software with FreeBSD's gcc (V4.2) and clang (clang
devel) on my private and lab's FreeBSD boxes (both most recent FreeBSD
8.1/amd64), this program does well, the calculated orbital positions are
very close to professional applications or observational checks. But when
compiling the sources with gcc44 or gcc45 (same source, same CFLAG setting,
mostly no CFLAGS set), then there is a great discrepancy. Sometimes when
plotting positions, the results plotted seconds before differs from the most
recent. The ellipses are allways correct, but the position of a single point
at a specific time isn't correct.

I use the GNU autotools to build the package.

I suspekt miscompilations in memory alloction or in some time- or
mathematical functions like sin, cos.

before I digg deeper I'd like to ask the community for some hints how to
hunt down such a problem.

regards,
Oliver


Sounds a cool project. I suspect you are miss-using a feature of C or
are using uninitialised memory, and with gcc44/45's more aggressive
optimisations it is getting it wrong. I have three suggestions

1) Use valgrind to check if it finds anything wrong when running your
program. Check both the good and the bad builds.

2) If your program is made up of multiple C files, then try compiling
all of the C files with gcc42, but just one at a time with gcc44. This
way will help you track down exactly which C file has "the bug".

3) Finally do some printf debugging to find the first line of code
that is generating the wrong value.

I hope these suggestions help.
Andrew


Hello Andrew.

Thanks for your comments, they are worth trying out. I will do so ...

item 2) oh, yes, a very good idea ...

item 3) I did already, the whole software is built up by those printf's.

The problem boiled down to be some problem in the UNIX time routines. I 
use localtime(3), time(3) and a strftime(3) and strptime(3).


I use a 'wikipedia'-algorithm converting the actual time string into an 
'epoch' used in astronomical calculations. Compiling this routine with 
gcc42 and clang everything is all right, compiling it with gcc44 or 
gcc45 it returns 10 times higher values. I use very 'primitive' cutoffs 
for casting a double value into an int - I need the integrale value, not 
the remainings after the decimal point. I will check this again and look 
forward for a cleaner solution. But isn't this a 'bug'?


I'll try the BETA of the new FreeBSD PathScale compiler if I get some.

Well, I'll report ...

Oliver

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

Re: Compiling software with different compiler than cc or clang results in unusable output

[Mehmet Erol Sanliturk]

On Sat, Sep 11, 2010 at 5:43 AM, Andrew Brampton

> wrote:

> On 11 September 2010 10:28, O. Hartmann
>  wrote:
> >
> > Dear Sirs,
> >
> > you see me a kind of desperate. I wrote my own a small piece of  software
> in
> > C, calculating the orbit and position of astronomical objects, astroids,
> in
> > a heliocentric coordinate system from Keplerian orbital elements. So far.
> > The software calculates the set of points of an ellipse based upon
> > ephemeridal datas taken from the Minor Planet Cataloge. Again, so far,
> > everything all right. The set of points of an orbit is all right and
> > correct. But when it comes to positions at a specific time, then I loose
> > hair!
> >
> > Compiling this piece of software with FreeBSD's gcc (V4.2) and clang
> (clang
> > devel) on my private and lab's FreeBSD boxes (both most recent FreeBSD
> > 8.1/amd64), this program does well, the calculated orbital positions are
> > very close to professional applications or observational checks. But when
> > compiling the sources with gcc44 or gcc45 (same source, same CFLAG
> setting,
> > mostly no CFLAGS set), then there is a great discrepancy. Sometimes when
> > plotting positions, the results plotted seconds before differs from the
> most
> > recent. The ellipses are allways correct, but the position of a single
> point
> > at a specific time isn't correct.
> >
> > I use the GNU autotools to build the package.
> >
> > I suspekt miscompilations in memory alloction or in some time- or
> > mathematical functions like sin, cos.
> >
> > before I digg deeper I'd like to ask the community for some hints how to
> > hunt down such a problem.
> >
> > regards,
> > Oliver
>
> Sounds a cool project. I suspect you are miss-using a feature of C or
> are using uninitialised memory, and with gcc44/45's more aggressive
> optimisations it is getting it wrong. I have three suggestions
>
> 1) Use valgrind to check if it finds anything wrong when running your
> program. Check both the good and the bad builds.
>
> 2) If your program is made up of multiple C files, then try compiling
> all of the C files with gcc42, but just one at a time with gcc44. This
> way will help you track down exactly which C file has "the bug".
>
> 3) Finally do some printf debugging to find the first line of code
> that is generating the wrong value.
>
> I hope these suggestions help.
> Andrew
>
>

Another check may be to use Sun Studio C and or Fortran  compilers . These
can be used in Linux ( Linux version of Sun Studio )  and/or OpenSolaris or
Solaris ( Solaris version of SunStudio ( both in x86 , x86_64 , Sparc )  (
all of them are ( Solaris , OpenSolaris , Sun Studio , Linux  )  free ) .
All of them are freely downloadable from www.sun.com and/or
www.opensolaris.com ( these sites or their pages may be redirected to
www.oracle.com owned pages ) .

Personally I tried GCC compilers , but I found that they are very unreliable
. Now I am using Sun Studio compilers in OpenSolaris and Linux , and never
GCC compilers .

Thank you very much .

Mehmet Erol Sanliturk
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling software with different compiler than cc or clang results in unusable output

[Andrew Brampton]

On 11 September 2010 10:28, O. Hartmann
 wrote:
>
> Dear Sirs,
>
> you see me a kind of desperate. I wrote my own a small piece of  software in
> C, calculating the orbit and position of astronomical objects, astroids, in
> a heliocentric coordinate system from Keplerian orbital elements. So far.
> The software calculates the set of points of an ellipse based upon
> ephemeridal datas taken from the Minor Planet Cataloge. Again, so far,
> everything all right. The set of points of an orbit is all right and
> correct. But when it comes to positions at a specific time, then I loose
> hair!
>
> Compiling this piece of software with FreeBSD's gcc (V4.2) and clang (clang
> devel) on my private and lab's FreeBSD boxes (both most recent FreeBSD
> 8.1/amd64), this program does well, the calculated orbital positions are
> very close to professional applications or observational checks. But when
> compiling the sources with gcc44 or gcc45 (same source, same CFLAG setting,
> mostly no CFLAGS set), then there is a great discrepancy. Sometimes when
> plotting positions, the results plotted seconds before differs from the most
> recent. The ellipses are allways correct, but the position of a single point
> at a specific time isn't correct.
>
> I use the GNU autotools to build the package.
>
> I suspekt miscompilations in memory alloction or in some time- or
> mathematical functions like sin, cos.
>
> before I digg deeper I'd like to ask the community for some hints how to
> hunt down such a problem.
>
> regards,
> Oliver

Sounds a cool project. I suspect you are miss-using a feature of C or
are using uninitialised memory, and with gcc44/45's more aggressive
optimisations it is getting it wrong. I have three suggestions

1) Use valgrind to check if it finds anything wrong when running your
program. Check both the good and the bad builds.

2) If your program is made up of multiple C files, then try compiling
all of the C files with gcc42, but just one at a time with gcc44. This
way will help you track down exactly which C file has "the bug".

3) Finally do some printf debugging to find the first line of code
that is generating the wrong value.

I hope these suggestions help.
Andrew
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Compiling software with different compiler than cc or clang results in unusable output

[O. Hartmann]

Dear Sirs,

you see me a kind of desperate. I wrote my own a small piece of  
software in C, calculating the orbit and position of astronomical 
objects, astroids, in a heliocentric coordinate system from Keplerian 
orbital elements. So far. The software calculates the set of points of 
an ellipse based upon ephemeridal datas taken from the Minor Planet 
Cataloge. Again, so far, everything all right. The set of points of an 
orbit is all right and correct. But when it comes to positions at a 
specific time, then I loose hair!


Compiling this piece of software with FreeBSD's gcc (V4.2) and clang 
(clang devel) on my private and lab's FreeBSD boxes (both most recent 
FreeBSD 8.1/amd64), this program does well, the calculated orbital 
positions are very close to professional applications or observational 
checks. But when compiling the sources with gcc44 or gcc45 (same source, 
same CFLAG setting, mostly no CFLAGS set), then there is a great 
discrepancy. Sometimes when plotting positions, the results plotted 
seconds before differs from the most recent. The ellipses are allways 
correct, but the position of a single point at a specific time isn't 
correct.


I use the GNU autotools to build the package.

I suspekt miscompilations in memory alloction or in some time- or 
mathematical functions like sin, cos.


before I digg deeper I'd like to ask the community for some hints how to 
hunt down such a problem.


regards,
Oliver
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: ICC users compiling FreeBSD

[Masoom Shaikh]

On Sun, Aug 1, 2010 at 5:56 PM, Rui Paulo  wrote:
>
> Hi,
> I'm looking for people who are using the Intel Compiler to build FreeBSD. 
> Please contact me off list, so I can get a rough estimate on how many people 
> are using it.
>
> Regards,
> --
> Rui Paulo
>
>
> ___
> freebsd-curr...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

besides @current and @stable
@questions may also like to know of the progress
may be not now, later
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling vim with gnome, anyone?

[Antonio Vieiro]

Hi,

Thanks! That solved the issue.

Cheers,
Antonio

On 28/07/2010 15:16, 文鳥 wrote:

On Wed, 28 Jul 2010 11:07:38 +0200
Antonio Vieiro  wrote:



make -DWITH_VIM_OPTIONS config


Hi Antonio,

I also had problems getting gnome support added, but at least the
following worked for me:

make WITH_GTK2=yes WITH_GNOME=yes install clean

Alternatively, you might consider installing ports-mgmt/portconf
and adding the following line to /usr/local/etc/ports.conf:

editors/vim*: WITH_GTK2 | WITH_GNOME

then just type "make".

The same goes for all the other options you need.

Best regards
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


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

Re: Compiling vim with gnome, anyone?

[文鳥]

On Wed, 28 Jul 2010 11:07:38 +0200
Antonio Vieiro  wrote:

> 
>   make -DWITH_VIM_OPTIONS config

Hi Antonio,

I also had problems getting gnome support added, but at least the
following worked for me:

make WITH_GTK2=yes WITH_GNOME=yes install clean

Alternatively, you might consider installing ports-mgmt/portconf
and adding the following line to /usr/local/etc/ports.conf:

editors/vim*: WITH_GTK2 | WITH_GNOME

then just type "make".

The same goes for all the other options you need.

Best regards
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Compiling vim with gnome, anyone?

[Antonio Vieiro]

Hi all,

I'm trying to comile /usr/ports/editors/vim with gnome support.

To show the options I use

make -DWITH_VIM_OPTIONS config

and I select "gnome" in a dialog that is shown.

After that I issue a

make -DWITH_VIM_OPTIONS

But vim does not compile with gnome libraries.

Anyone has an idea on why is this so? Is this port broken or something? 
Should I report it?


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

Re: Problem compiling lsof

[The-IRC FreeBSD]

I personally just synced my servers Kernel and Userland to current via cvsup
on a live system and still get same issue as discussed here for unknown
reasons.

FreeBSD Alpha.The-IRC.Com 8.0-STABLE FreeBSD 8.0-STABLE

===>  Vulnerability check disabled, database not found
===>  Extracting for lsof-4.83B,4
=> MD5 Checksum OK for lsof_4.83B.freebsd.tar.bz2.
=> SHA256 Checksum OK for lsof_4.83B.freebsd.tar.bz2.
===>  Patching for lsof-4.83B,4
===>  Configuring for lsof-4.83B,4
Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c
./lockf_owner.h creation succeeded.
rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c
dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s
Makefile Makefile.zfs ./tests/config.cflags
rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags
Testing C library for localtime() and strftime(), using cc ... present
ln -s dialects/freebsd/dlsof.h dlsof.h
ln -s dialects/freebsd/dmnt.c dmnt.c
ln -s dialects/freebsd/dnode.c dnode.c
ln -s dialects/freebsd/dnode1.c dnode1.c
ln -s dialects/freebsd/dnode2.c dnode2.c
ln -s dialects/freebsd/dproc.c dproc.c
ln -s dialects/freebsd/dproto.h dproto.h
ln -s dialects/freebsd/dsock.c dsock.c
ln -s dialects/freebsd/dstore.c dstore.c
ln -s dialects/freebsd/dzfs.h dzfs.h
ln -s dialects/freebsd/machine.h machine.h
Makefile and lib/Makefile created.
Makefile.zfs created.
./tests/config.cc created
./tests/config.cflags created
./tests/config.ldflags created
./tests/config.xobj created
===>  Building for lsof-4.83B,4
(cd lib; make DEBUG="-O2" CFGF="-pipe -fno-strict-aliasing
-DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE
-DHAS_UFS1_2 -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS
-DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB
-DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6
-DHAS_STRFTIME -DLSOF_VSTR=\"8.0-STABLE\"")
cc  -pipe -fno-strict-aliasing -DHASEFFNLINK=i_effnlink -DHASF_VNODE
-DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV
-DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT
-DHAS_NO_6PPCB -DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS
-DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="8.0-STABLE" -I/usr/src/sys -O2 -c
ckkv.c
In file included from ../dlsof.h:81,
 from ../lsof.h:195,
 from ckkv.c:43:
/usr/src/sys/sys/conf.h:141: error: expected declaration specifiers or '...'
before 'vm_memattr_t'
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd/lib.
*** Error code 1

Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd.
*** Error code 1



[r...@alpha /usr/ports/sysutils/lsof]# cat /etc/make.conf
IPFW2=TRUE
WITHOUT_X11_LIBS=NO
OPENSSL_OVERWRITE_PORT=yes
KERNCONF=TIHS
WITHOUT_JAVA=yes
PERL_VER=5.10.1
PERL_VERSION=5.10.1
# added by use.perl 2010-05-18 19:41:32
PERL_VERSION=5.8.9
BATCH=YES
WITHOUT_X11=YES
SKIP_DNS_CHECK=YES
CRYPT_DES=0
WITH_PORT_REPLACES_BASE_BIND8=YES
WITH_PORT_REPLACES_BASE_BIND9=YES
WITHOUT_ALT_CONFIG_PREFIX=YES
WITH_OPENSSL_PORT=YES
X11BASE=${LOCALBASE}



[r...@alpha /usr/ports/sysutils/lsof]# cat /etc/profile
if [ -f ~/README ]; then
cat ~/README
fi

export EDITOR=nano
alias nano='nano -w'
#export PATH=$PATH:/usr/local/svn/bin
CLICOLOR="YES";export CLICOLOR
LSCOLORS="ExGxFxdxCxDxDxhbadExEx";export LSCOLORS
#CFLAGS="-DBIG_SECURITY_HOLE"



[r...@alpha /usr/ports/sysutils/lsof]# grep vm_memattr_t
/usr/include/sys/conf.h
 int nprot, vm_memattr_t *memattr);
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Charlie Kester]

On Tue 25 May 2010 at 11:17:36 PDT Arthur Barlow wrote:

 I did this and sure enough "vm_memattr_t" is defined as a parameter
 in a typedef as follows: typedef int d_mmap2_t (struc cdev *dev,
 vm_offset_t offset, vm_paddr_t *paddr, int nprot, vm_memattr_t
 *memattr);


So the question is, why didn't the grep in the Configure script find
this line?

Your cc commandline defines symbols (e.g. HAS_NO_SI_UDEV) which are only
set in the same section of the Configure script, based on a grep of the
same conf.h file. So we can be pretty sure we haven't skipped over the
test for vm_memattr_t.  


You don't perhaps have LSOF_INCLUDE defined in your environment?  If so,
is it set to something other than /usr/include?

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

Re: Problem compiling lsof

[Arthur Barlow]

Message: 29
Date: Mon, 24 May 2010 22:14:52 -0700
From: Charlie Kester 
Subject: Re: Problem compiling lsof
To: freebsd-questions@freebsd.org
Message-ID: <20100525051452.gi...@comcast.net>
Content-Type: text/plain; charset=us-ascii; format=flowed

On Mon 24 May 2010 at 21:55:01 PDT Charlie Kester wrote:
>
>The Configure script grep's for vm_memattr_t in
>${LSOF_INCLUDE}/sys/conf.h and sets HAS_VM_MEMATTR_T if the grep
>succeeds. The build failure tells us that your /usr/src/sys/conf.h uses
>vm_memattr_t, so it seems the Configure is testing some other copy of
>conf.h -- because LSOF_INCLUDE is set to something other than /usr/src?

Oops, some typos here. /usr/src should be /usr/src/sys throughout, and
conf.h is in /usr/src/sys/sys.

Makes no difference to the line of thought, however.

If grep vm_memattr_t /usr/include/sys/conf.h comes back empty, we need
to look at how you built your system.

Charlie,

I did this and sure enough "vm_memattr_t" is defined as a parameter in a
typedef as follows:

typedef int d_mmap2_t (struc cdev *dev, vm_offset_t offset, vm_paddr_t
*paddr, int nprot, vm_memattr_t *memattr);
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Larry Rosenman]

Can you also make sure that the installed world and kernel matches the source 
tree?

Thanks,
Larry Rosenman
lsof maintainer

"Charlie Kester"  wrote:

>On Mon 24 May 2010 at 18:54:11 PDT Lowell Gilbert wrote:
>>Arthur Barlow  writes:
>>
>>> Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
>>> program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
>>> "dlsof.h" and it looks like there is an ugly "hack" in the header file.  Any
>>> suggestions, besides playing with the code?
>>
>>As of a few minutes ago, it built just fine on my i386 build system with
>>the latest ports.  If you want help diagnosing your issue, you will need
>>to be much more specific about what happens on your particular system,
>>so we can figure out how it differs from a normal system.
>
>Since we're talking about building a port, you should also involve its
>maintainer. I've cc'ed him with this reply.
>
>I just tried building lsof myself, on a 686-class 8.0-STABLE machine,
>and had the same successful result as Lowell.
>
>Can you give us a copy of the build output, beginning with the cc
>command line that immediately precedes the failure?

--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Charlie Kester]

On Mon 24 May 2010 at 21:55:01 PDT Charlie Kester wrote:


The Configure script grep's for vm_memattr_t in
${LSOF_INCLUDE}/sys/conf.h and sets HAS_VM_MEMATTR_T if the grep
succeeds.  The build failure tells us that your /usr/src/sys/conf.h uses
vm_memattr_t, so it seems the Configure is testing some other copy of
conf.h  -- because LSOF_INCLUDE is set to something other than /usr/src?


Oops, some typos here.  /usr/src should be /usr/src/sys throughout, and
conf.h is in /usr/src/sys/sys.

Makes no difference to the line of thought, however.

If grep vm_memattr_t /usr/include/sys/conf.h comes back empty, we need
to look at how you built your system.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Charlie Kester]

On Mon 24 May 2010 at 20:24:49 PDT Arthur Barlow wrote:

[r...@uranus /usr/ports/sysutils/lsof]# HASPSEUDOFS -DHASNULLFS
-DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"8.0-STABLE\"")

cc -pipe -march=athlon -fno-strict-aliasing -march=athlon

-DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE
-DHAS_UFS1_2 -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS
-DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB
-DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6
-DHAS_STRFTIME -DLSOF_VSTR="8.0-STABLE" -I/usr/src/sys -O2 -c ckkv.c

In file included from ../dlsof.h:81,
from ../lsof.h:195,
from ckkv.c:43:
/usr/src/sys/sys/conf.h:141: error: expected declaration specifiers or

'...' before 'vm_memattr_t'


OK, now we know that the immediate cause of the error is that
-DHAS_VM_MEMATTR_T is not included on the cc commandline, so sys/conf.h
doesn't recognize vm_memattr_t as a valid type.

In other words, something's gone wrong in the configure step.

The Configure script grep's for vm_memattr_t in
${LSOF_INCLUDE}/sys/conf.h and sets HAS_VM_MEMATTR_T if the grep
succeeds.  The build failure tells us that your /usr/src/sys/conf.h uses
vm_memattr_t, so it seems the Configure is testing some other copy of
conf.h  -- because LSOF_INCLUDE is set to something other than /usr/src?

The default for LSOF_INCLUDE is /usr/include.  What do you get from the
following command?

grep vm_memattr_t /usr/include/sys/conf.h





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

Re: Problem compiling lsof

[Arthur Barlow]

On Mon, May 24, 2010 at 5:58 PM, Chuck Swiger  wrote:

> On May 24, 2010, at 5:57 PM, Arthur Barlow wrote:
> > That doesn't work, which was my point to begin with.  The compile process
> throws an error.
>
> You're abbreviating too much.  :-)
>
> If you want useful feedback, then you ought to provide a little more in the
> way of details-- what error?
>
> --
> -Chuck
>
Chuck,

Fair point.  Here's the error messages:

Stop in /usr/ports/sysutils/lsof.
[r...@uranus /usr/ports/sysutils/lsof]# HASPSEUDOFS -DHASNULLFS -DHASIPv6
-DHAS_STRFTIME -DLSOF_VSTR=\"8.0-STABLE\"")
> cc -pipe -march=athlon -fno-strict-aliasing -march=athlon
-DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE
-DHAS_UFS1_2 -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS
-DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB
-DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6
-DHAS_STRFTIME -DLSOF_VSTR="8.0-STABLE" -I/usr/src/sys -O2 -c ckkv.c
> In file included from ../dlsof.h:81,
> from ../lsof.h:195,
> from ckkv.c:43:
> /usr/src/sys/sys/conf.h:141: error: expected declaration specifiers or
'...' before 'vm_memattr_t'
> *** Error code 1
>
> Stop in /usr/ports/sysutils/lsof/work/lsof_4.84A.freebsd/lib.
> *** Error code 1
>
> Stop in /usr/ports/sysutils/lsof/work/lsof_4.84A.freebsd.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Arthur Barlow]

On Mon, May 24, 2010 at 7:54 PM, Glen Barber wrote:

> Hi Arthur,
>
> On Mon, May 24, 2010 at 8:57 PM, Arthur Barlow 
> wrote:
> > On Mon, May 24, 2010 at 5:43 PM, Chuck Swiger  wrote:
> >
> >> Hi--
> >>
> >> On May 24, 2010, at 5:41 PM, Arthur Barlow wrote:
> >> > Sorry about the false start. Fat fingers.  I'm trying to compile the
> lsof
> >> > program in FreeBSD 8.0 on an i686 machine.  There is a error
> referencing
> >> > "dlsof.h" and it looks like there is an ugly "hack" in the header
> file.
> >>  Any
> >> > suggestions, besides playing with the code?
> >>
> >> Sure; how about:
> >>
> >>  cd /usr/ports/sysutils/lsof && make install
> >>
> >> Regards,
> >> --
> >> -Chuck
> >>
> >>
> > Chuck,
> >
> > That doesn't work, which was my point to begin with.  The compile process
> > throws an error.
> >
>
> Despite not seeing the error, I'll ask if your kernel and userland are in
> sync.
>
> Regards,
>
> --
> Glen Barber
>

Glen,

The userland question is a fair one.  I last updated userland and kernel on
April, 10th.  But, I suppose things may have changed in that time.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Glen Barber]

Hi Arthur,

On Mon, May 24, 2010 at 8:57 PM, Arthur Barlow  wrote:
> On Mon, May 24, 2010 at 5:43 PM, Chuck Swiger  wrote:
>
>> Hi--
>>
>> On May 24, 2010, at 5:41 PM, Arthur Barlow wrote:
>> > Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
>> > program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
>> > "dlsof.h" and it looks like there is an ugly "hack" in the header file.
>>  Any
>> > suggestions, besides playing with the code?
>>
>> Sure; how about:
>>
>>  cd /usr/ports/sysutils/lsof && make install
>>
>> Regards,
>> --
>> -Chuck
>>
>>
> Chuck,
>
> That doesn't work, which was my point to begin with.  The compile process
> throws an error.
>

Despite not seeing the error, I'll ask if your kernel and userland are in sync.

Regards,

-- 
Glen Barber
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Charlie Kester]

On Mon 24 May 2010 at 18:54:11 PDT Lowell Gilbert wrote:

Arthur Barlow  writes:


Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
"dlsof.h" and it looks like there is an ugly "hack" in the header file.  Any
suggestions, besides playing with the code?


As of a few minutes ago, it built just fine on my i386 build system with
the latest ports.  If you want help diagnosing your issue, you will need
to be much more specific about what happens on your particular system,
so we can figure out how it differs from a normal system.


Since we're talking about building a port, you should also involve its
maintainer. I've cc'ed him with this reply.

I just tried building lsof myself, on a 686-class 8.0-STABLE machine,
and had the same successful result as Lowell.

Can you give us a copy of the build output, beginning with the cc
command line that immediately precedes the failure?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Lowell Gilbert]

Arthur Barlow  writes:

> Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
> program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
> "dlsof.h" and it looks like there is an ugly "hack" in the header file.  Any
> suggestions, besides playing with the code?

As of a few minutes ago, it built just fine on my i386 build system with
the latest ports.  If you want help diagnosing your issue, you will need
to be much more specific about what happens on your particular system,
so we can figure out how it differs from a normal system.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Chuck Swiger]

On May 24, 2010, at 5:57 PM, Arthur Barlow wrote:
> That doesn't work, which was my point to begin with.  The compile process 
> throws an error.

You're abbreviating too much.  :-)

If you want useful feedback, then you ought to provide a little more in the way 
of details-- what error?

-- 
-Chuck

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

Re: Problem compiling lsof

[Arthur Barlow]

On Mon, May 24, 2010 at 5:43 PM, Chuck Swiger  wrote:

> Hi--
>
> On May 24, 2010, at 5:41 PM, Arthur Barlow wrote:
> > Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
> > program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
> > "dlsof.h" and it looks like there is an ugly "hack" in the header file.
>  Any
> > suggestions, besides playing with the code?
>
> Sure; how about:
>
>  cd /usr/ports/sysutils/lsof && make install
>
> Regards,
> --
> -Chuck
>
>
Chuck,

That doesn't work, which was my point to begin with.  The compile process
throws an error.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Problem compiling lsof

[Chuck Swiger]

Hi--

On May 24, 2010, at 5:41 PM, Arthur Barlow wrote:
> Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
> program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
> "dlsof.h" and it looks like there is an ugly "hack" in the header file.  Any
> suggestions, besides playing with the code?

Sure; how about:

  cd /usr/ports/sysutils/lsof && make install

Regards,
-- 
-Chuck

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

Problem compiling lsof

[Arthur Barlow]

Sorry about the false start. Fat fingers.  I'm trying to compile the lsof
program in FreeBSD 8.0 on an i686 machine.  There is a error referencing
"dlsof.h" and it looks like there is an ugly "hack" in the header file.  Any
suggestions, besides playing with the code?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Problem compiling lsof

[Arthur Barlow]

I've tried to compile lsof in FreeBSD
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling

[Mikle Krutov]

On Mon, Apr 05, 2010 at 10:35:05AM -0400, tristan wrote:
> How would i go about compiling the FreeBSD source code (to build my own) in 
> an Ubuntu machine? (windows 7 is also available). What programs do i need? 
> Were can i download the source code?
Why do even need this?
Also, i doubt any one had such an expirience before.


-- 
Wbr,
Krutov Mikle
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/04/2010 15:35:05, tristan wrote:
> How would i go about compiling the FreeBSD source code (to build my
> own) in an Ubuntu machine? (windows 7 is also available). What
> programs do i need? 

Really you need FreeBSD already installed if you want to compile FreeBSD
from source.  If you've got a spare partition of about 5GB or more[*]
then you can install there, boot into FreeBSD and away you go.
Everything you need to know about doing that is described in the
handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/

If you haven't got a spare partition then vmware or VirtualBox or some
other virtualization solution are alternatives.  However, if you want to
use that to do a v-to-p migration, be aware that you'll probably want to
re-tune the kernel to better match the physical, and it may well be a
lot less hassle just to install directly on the physical server.

> Were can i download the source code?

ftp.freebsd.org and mirrors all round the world.  It's also available on
the installation .iso images.  Although you will find it considerably
more useful to use csup(1) or freebsd-update(1) from a FreeBSD box to
grab more recent patch-levels.

Cheers,

Matthew

[*] which is enough to install FreeBSD and still have a usable amount of
space left over -- quart-in-a-pint-pot types will no doubt follow up
explaining how they've managed to install FreeBSD on something
unfeasibly small.

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
  Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku6BdIACgkQ8Mjk52CukIzbGgCfRfntqD5plPb62wJhWgykMWlG
EhcAnjo7Kp3bUFzPEYvhEmkcVbvgtmHm
=84zK
-END PGP SIGNATURE-
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Compiling

[tristan]

How would i go about compiling the FreeBSD source code (to build my own) in an 
Ubuntu machine? (windows 7 is also available). What programs do i need? Were 
can i download the source code?

smime.p7s
Description: S/MIME cryptographic signature

Re: Compiling kernel with gcc43 [SOLVED] -ADDENDUM

[Mario Lobo]

Well, to tell the truth I wasn't that thrilled with the results. I didn't 

[snip]
--

Compiling vbox/vbox-devel with gcc43

1) /usr/include/cam/cam.h needed #include  for FILE define, 
complained by: 

[snip]

and /etc/src.conf

NO_WERROR=
WERROR=


--

New problems started to come when I tried to extend this to other ports, 

[snip]


You have to:

1) make patch
2) apply the mods
3) make


Best of luck, again

-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since version 2.2.8 [not Pro-Audio YET!!] (99,7% winfoes FREE)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling kernel with gcc43 [SOLVED]

[Mario Lobo]

On Thursday 01 April 2010 16:53:36 Pegasus Mc Cleaft wrote:
> On Thursday 01 April 2010 15:27:41 Oliver Fromme wrote:
> > Mario Lobo  wrote:
> >  > [...]
> >  > It's compiling right now.
> >  >
> >  > I'll post my findings and impressions on results and performance right
> >  > after the next reboot.
> >
> > So, how is it going?  Any benchmarks yet?  I'm curious
> > if the new gcc version will really make a significant
> > difference.
> 
>   I would love to see the /etc/make.conf,  /etc/src.conf and
> /etc/libmap.conf files that were used for the build. I have tried compiling
>  in VBox a current kernel and world, but it usually just bombs out for me.
>  I would like to give this a go as well.
> 
> Peg
> 

Well, to tell the truth I wasn't that thrilled with the results. I didn't 
benchmark anything by my impressions were that at least disk access was a bit 
slower not only during booting but it was more noticeable to me particularly  
on a burning DVD session. Of course this is ultra abstract. 

In all previous experiences I had in burning CD/DVD with k3b, I recollect that 
during burning, the software buffer and device buffer gouges were always 100%, 
with the software buffer gouge dropping down occasionally to 89/92%.

After recompiling the kernel with gcc43, the software buffer was always empty 
and the device buffer rarely reached 40/50%. I think (if not mistaken) this 
means that the device is asking "where is my data??" and the OS is not 
providing it fast enough.

I could not get world to build with gcc43 so I gave that up. Then I moved on 
to VirtualBox. I managed to have it compiled and running. After long trial and 
error sessions, I could pin point what was breaking compilation and fixed it. 
Here are the steps:

--

Compiling vbox/vbox-devel with gcc43

1) /usr/include/cam/cam.h needed #include  for FILE define, 
complained by: 

 
work/VirtualBox-3.1.51.r27657_OSE/src/VBox/Main/freebsd/HostHardwareFreeBSD.cpp:47:
 /usr/include/cam/cam.h:246: error: 'FILE' has not been declared

2)/usr/ports/emulators/virtualbox-
ose/work/VirtualBox-3.1.6_OSE/src/VBox/Main/generic/NetIf-generic.cpp 
  needed #include  because of popen() (this step is ONLY for 
virtualbox-ose)

3)/usr/ports/emulators/virtualbox-ose(-
devel)/work/VirtualBox-3.1.6_OSE/src/VBox/Main/freebsd/NetIf-freebsd.cpp 
  needed #include  because of malloc()/free()

4) Config.kmk needed some tweaks:

  a) line 1750 - $(APPEND) '$@' 'VBOX_GCC_mtune-generic ?= $(call 
VBOX_GCC_CHECK_CC,-mtune=amdfam10 -D__FreeBSD_cc_version=0,)' 
 to use instructions closer to Phenom and avoid cc complains.
  b) took out all references to "-fformat-extensions" and "-fno_format-
extensions"
  c) Preceeded all relevant locations of "/usr/lib \" with 
"/usr/local/lib/gcc43 \" so kbuild searched there for libraries first.
(except TEMPLATE_VBOXQT4GUIEXE_LIBPATH !)

  d) You can use the same Config.kmk for building kmods as well

5) took out -fformat-extensions from src/sys/conf/kern.mk

And I left /etc/libmap.conf 

libgcc_s.so.1   gcc43/libgcc_s.so.1
libgomp.so.1gcc43/libgomp.so.1
libobjc.so.3gcc43/libobjc.so.2
libssp.so.0 gcc43/libssp.so.0
libstdc++.so.6  gcc43/libstdc++.so.6

/etc/make.conf 

CC=/usr/local/bin/gcc43
CXX=/usr/local/bin/g++43
CPP=/usr/local/bin/cpp43
CFLAGS+=-mssse3 -D__FreeBSD_cc_version=0
CXXFLAGS+=-D__FreeBSD_cc_version=0
CPUTYPE=amdfam10
#MAKEOPTS+= -j4


and /etc/src.conf

NO_WERROR=
WERROR=


--

New problems started to come when I tried to extend this to other ports, 
breaking a lot of them, to point of making me revert everything back to what 
it was. In fact I am still in this process right now, and reving a lot of 
problems to rebuild kde4.

This is it for now, guys. If you find anything new, please post.

Best of luck,

-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since version 2.2.8 [not Pro-Audio YET!!] (99,7% winfoes FREE)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling kernel with gcc43 [SOLVED]

[Vlad Galu]

On Thu, Apr 1, 2010 at 6:27 PM, Oliver Fromme  wrote:
> Mario Lobo  wrote:
>  > [...]
>  > It's compiling right now.
>  >
>  > I'll post my findings and impressions on results and performance right 
> after
>  > the next reboot.
>
> So, how is it going?  Any benchmarks yet?  I'm curious
> if the new gcc version will really make a significant
> difference.
>

I'm not as worried about performance as I am about compatibilty.
Various software suites have started using newer GCCisms in their
code. One example I can give from the top of my head is Wt
(www.webtoolkit.eu), which compiles with 4.4, but not with 4.2. I
shamefully haven't dug any deeper to check which particular
syntactical construct offended 4.2.

Yes, one might say, after all it's the upstream developers who ought
to make sure their software compiles on FreeBSD, but some aditional
overhead on the shoulders of our port maintainers should be expected.

> Best regards
>   Oliver
>
> --
> Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
> Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
> secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
> chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
>
> FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
>
> "UNIX was not designed to stop you from doing stupid things,
> because that would also stop you from doing clever things."
>        -- Doug Gwyn
> ___
> freebsd-hack...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>



-- 
Good, fast & cheap. Pick any two.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Compiling kernel with gcc43 [SOLVED]

[Pegasus Mc Cleaft]

On Thursday 01 April 2010 15:27:41 Oliver Fromme wrote:
> Mario Lobo  wrote:
>  > [...]
>  > It's compiling right now.
>  >
>  > I'll post my findings and impressions on results and performance right
>  > after the next reboot.
> 
> So, how is it going?  Any benchmarks yet?  I'm curious
> if the new gcc version will really make a significant
> difference.

I would love to see the /etc/make.conf,  /etc/src.conf and 
/etc/libmap.conf files that were used for the build. I have tried compiling in 
VBox a current kernel and world, but it usually just bombs out for me. I would 
like to give this a go as well. 

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

Re: Compiling kernel with gcc43 [SOLVED]

[Oliver Fromme]

Mario Lobo  wrote:
 > [...]
 > It's compiling right now.
 > 
 > I'll post my findings and impressions on results and performance right after 
 > the next reboot.

So, how is it going?  Any benchmarks yet?  I'm curious
if the new gcc version will really make a significant
difference.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"UNIX was not designed to stop you from doing stupid things,
because that would also stop you from doing clever things."
-- Doug Gwyn
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"