Gcc problem

I posted this on the Tiger forums and was told to try here instead..:
"Right so I installed the developer tools. Wrote a very simple c prog and tried to compile it.
Problem is that it doesn't find the standerd header files (stdio.h in my case).
I did a find it's on my box. I set LDLIBRARYPATH to the driectory it's in... But I still can't compile. Is there somehting I'm over looking?
Why is it not finding the default headers? "
Anyone have a suggestion for this?

It should be in /usr/include. You should unset the LDLIBRARYPATH since (a) that isn't a library, (b) setting this or similar variables tends to create problems, (c) the revelvant variable (which you should also not set) is DYLIBLIBRARYPATH.
If stdio.h is not in /usr/include, then it means the Xcode installer didn't work, or that you only installed some of the files. Run the installer again, and make sure you install everything.
What part of Scotland?

Similar Messages

Gcc problems on Solaris 10 X86

I'm using Solaris 10 x86 and gcc from /usr/sfw/bin and have come across a couple of problems:
which gcc
/usr/sfw/bin/gcc
gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Problem 1
cat ll.cc
#include <signal.h>
int CS;
gcc -c ll.cc
ll.cc:2: error: expected unqualified-id before numeric constant
ll.cc:2: error: expected `,' or `;' before numeric constant
CS is defined in the file /usr/include/sys/regset.h as:
#define CS 15
I've changed the code to use MYCS instead and this gets around the problem. Does anyone have a more elegant solution to the problem?
Problem 2
In a g++ compilation I have a file that includes cpp_type_traits.h.
The compilation fails with:
/usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../include/c++/3.4.3/bits/cpp_type_traits.h:69: error: expected unqualified-id before "namespace"
The relevant line in cpp_type_traits.h is:
namespace __gnu_internal
Knowing rather little about g++ I've been Googling for an hour but not found anyone else with the same problem.
Many Thanks
Andy

I'm not fully sure what might cause your problems since I'm not a programmer myself. However, I do wonder if the gcc version located in /opt/sfw/bin may do you some good. When all other options fair I'd recommend getting the Studio 11 package and just use the cc compiler provided by Sun themselves. Its free anyway.

Avr-gcc, problem with the atxmega8e5

Hello and thanks for taking the time to read this topic!
I'm hobby-ing with microcontrollers on Arch and I've hit a wall. There is a specific MCU that I'm using now the atxmega8e5 (1,85$ e.a.!!!), but there seems to be a curse on the thing.
when I try to compile some basic Led_Blink code with:
avr-gcc -mmcu=atxmega8e5 -Wall -Os -o main.elf main.c
I get:
avr-gcc: error: unrecognized argument in option '-mmcu=atxmega8e5'
avr-gcc: note: valid arguments to '-mmcu=' are: at43usb320 at43usb355 at76c711 at86rf401 at90c8534 at90can128 at90can32 at90can64 at90pwm1 at90pwm161 at90pwm2 at90pwm216 at90pwm2b at90pwm3 at90pwm316 at90pwm3b at90pwm81 at90s1200 at90s2313 at90s2323 at90s2333 at90s2343 at90s4414 at90s4433 at90s4434 at90s8515 at90s8535 at90scr100 at90usb1286 at90usb1287 at90u.......
and the list goes on for quite a while (no atxmega8e5 on the list)
I've found a topic https://bugs.archlinux.org/task/40540 that points into the direction of the assembler but alas:
avr-as --help | grep e5
does yield:
atxmega32a4u atxmega32c4 atxmega32d4 atxmega32e5 atxmega16e5 atxmega8e5
so does anyone knows a trick to get the code compiled in for the 8e5?
Notes:
avr-gcc -mmcu=atxmega32e5 -Wall -Os -o main.elf main.c
works perfect
I've followed http://joost.damad.be/2013/08/using-atx … linux.html to get some files in the avr dir.
You do not need an atxmega8e5 to help me a gcc-wizard will do!
before you ask:
pascal@Skynet:~]$ pacman -Qsq avr
avr-binutils
avr-gcc
avr-gdb
avr-libc
avrdude

Try text_query = (service & internet) INPATH (//div/a)
Single quotes in a query don't do anything. I think your query got processed as
service & ( internet INPATH (//div/a) )

Builclient with gcc problem

Hi,
On my sun machine I installed tuxedo 8.1. I dont have cc complier on this so I installed gcc. Now whenever I am compling I am getting following error
gcc: language arch=v9 not recognized
ld: fatal: file simpcl.c: unknown file type
ld: fatal: File processing errors. No output written to simpcl
collect2: ld returned 1 exit status
CMDTUX_CAT:512: ERROR: Cannot execute C compiler gcc -mt -xarch=v9 -I$TUXDIR/include -o simpcl -L${TUXDIR}/lib -xarch=v9 simpcl.c -ltux -lbuft -lfml -lfml32 -lengine -R/usr/lib/lwp -lpthread -lposix4 -lsocket -lnsl
can anyone help

try turning off the language specification using -x none option. see gcc documentation
for this option.
chander <[email protected]> wrote:
Hi,
On my sun machine I installed tuxedo 8.1. I dont have cc complier on
this so I installed gcc. Now whenever I am compling I am getting following
error
gcc: language arch=v9 not recognized
ld: fatal: file simpcl.c: unknown file type
ld: fatal: File processing errors. No output written to simpcl
collect2: ld returned 1 exit status
CMDTUX_CAT:512: ERROR: Cannot execute C compiler gcc -mt -xarch=v9 -I$TUXDIR/include
-o simpcl -L${TUXDIR}/lib -xarch=v9 simpcl.c -ltux -lbuft -lfml
-lfml32 -lengine -R/usr/lib/lwp -lpthread -lposix4 -lsocket -lnsl
can anyone help

Xcode and gcc problem.

Installed Xcode from AppStore,
but still get the message when i run gcc in terminal:
-sh: gcc: command not found
Anyone?

XeeeNa wrote:
I figured that out now too.
When I last where running an Xcode install I was on SL
and It all worked fine afterwards.
Did not have to add anything in my $PATH.
But now on Lion I have to..
Nope - I'm always running bash.
Just finnised a fresh install of lion an well,
when running as none-superuser i've got bash shell,
but as root sh - apperently. Strange.
baltwo wrote:
AFAIK, that's not true for Xcode 4.3.2. The CL tools are installed inside the Xcode app and don't require a developer account.
Well accorting to what baltwo says that explains why you need to explicitly fix up PATH (to add the appropriate directories withing the xcode bundle).
As for running gcc from your root account? Why on earth would be running it from there at all?

Compile occi under solaris using g++/gcc problem

Hi Expert:
I got some link error when i tried to compile a demo occi code under solaris using g++. Please share experience.
Thanks.

Namespaces are not supported in -compat=4 mode. The only effect of -features=namespace is to recognize "namespace" as a keyword, and disallow it as an identifier. You don't actually get namespace semantics.
The pupose of -compat=4 is to allow code written for C++ 4.x to compile and run until the code can be updated to conform to the C++ Standard. If you want to use features from the C++ standard, like namespaces, you must use Sun C++ in the default standard mode.
If you remove -compat=4, the code compiles and links. If you need to use -compat=4 mode, remove uses of namespace, and fix the code to remove name conflicts.
BTW, we recommend against using -features=bool in -compat=4 mode. It can cause odd behavior when part of the code expects boolean expressions to have type int and part of the code expects bool to be a different type.
It appears you are using C++ 5.0, a product that has been obsolete for several years and which is no longer supported. You should consider updating to Sun Studio 11 (C++ 5.8), at no cost.
http://developers.sun.com/sunstudio/

10.4.3 breaks nfs gcc on client

I am doing embedded development on an arm 9 board running Debian 3.
I have the debian root nfsroot served from a PB G4 17" with 10.4.3
This setup worked in OS X 10.4.2. After the upgrade to 10.4.3 it no longer works.
The bug is a subtle one. If I compile a file using gcc on the arm 9 and the
a.out gets saved to the nfs file system (served by my PB).
The a.out file does not have execute permissions as it should.
This makes it impossible to build anything that uses a big make file.
The test is simple put the following in a file say foo.c
int main(){return 0;}
run
gcc foo.c
the result should be a file a.out with execute permissions.
However in 10.4.3 it doesn't.
If I run gcc foo.c a second time without first deleting a.out, a.out will
then have execute permissions. I believe because it doesn't have to create
the file this time so no race condition when it sets the permissions.
Once I detected the problem it took me a while to believe it was nfs that
was the culprit. However if I do the nfs mount on 10.3.9 there is no problem.
If I do the same gcc on the local flash file system of the ARM 9 a.out
has execute permissions. In every case the nfs parameters are identical.
I run the test as root. I discovered this problem while trying to build
python from src.
Anybode have any idea how I can reconfigure 10.4.3 nfs server to behave
like 10.4.2? or what changed so that I can experiment with my
client configuration to compensate?
here is the fstab entry on my linux client
10.0.2.150:/nfs/nfsroot/ / nfs defaults,noauto 0 0
I believe the nfs client default options are as follows
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
and my nfs server export
nidump exports .
/Data/nfsroot -maproot=root -network=10.0.2.0 -mask=255.255.255.0
my client is using nfs version 2
I did an ethereal dump and when a.out gets execute permissions there is
a pair of packets SETATTR call and reply that changes the permissions.
When it doesn't work there is no SETATTR packets. So somehow nfs is messing
up the behavior of gcc.

I found a work around. If I disable attribute caching then the gcc problem is fixed. To disable attribute caching use the "noac" nfs option. This does not work if sync and dirsync are also enabled. Don't know why sync and dirsync would have a deleterious effect but seems to me the nfs on 10.4.3 must be fragile.
#These two worked on tiger 10.4.3
exec -c "console=ttyAM0,115200 ip=10.0.2.155:10.0.2.150:10.0.2.1:255.255.255.0:ts7250 nfsroot=10.0.2.150:/Data/nfsroot,noac"
#fstab entry they have to match
10.0.2.150:/Data/nfsroot/ / nfs noac,noauto 0 0

[SOLVED] broadcom-wl* kernel 3.18 issues thread

Rather than using the comments sections for both https://aur.archlinux.org/packages/broadcom-wl and https://aur.archlinux.org/packages/broadcom-wl-dkms/ drivers on AUR, please use this thread to help out / report / explore patches to get to a resolution on this issue.
Short description: the broadcom-wl driver causes kernel panics on kernel 3.18. Patches from Ubuntu have been tried but don't seem to work on Arch. There were/are indications this may be a GCC problem, but GCC patches don't seem to work, so that could be a dead end.
Please post a response here with your specific Broadcom card as reported by "lspci -nn" (only the line for the Wifi card) and if your card is 1) experiencing the kernel panic running the broadcom-wl or broadcom-wl-dkms driver on 3.18; 2) working fine with that driver and kernel combination; or 3) if you switched to the b43 driver and that works. This will be a great help troubleshooting and providing workarounds for all affected.
If your card has already been reported here and you have the same results, please don't do a "me too" response, that would just be adding noise. Obviously please respond if your experience is different than previously reported!
Last edited by twelveeighty (2015-01-24 13:45:09)

Hi,
same problem here with update from 3.17.6 to 3.18.2 on a Lenovo G700
uname -a
Linux archlinux 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UTC 2014 x86_64 GNU/Linux
$ systemctl status netctl*
● [email protected] - Automatic wireless network connection using netctl profiles
Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled; vendor preset: disabled)
Active: active (running) since Fr 2015-01-16 06:28:40 CET; 1h 5min ago
Docs: man:netctl.special(7)
Process: 2047 ExecStart=/usr/bin/netctl-auto start %I (code=exited, status=0/SUCCESS)
CGroup: /system.slice/system-netctl\x2dauto.slice/[email protected]
├─ 2082 wpa_supplicant -B -P /run/wpa_supplicant_wlp2s0.pid -i wlp2s0 -D nl80211,wext -c/run/network/wpa_supplicant_wlp2s0.conf -W
├─ 2084 wpa_actiond -p /run/wpa_supplicant -i wlp2s0 -P /run/network/wpa_actiond_wlp2s0.pid -a /usr/lib/network/auto.action
└─32726 dhcpcd -4 -q -t 30 -K -L wlp2s0
Jan 16 07:04:16 archlinux dhcpcd[32389]: wlp2s0: leased 192.168.0.105 for 604800 seconds
Jan 16 07:04:16 archlinux dhcpcd[32389]: wlp2s0: adding route to 192.168.0.0/24
Jan 16 07:04:16 archlinux dhcpcd[32389]: wlp2s0: adding default route via 192.168.0.1
Jan 16 07:04:16 archlinux dhcpcd[32389]: forked to background, child pid 32726
Jan 16 07:05:45 archlinux wpa_actiond[2084]: Interface 'wlp2s0' lost connection to network '<HIDDEN SSID>'
Jan 16 07:05:51 archlinux wpa_actiond[2084]: Interface 'wlp2s0' reestablished connection to network '<HIDDEN SSID>'
Jan 16 07:06:08 archlinux wpa_actiond[2084]: Interface 'wlp2s0' lost connection to network '<HIDDEN SSID>'
Jan 16 07:06:10 archlinux wpa_actiond[2084]: Interface 'wlp2s0' reestablished connection to network '<HIDDEN SSID>'
Jan 16 07:07:17 archlinux wpa_actiond[2084]: Interface 'wlp2s0' lost connection to network '<HIDDEN SSID>'
Jan 16 07:07:18 archlinux wpa_actiond[2084]: Interface 'wlp2s0' reestablished connection to network '<HIDDEN SSID>'
lspci -nn
02:00.0 Network controller [0280]: Broadcom Corporation BCM43142 802.11b/g/n [14e4:4365] (rev 01)
Package Version: broadcom-wl 6.30.223.248-4
After Downgrade back to 3.17.6 i have following dmesg Messages: (Befor Update to 3.18.2 it works)
[ +0,162744] ------------[ cut here ]------------
[ +0,000035] WARNING: CPU: 1 PID: 58 at net/wireless/sme.c:791 cfg80211_roamed+0x91/0xa0 [cfg80211]()
[ +0,000002] Modules linked in: uvcvideo coretemp hwmon intel_rapl x86_pkg_temp_thermal videobuf2_vmalloc intel_powerclamp videobuf2_memops videobuf2_core v4l2_common kvm_intel videodev kvm media joydev mousedev iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_idt snd_hda_codec_generic snd_hda_intel psmouse serio_raw i2c_i801 ideapad_laptop sparse_keymap alx lpc_ich mdio snd_hda_controller battery thermal ac shpchp wmi snd_hda_codec snd_hwdep evdev snd_pcm mac_hid snd_timer snd soundcore processor sch_fq_codel nfs lockd sunrpc fscache fuse ext4 crc16 mbcache jbd2 xts gf128mul algif_skcipher af_alg uas usb_storage dm_crypt dm_mod sr_mod sd_mod cdrom crc_t10dif atkbd libps2 crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel cryptd ahci libahci libata scsi_mod
[ +0,000059] ehci_pci ehci_hcd xhci_hcd usbcore usb_common i8042 serio wl(PO) cfg80211 rfkill i915 button intel_gtt i2c_algo_bit video drm_kms_helper drm i2c_core
[ +0,000019] CPU: 1 PID: 58 Comm: wl_event_handle Tainted: P O 3.17.6-1-ARCH #1
[ +0,000003] Hardware name: LENOVO 20251/Ginkgo 7A, BIOS 7ACN28WW 09/02/2013
[ +0,000003] 0000000000000000 00000000f873fb78 ffff880147a03dc8 ffffffff81537c3e
[ +0,000005] 0000000000000000 ffff880147a03e00 ffffffff8107079d ffff880148c9b000
[ +0,000004] ffff880147bdf000 00000000000000a1 ffff880147bdf180 ffff8801479f6a78
[ +0,000004] Call Trace:
[ +0,000009] [<ffffffff81537c3e>] dump_stack+0x4d/0x6f
[ +0,000007] [<ffffffff8107079d>] warn_slowpath_common+0x7d/0xa0
[ +0,000005] [<ffffffff810708ca>] warn_slowpath_null+0x1a/0x20
[ +0,000013] [<ffffffffa01c3b41>] cfg80211_roamed+0x91/0xa0 [cfg80211]
[ +0,000024] [<ffffffffa03c137b>] wl_notify_roaming_status+0xcb/0x150 [wl]
[ +0,000020] [<ffffffffa03bd8f2>] wl_event_handler+0x62/0x1f0 [wl]
[ +0,000019] [<ffffffffa03bd890>] ? wl_deinit_priv_mem+0xa0/0xa0 [wl]
[ +0,000005] [<ffffffff8108e2ea>] kthread+0xea/0x100
[ +0,000004] [<ffffffff8108e200>] ? kthread_create_on_node+0x1b0/0x1b0
[ +0,000006] [<ffffffff8153dbbc>] ret_from_fork+0x7c/0xb0
[ +0,000004] [<ffffffff8108e200>] ? kthread_create_on_node+0x1b0/0x1b0
[ +0,000003] ---[ end trace 5a6d8fdad7be4d7a ]---
[ +7,559015] wl0: link up (wlp2s0)
[ +0,018702] ------------[ cut here ]------------
[ +0,000035] WARNING: CPU: 1 PID: 58 at net/wireless/sme.c:791 cfg80211_roamed+0x91/0xa0 [cfg80211]()
[ +0,000002] Modules linked in: uvcvideo coretemp hwmon intel_rapl x86_pkg_temp_thermal videobuf2_vmalloc intel_powerclamp videobuf2_memops videobuf2_core v4l2_common kvm_intel videodev kvm media joydev mousedev iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_idt snd_hda_codec_generic snd_hda_intel psmouse serio_raw i2c_i801 ideapad_laptop sparse_keymap alx lpc_ich mdio snd_hda_controller battery thermal ac shpchp wmi snd_hda_codec snd_hwdep evdev snd_pcm mac_hid snd_timer snd soundcore processor sch_fq_codel nfs lockd sunrpc fscache fuse ext4 crc16 mbcache jbd2 xts gf128mul algif_skcipher af_alg uas usb_storage dm_crypt dm_mod sr_mod sd_mod cdrom crc_t10dif atkbd libps2 crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel cryptd ahci libahci libata scsi_mod
[ +0,000059] ehci_pci ehci_hcd xhci_hcd usbcore usb_common i8042 serio wl(PO) cfg80211 rfkill i915 button intel_gtt i2c_algo_bit video drm_kms_helper drm i2c_core
[ +0,000020] CPU: 1 PID: 58 Comm: wl_event_handle Tainted: P W O 3.17.6-1-ARCH #1
[ +0,000002] Hardware name: LENOVO 20251/Ginkgo 7A, BIOS 7ACN28WW 09/02/2013
[ +0,000003] 0000000000000000 00000000f873fb78 ffff880147a03dc8 ffffffff81537c3e
[ +0,000005] 0000000000000000 ffff880147a03e00 ffffffff8107079d ffff880148c9b000
[ +0,000004] ffff880147bdf600 00000000000000a1 ffff880147bdfc00 ffff8801479f6a78
[ +0,000004] Call Trace:
[ +0,000009] [<ffffffff81537c3e>] dump_stack+0x4d/0x6f
[ +0,000007] [<ffffffff8107079d>] warn_slowpath_common+0x7d/0xa0
[ +0,000005] [<ffffffff810708ca>] warn_slowpath_null+0x1a/0x20
[ +0,000013] [<ffffffffa01c3b41>] cfg80211_roamed+0x91/0xa0 [cfg80211]
[ +0,000024] [<ffffffffa03c137b>] wl_notify_roaming_status+0xcb/0x150 [wl]
[ +0,000019] [<ffffffffa03bd8f2>] wl_event_handler+0x62/0x1f0 [wl]
[ +0,000020] [<ffffffffa03bd890>] ? wl_deinit_priv_mem+0xa0/0xa0 [wl]
[ +0,000004] [<ffffffff8108e2ea>] kthread+0xea/0x100
[ +0,000005] [<ffffffff8108e200>] ? kthread_create_on_node+0x1b0/0x1b0
[ +0,000005] [<ffffffff8153dbbc>] ret_from_fork+0x7c/0xb0
[ +0,000004] [<ffffffff8108e200>] ? kthread_create_on_node+0x1b0/0x1b0
[ +0,000003] ---[ end trace 5a6d8fdad7be4d7b ]---
Last edited by ptr (2015-01-16 13:34:31)

Compilation problem with GCC 3.3.2 in solaris 10

Hi,
Iam using solaris 10 SUNW,UltraAX-i2. Iam trying to compile tripwire binaries tw_ASR_1.3.1_SRC. Iam using gcc 3.3.2, later I installed the libiconv package.
on reading the documentation from sunfreeware i modified the file mkheaders.conf putting the line SHELL=/bin/sh in the directory
usr/local/lib/gcc-lib/sparc-sun-solaris10/3.3.2/install-tools
The PATH and LD_LIBRAY_PATH are like this
# echo $PATH
/usr/local/bin:/etc:/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/ucb:/bin:/sbin/:/usr/sb
in:/usr/man:/usr/include/
# echo $LD_LIBRARY_PATH
/usr/local/lib:/usr/X/lib:/usr/lib:/usr/ucblib:/lib:/usr/ccs/lib:/etc/lib:/usr/d
t/lib
Once I changed the configuration changes in the tripwire source. Iam trying to compile make & make install. The output of the make is like this
# make
(cd util; make CC=gcc CFLAGS="-O" \
LDFLAGS="-ldl" CPP="gcc -E" SHELL=/bin/sh all)
### Ignore warnings about shift count negative/too large on line 36
gcc -O -ldl byteorder.c -o byteorder
byteorder.c: In function `main':
byteorder.c:36: warning: left shift count >= width of type
byteorder.c:25: warning: return type of `main' is not `int'
(./byteorder; cat ./ntohl.h) > ../include/byteorder.h
gcc -O -ldl types.c -o types
types.c: In function `main':
types.c:29: warning: return type of `main' is not `int'
/bin/sh ./types.sh "gcc -E" > ../include/inode.h
(cd src; make CC=gcc CFLAGS="-O" LIBS="" \
LDFLAGS="-ldl" CPP="gcc -E" SHELL=/bin/sh \
YACC="yacc" LEX="lex" all)
/bin/sh help.sh help.txt > help.c
gcc -O -c config.parse.c
gcc -O -c main.c
main.c:704:2: warning: no newline at end of file
gcc -O -c list.c
gcc -O -c ignorevec.c
gcc -O -c dbase.build.c
gcc -O -c utils.c
gcc -O -c preen.c
gcc -O -c preen.interp.c
gcc -O -c preen.report.c
gcc -O -c nullsig.c
gcc -O -c config.prim.c
gcc -O -c dbase.update.c
lex config.pre.l
mv lex.yy.c config.lex.c
yacc config.pre.y
sed 's/lex\.yy\.c/config.lex.c/' < y.tab.c > config.pre.c
rm y.tab.c
gcc -O -c config.pre.c
gcc -O -c help.c
(cd ../sigs/md5; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c md5.c
gcc -O -I. -I.. -c md5wrapper.c
(cd ../sigs/snefru; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c snefru.c
(cd ../sigs/crc32; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c crc32.c
(cd ../sigs/crc; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c crc.c
(cd ../sigs/md4; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c md4.c
gcc -O -I. -I.. -c md4wrapper.c
(cd ../sigs/md2; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c md2wrapper.c
gcc -O -I. -I.. -c md2.c
(cd ../sigs/sha; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c sha.c
gcc -O -I. -I.. -c shawrapper.c
(cd ../sigs/haval; make CC="gcc" CFLAGS="-O -I. -I..")
gcc -O -I. -I.. -c haval.c
gcc -O -I. -I.. -c havalwrapper.c
gcc -O -ldl -o tripwire config.parse.o main.o list.o ignorevec.o dbase.build.o
utils.o preen.o preen.interp.o preen.report.o nullsig.o config.prim.o dbase.upd
ate.o config.pre.o help.o ../sigs/md5/md5wrapper.o ../sigs/md5/md5.o ../sigs/s
nefru/snefru.o ../sigs/crc32/crc32.o ../sigs/crc/crc.o ../sigs/md4/md4.o ../sigs
/md4/md4wrapper.o ../sigs/md2/md2.o ../sigs/md2/md2wrapper.o ../sigs/sha/sha.o .
./sigs/sha/shawrapper.o ../sigs/haval/haval.o ../sigs/haval/havalwrapper.o
gcc -O -ldl -o siggen siggen.c ../sigs/md5/md5wrapper.o ../sigs/md5/md5.o ../sig
s/snefru/snefru.o ../sigs/crc32/crc32.o ../sigs/crc/crc.o ../sigs/md4/md4.o ../s
igs/md4/md4wrapper.o ../sigs/md2/md2.o ../sigs/md2/md2wrapper.o ../sigs/sha/sha.
o ../sigs/sha/shawrapper.o ../sigs/haval/haval.o ../sigs/haval/havalwrapper.o
nullsig.o utils.o
I think it is not showing any problem. But when I try to make install it is throwing some
error like this. It was unable to find theinsta;; directory under /usr/local/bin. Manually I created the directory to test, it is throwing an error saying that bad file number.
Can any one help me what could be the reason for this.
# make install
(cd util; make CC=gcc CFLAGS="-O" \
LDFLAGS="-ldl" CPP="gcc -E" SHELL=/bin/sh all)
(cd src; make CC=gcc CFLAGS="-O" LIBS="" \
LDFLAGS="-ldl" CPP="gcc -E" SHELL=/bin/sh \
YACC="yacc" LEX="lex" all)
/usr/local/bin/install -d /usr/local/bin
sh: /usr/local/bin/install: not found
*** Error code 1
make: Fatal error: Command failed for target `install'
Sanjeev

Unable to Deploy Toplink-EJB to Standalone OC4J (4605867)
http://www.oracle.com/technology/products/jdev/htdocs/10.1.3.0.3/early_access_addendum.htm#dep1

Problem with gcc-like inline assembly in cc

Hi,
I am trying to compile the following code for a sparc machine using sun studio 12.
#define MAGIC(n) asm("sethi %0, %%g0" : :"g"(n));
int main(int argc, char **argv)
        int x=1;
        MAGIC(x);
        return 0;
}I am using the following command:
cc -xO3 -xtarget=ultra2 -m32 -xarch=sparcvis -xregs=no%appl -w test.c -o test
and I get the following error:
cg error (as) : "__gnu_asm_inline_fake_test.c (template for __gnu_asm_inline_temp_func_001)", line 1 : statement syntax
cc: cg failed for test.c
Isn't Sun cc supposed to support gcc-like inline assembly? If so, what is the problem with the code above?
Thanks in advance,
Nick

Hi,
we have the same Problem with the inline assembler. We are using Sunstudio 12 on x86 and tried to get this code compiled (Sunstudio 12 should be gas compatible).
any ideas ?
thanks
Dieter
#define HEC_HTONF(x) \
(__extension__ \
register HVB::float32_t __v, __x = (x); \
__asm__ ( \
"bswap %0" \
: "=r" (__v) \
: "0" (__x) \
__v; \
#define HEC_HTONLF_INPLACE(x) \
__asm__ ( \
"leal %0, %%ecx \n\t" \
"movl (%%ecx), %%eax \n\t" \
"movl 4(%%ecx), %%edx \n\t" \
"bswap %%eax \n\t" \
"bswap %%edx \n\t" \
"movl %%eax, 4(%%ecx) \n\t" \
"movl %%edx, (%%ecx) \n\t" \
: "=m" (x) \
: "m" (x) \
: "%eax", "%ecx", "%edx" \
);

Problems with make/gcc on Solaris

I'm working on building a binary on several different platforms, but the only one giving me trouble is Solaris 10 (64-bit -- though apparently this is building a 32-bit binary). The binary relies on the following project:
https://projects.coin-or.org/Cbc
I can checkout their code from SVN and build it without a problem. However, we then have a small cpp file that links to those libraries. I cannot get this cpp file to build. In fact, Solaris chokes on the makefile itself complaining that one of the lines ends with the '$' (which it does). The strange thing is, this makefile works correctly on Linux. It also works just fine on Windows in the MinGW environment (I do have to add a few flags on Windows but they are completely unrelated and the line ending with '$' still still present and works).
Since the makefile failed, I tried to run the 2 commands that it does manually. The first one succeeds but the second command fails to locate the dynamic libraries -- even though the directory they reside in is specified in the -L argument. What gives??
I put /usr/ccs/bin and /usr/sfw/bin in my PATH variable so that I can use make and gcc. I had to add /usr/sfw/lib to the LIBDIR variable, otherwise I was getting even more errors. Here is the makefile and the error that I get when I try to run make:
-bash-3.2$ cat makefile
CPP = gcc
COINPATH = /export/home/locuser/cbc_source/coin-cbc
CPATH += -I$(COINPATH)/include/coin
LIBDIR = -L$(COINPATH)/lib:/usr/sfw/lib
COINLIBS = -lCbcSolver -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lm
CFLAGS += -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g $(CPATH)
DATASTORE=$(PSASRC)/datastore.a
.c.o:
$(CC) $(CFLAGS) -c -o $@ $<
.cpp.o:
$(CPP) $(CFLAGS) -c -o $@ $<
OBJSx = cbc.o
cbc: $(OBJSx) $
$(CPP) $(CFLAGS) -o cbc $+ $(LIBDIR) $(COINLIBS)
-bash-3.2$ make
mksh: Fatal error in reader: '$' at end of line
Current working directory /export/home/locuser/cbc_source/solver
Then this is what happened when I tried to run the 2 commands manually:
-bash-3.2$ gcc -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g -I/export/home/locuser/cbc_source/coin-cbc/include/coin -c -o cbc.o cbc.cpp
-bash-3.2$ gcc -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g -I/export/home/locuser/cbc_source/coin-cbc/include/coin -o cbc cbc.o -L/export/home/locuser/cbc_source/coin-cbc/lib:/usr/sfw/lib -lCbcSolver -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lm
ld: fatal: library -lCbcSolver: not found
ld: fatal: library -lCbc: not found
ld: fatal: library -lCgl: not found
ld: fatal: library -lOsiClp: not found
ld: fatal: library -lClp: not found
ld: fatal: library -lOsi: not found
ld: fatal: library -lCoinUtils: not found
ld: fatal: file processing errors. No output written to cbc
collect2: ld returned 1 exit status
However, if I cd into the directory /export/home/locuser/cbc_source/coin-cbc/lib then the libraries do indeed exist there:
-bash-3.2$ cd /export/home/locuser/cbc_source/coin-cbc/lib
-bash-3.2$ ls lib*.so.0
libCbc.so.0 libClp.so.0 libOsiCbc.so.0
libCbcSolver.so.0 libCoinUtils.so.0 libOsiClp.so.0
libCgl.so.0 libOsi.so.0 libOsiCommonTests.so.0
Any ideas on what I am doing wrong here? It seems like there is something non-standard about make on Solaris?

Woo hoo! I was able to finally get past this. Thank you both for you assistance. I tried the LD_DEBUG=files option and it didn't seem to help me much. I got some additional output but it appeared unrelated. So then I separated out my -L argument into 2 separate arguments. This changed the error messages and led to some errors about operator new and delete not being found as well as some gz and BZ2 functions not being found:
Undefined first referenced
symbol in file
operator new[](unsigned int) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
operator new(unsigned int) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator[](unsigned int) constcbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_ostream<char, std::char_traits<char> >::operator<<(std::basic_ostream<char, std::char_traits<char> >& (*)(std::basic_ostream<char, std::char_traits<char> >&))cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
vtable for __cxxabiv1::__si_class_type_infocbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_ostream<char, std::char_traits<char> >::operator<<(int)cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
BZ2_bzRead /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
operator delete[](void*) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
operator delete(void*) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
gzopen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
gzread /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
BZ2_bzReadOpen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
BZ2_bzWriteOpen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
This led me to two conclusions:
1. I needed to change the makefile to use g++ instead of gcc (due to the messages about the operators existing in libstd*c++*.so.6).
2. I needed to include the libz and libbz2 libraries (by adding -lz and -lbz2) to COINLIBS.
I made those 2 changes to the makefile and it built successfully with gmake! So now I'm off to go document this information on our wiki. Thanks for the suggestions -- they pointed me in the right direction and ultimately helped me resolve this issue. :)

Problem with gcc -pg

Hello,
I have a problem using profiling on solaris 8 using gcc. When I compile a small test program with gcc -g -pg, it compiles and runs correctly. However, when I build my main application using the same flags at the compilationa and likning steps, the build completes successfully but
the application gives a segemntation fault. Is it a bug? Does gcc have a problem profiling in presence of threads or shared libs?
Thanks in advance,
Rajsekhar Bhattacharjee (Raj)
The relevant details are as follows:
OS (using uname -a): SunOS 5.8 Generic_108528-15 sun4u sparc SUNW,Sun-Blade-100
gcc version (using gcc -v): gcc version 2.95.3 20010315 (release)
debugger output :
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
Core was generated by `/home/raja/zentime/bin/solaris/gprof/zentime /mnt/elmer/export/home1/TestSyst
em'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libdl.so.1...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/lib/libpthread.so.1...done.
Loaded symbols for /usr/lib/libpthread.so.1
Reading symbols from /usr/lib/libcurses.so.1...done.
Loaded symbols for /usr/lib/libcurses.so.1
Reading symbols from /usr/lib/libsocket.so.1...done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libnsl.so.1...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/openwin/lib/libX11.so.4...done.
Loaded symbols for /usr/openwin/lib/libX11.so.4
Reading symbols from /usr/lib/libc.so.1...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/lib/libmp.so.2...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /usr/openwin/lib/libXext.so.0...done.
Loaded symbols for /usr/openwin/lib/libXext.so.0
Reading symbols from /usr/lib/libthread.so.1...done.
Loaded symbols for /usr/lib/libthread.so.1
Reading symbols from /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1...done.
Loaded symbols for /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1
#0 0xfd7dbe8c in __csigsetjmp () from /usr/lib/libthread.so.1
(gdb)

Hi,
we have the same Problem with the inline assembler. We are using Sunstudio 12 on x86 and tried to get this code compiled (Sunstudio 12 should be gas compatible).
any ideas ?
thanks
Dieter
#define HEC_HTONF(x) \
(__extension__ \
register HVB::float32_t __v, __x = (x); \
__asm__ ( \
"bswap %0" \
: "=r" (__v) \
: "0" (__x) \
__v; \
#define HEC_HTONLF_INPLACE(x) \
__asm__ ( \
"leal %0, %%ecx \n\t" \
"movl (%%ecx), %%eax \n\t" \
"movl 4(%%ecx), %%edx \n\t" \
"bswap %%eax \n\t" \
"bswap %%edx \n\t" \
"movl %%eax, 4(%%ecx) \n\t" \
"movl %%edx, (%%ecx) \n\t" \
: "=m" (x) \
: "m" (x) \
: "%eax", "%ecx", "%edx" \
);

I got the same problem, I think it must be a bug of ORACLE or gcc.

When I use gcc to make the *.cpp file which is made by Proc and I get an error that "undefined function sqlcxt". A lot of people get the same problem, so I think it must be a bug of ORACLE or gcc!!

Can you provide the exact sequence of steps. - Also have you tried Refresh diagram from struts-config?

A problem about gcc

I installed Solaris8 x86 on my PC successfully, including software companion CD, which was installed under /opt.
Following was added in .profile :
PATH=/opt/sfw/bin:$PATH
Then I created two programs in a subdirectory:
C code, HelloWorld.c, compiled using gcc, run ./a.out, everything OK;
C++ code, HelloWorld.cc, compiled using g++, ./a.out was generated, it seemed ok. But when I tried to run ./a.out, got following error message:
$ ./a.out
ld.so.1: ./a.out: fatal: libstdc++.so.2.10.0: open failed: No such file or directory
Killed
The same C++ HelloWorld compiled and run good on another Sparc/Solaris7.
Anybody can tell me what the problem is and how to solve it?

Edward_King wrote:
I enter a problem about gcc,I installed solaris 10,and then login with root user,I want to use gcc,
#pwd
#gcc
but I find there is no gcc,A better way to find gcc is to:
grep gcc /var/adm/install/contents
On a Solaris system if you install the developer or greater cluster then gcc should be installed into:
/usr/sfw/bin
so you can start by just checking there.
PATH=$PATH:/opt/gnome/bin:/usr/local/bin:/opt/netscape:/usr/ccs/bin
export PATH I'm not sure why you would need /opt/gnome or /opt/netscape but whatever.
1 how can i know root user use sh or csh user?Look at the /etc/passwd file.
2 I can't find .profile or .cshrc file in / directory,where are they? Which directory should I create profile or .cshrc file? After I create profile or .cshrc file,which command I can run to make profile or .cshrc file go function? Need I reboot the solaris system?By default root doesn't have one so just create using vi.
vi /.profile
Thanks in advance!regards,
alan

Problems with GCC version - compiling OpenOffice

I am trying to compile OpenOffice 4.1.1 to run on 10.6.8. When I run the ./configure it runs for a few seconds then shows the following error:
"checking the GNU gcc compiler version... configure: error: found version "1.0.2", use version 3+ of the gcc compiler"
If I run:
gcc -v
I get:
gcc version 4.2.1 (Apple Inc. build 5659)
Any ideas on how to fix this?
Thanks

I suppose the real incentive is to be able to just continue using 10.6. But it seems from other feedback that the problem with OpenOffice 4.1 is dependencies on libraries in 10.7, rather than the GCC version. I know that I could probably eventually code around those dependencies, but it would certainly involve more time and effort than I am currently able to devote to it.
I have tried LibreOffice in the past, but frankly I found it so horrible and slow (I think because of its dependency on Java) that I ended up using the X11 version of OpenOffice - which in itself was not a terrific user experience, but was a lot better than the alternative.
I will try the version you have mentioned, but I also note that this is planned to be obsolete by May next year, and is also the last version that will support 10.6 or 10.7 (10.8 will be the lowest requirement). Which will leave a fair number of 64-bit intel machines unsupported, since some of those are only able to run 10.7. Thanks for the feedback.

Gcc problem

Similar Messages

Maybe you are looking for